Kapan harus memilih edisi Magento Enterprise daripada edisi Komunitas?

28

Melihat fitur-fitur edisi Enterprise, saya bertanya-tanya apakah saya harus merekomendasikannya kepada klien.

Saya memiliki pengalaman bertahun-tahun dengan edisi komunitas dan telah melihat edisi Enterprise. Tampaknya bagi saya hampir selalu lebih murah bagi klien saya untuk menggunakan edisi komunitas dengan solusi cache halaman penuh (seperti Varnish dengan modul yang sesuai).

Ada beberapa tambahan untuk Enterprise seperti penghargaan atau manajemen hak staf yang lebih baik, tetapi semua ini dapat dengan mudah dibangun menggunakan modul yang sesuai dalam edisi komunitas.

Kemudian ada perjanjian tingkat layanan (SLA), tetapi sekali lagi memiliki pengalaman Magento yang sangat banyak, sejauh ini, saya selalu dapat menyelesaikan masalah secara tepat waktu.

Saya mungkin mengabaikan sesuatu, karena edisi Enterprise banyak digunakan, jadi tolong beri saya wawasan / skenario kapan harus merekomendasikan Enterprise kepada pelanggan.

mpaepper
sumber
Apakah Anda seorang Mitra Magento? (Hanya mencoba mencari tahu posisi Anda sehingga saya dapat memposting beberapa argumen yang terkait dengan itu).
FlorinelChis
@FlorinelChis Belum, kami sedang memikirkannya dan itu adalah bagian dari mengapa saya mengajukan pertanyaan ini.
mpaepper
Magento sangat ketat tentang tingkat dukungan yang mereka tawarkan dengan Edisi Perusahaan. Pastikan Anda membaca dokumen ruang lingkup dengan seksama magentocommerce.com/support/ee
Jake A. Smith
1
+1 - Ini adalah versi yang sangat baik dari pertanyaan [tertutup] saya "Alasan utama untuk beralih ke Enterprise" - pujian.
philwinkle

Jawaban:

27

Ketika membandingkan dua edisi dari paket perangkat lunak apa pun, cara terbaik untuk mengambil keputusan adalah dengan menimbang biaya dan manfaatnya. Meskipun Magento EE memang memiliki beberapa fungsi tambahan yang hebat, jika Anda tidak menggunakannya maka itu mungkin tidak sepadan. Jake Smith sepenuhnya benar dalam menyebutkan ruang lingkup dukungan Edisi Enterprise. Itu terbatas pada 1 :

  • Instalasi dan unduhan Magento
  • Masalah penggunaan Magento
  • Konfigurasi dasar
  • Pemecahan Masalah, Perbaikan Bug (hanya inti), dan Eskalasi

Secara umum, Anda akan menggunakan tim pengembangan in-house Anda atau tim yang disewa, yang akan mencakup masalah yang tidak tercakup oleh ruang lingkup itu:

  • Pengembangan Kode
  • Dukungan Pengembangan
  • Optimalisasi dan Penyesuaian Kinerja
  • Ekstensi Khusus
  • Antarmuka Khusus
  • Konfigurasi Kustom
  • Peningkatan Produk Inti
  • Migrasi data
  • Rekomendasi Praktik Terbaik

Ini membuat Anda dalam posisi untuk memutuskan apakah Anda memerlukan fitur yang tersedia. Pertimbangkan fitur-fitur utama 2 ini :

  • Segmen pelanggan
  • Promosi dan merchandising yang ditargetkan
  • Alat saran produk
  • Cari dengan Solr
  • RMA
  • Hadiah pelanggan
  • Penjualan pribadi
  • Pengingat email otomatis
  • Registri hadiah
  • Kartu hadiah
  • Simpan kredit

Selama fase perencanaan proyek Anda, Anda harus memikirkan bagaimana Anda akan melacak ROI untuk fitur-fitur ini. Setiap fitur perlu direncanakan, diterapkan, dan kemudian dilaporkan secara menyeluruh. Anda harus memastikan bahwa uang yang masuk lebih dari cukup untuk menutupi biaya fitur. Juga, Anda akan ingin memastikan bahwa jika Anda hanya berencana untuk menggunakan beberapa fitur ini maka tidak masuk akal untuk membuatnya dikembangkan atau untuk membeli yang sudah ada (berhati-hatilah saat membeli modul pihak ketiga, tapi itu topik yang berbeda).

Untuk beberapa situs, Enterprise masuk akal. Ada tim pemasaran, internal atau eksternal yang akan membantu merencanakan penggunaan untuk rangkaian pemasaran. Mereka mungkin memiliki tim untuk menganalisis penggunaan dan untuk terus mempertahankan fitur-fitur ini. Jika tidak, maka mulailah dengan Komunitas. Kami memiliki klien besar baik di Komunitas maupun Perusahaan, dan berbicara secara luas sebelum mengambil keputusan. Sebagai perpanjangan tepercaya dari perusahaan klien kami, sangat penting untuk mengutamakan kebutuhan mereka.

Taktik menakut-nakuti terbesar yang pernah saya lihat adalah bahwa Komunitas adalah "Tidak sesuai PCI". Ini adalah topik yang bertele-tele, dan bisa sangat kompleks. Jika Anda melakukan yang berikut, maka Anda akan baik-baik saja:

  • Mengisi dokumen PCI Anda
  • Menerapkan kebijakan PCI
  • Mendokumentasikan kebijakan teknis PCI Anda (sebagian besar untuk host Anda)
  • Menggunakan gateway pembayaran yang Anda arahkan ke (PayPal) atau HTTPS untuk berkomunikasi dengan API

Kamu akan baik-baik saja. Setelah Anda mulai melakukan lebih dari 20.000 transaksi per tahun, akan ada lebih banyak dokumen - tetapi ini seharusnya tidak membuat Anda takut. Penyedia Anda akan senang bekerja dengan Anda untuk tidak hanya mengisi dokumentasi, tetapi menjawab pertanyaan yang mungkin Anda miliki (kami juga melakukan ini). Jika ini terlalu kabur atau ada yang ingin berdiskusi, jangan ragu untuk menghubungi saya. Ada banyak hal lebih dari ini, tapi ini awal yang baik. Pada dasarnya, jangan pernah biarkan siapa pun menggertak Anda agar tidak menggunakan Komunitas karena "bukan untuk penggunaan produksi" atau "hanya untuk pengembangan".

Sejauh yang saya tahu, Magento tidak melalui sertifikasi PCI untuk Edisi Komunitas atau Edisi Perusahaan. Ini adalah proses yang panjang dan mahal. Satu-satunya produk yang tersedia dari Magento yang sesuai PCI adalah:

  • Magento Go
  • Jembatan Pembayaran Magento

Jadi, semoga ini adalah panduan yang baik untuk membantu membuat keputusan. Ingat - jika fitur di Enterprise akan membayar, maka dapatkan. Ini adalah produk hebat dan memiliki beberapa hal yang sangat rapi. Jika tidak, maka tunggu. Meskipun sedikit lebih terlibat untuk bermigrasi dari Komunitas ke Perusahaan daripada memulainya, Anda akan menghemat uang yang dapat Anda gunakan untuk fitur kustom tambahan atau hosting yang lebih baik.

Sumber:

  1. http://www.magentocommerce.com/support/ee/
  2. http://www.magentocommerce.com/product/enterprise-features
Bob Brodie
sumber
7

Salah satu alasan yang belum diatasi oleh jawaban lain adalah ganti rugi. Untuk perilaku dan kode yang merupakan bagian dari basis kode out-of-box, Magento (eBay) akan membela pemegang lisensi EE jika terjadi klaim atas kerusakan atau pelanggaran.

Supaya tidak dianggap bahwa ini hanya fitur kecil dari perjanjian EE, ambil troll paten POS lengkap ( pendapat saya , tentu saja) perusahaan bernama Kelora, yang mengklaim bahwa ia memegang paten pada navigasi berlapis / faceted dalam beberapa konteks; ref http://www.ecommercefuel.com/patent-troll/ untuk penulisan. Karena Magento menawarkan navigasi berlapis di luar kotak, pemegang lisensi EE akan dilindungi dari gugatan ini dan segala kerusakan yang dimenangkan oleh penggugat, tetapi pengguna CE tidak akan melakukannya.

Ini umumnya bukan keputusan pembelian untuk toko-toko kecil, tetapi sangat penting untuk bisnis tingkat perusahaan dengan aset yang cukup untuk menjadikannya target.

tanda batas
sumber
Jawaban yang fantastis.
philwinkle
Jika Anda membayar Magento untuk lisensi EE hanya karena gugatan menyangkut troll paten menang. Ini seperti meta paten trolling.
Ralph Tice
@RalphTice Jauh dari akurat. ADA paten perangkat lunak yang sah di luar sana yang dapat mengajukan klaim yang sah. Terlepas dari itu, organisasi perusahaan selalu mencari cara untuk memitigasi risiko dengan jumlah seminimal mungkin, dan lisensi tahunan kurang dari $ 15.000 adalah sangat kecil untuk sebuah organisasi dengan pendapatan jutaan. Selain itu, jarang organisasi ini hanya tertarik pada ganti rugi - SLA dan akses ke fitur EE hampir selalu menjadi bagian dari logika pembelian.
patokan
@benmarks Anda membuat ukuran yang keliru, dengan mengasumsikan bahwa ukuran organisasi atau pendapatannya relevan dengan apakah sesuatu itu 'benar' atau tidak, serta asumsi yang salah tentang skala operasi saya. bertanggung jawab untuk. Anda juga tampaknya setuju dengan saya - ganti rugi tidak pernah menjadi satu-satunya minat untuk membeli lisensi.
Ralph Tice
@RalphTice Jawaban saya dimaksudkan untuk menambah jawaban yang ada, karena tidak ada yang menyebutkan ganti rugi. Mungkin maksud jawaban saya ini terlewatkan oleh Anda dan oleh karena itu saya salah memahami komentar Anda. Di luar ini: mengingat bahwa tuntutan paten perangkat lunak (palsu atau lainnya) adalah kenyataan, ganti rugi yang relatif murah tepat untuk target potensial. Troll menang ketika perusahaan kecil menyerah; perusahaan-perusahaan besar dapat melakukan pertarungan mahal melawan makhluk-makhluk mengerikan ini. Menyangkal uang troll atau (lebih baik) melibatkan mereka dalam pertempuran yang mahal lebih merupakan kemenangan bagi orang baik.
patokan
6

Ada Prezi yang sangat bagus tentang perbedaan:

http://prezi.com/kp0bprl0hnyn/magento-community-versus-enterprise/

Perbedaan utama dari POV saya:

  • Lisensi: OSL vs Komersial
  • Modul: ACL Lanjutan, Stagine Konten, Segmentasi Pelanggan, CMS + (Kontrol Versi ...), Caching Halaman Penuh, Pencarian SOLR, RMA ...
  • Dukungan profesional jika Anda membutuhkannya. Selama Anda dapat membantu diri sendiri, itu baik-baik saja, tetapi pikirkan toko yang sangat besar, yang mungkin kehilangan ribuan dolar jika toko itu turun selama satu jam. Maka biaya tahunan layak untuk memiliki solusi mundur itu.
Tobias
sumber
1
Link tunggal dianggap sebagai jawaban yang buruk (lihat faq ) karena tidak ada artinya dengan sendirinya dan sumber daya target tidak dijamin akan hidup di masa depan . Akan lebih baik untuk memasukkan bagian-bagian penting dari jawaban di sini, dan menyediakan tautan untuk referensi.
j0k
2
Terima kasih atas petunjuknya, saya menambahkan poin paling penting dari presentasi ke jawaban saya
Tobias
Tambahkan baris baru setelah itu POV:, sehingga daftar akan diaktifkan!
j0k
0

Ada cara kualitatif, tetapi semua orang di atas sudah membahas itu, Anda hanya perlu memilihnya untuk keadaan Anda. Cara kuantitatif sangat sederhana, $ 300.000 - $ 3 juta pendapatan per tahun untuk CE dan $ 3-13 juta untuk EE, di atas $ 13 juta Anda masuk ke wilayah Hybris. Itu akan mencakup 95% dari kasus kecuali Anda memiliki keadaan yang sangat khusus, seperti mencoba meluncurkan situs buku produk 1 juta (sebenarnya Anda dapat melakukan ini dengan CE tetapi Anda perlu pengalaman Perusahaan Menengah untuk memahami caranya).

Mengapa rentang itu, ini berasal dari konsultan multi-nasional yang bekerja dengan Perusahaan Besar dan sumber-sumber seperti Gartner. Kisaran di bawah ini untuk EUR berbasis tetapi setara dalam USD, platform perdagangan harus 10% dari Pengeluaran TI yang merupakan 5% dari pendapatan. Jadi EE Anda mendapatkan $ 15.000 / tahun yang merupakan $ 3 juta pendapatan, semua sangat sederhana. Ada juga cara kualitatif, tapi itu menghabiskan waktu, mereka berdua akhirnya menemukan jawaban yang sama, itu hanya tergantung cara yang Anda inginkan: jangan percaya pada siapa pun dan cari tahu sendiri artinya kualitatif: kepercayaan sumber dan tidak perlu tahu detail dimuka berarti kuantitatif. Sekitar 95-99% akan menempuh rute kualitatif yang membutuhkan waktu 2-10x lebih lama untuk mencapai hasilnya.

Perusahaan menengah didefinisikan sebagai perusahaan yang mempekerjakan kurang dari 250 orang dan omset tahunannya tidak melebihi EUR 50 juta atau yang total neraca tahunannya tidak melebihi EUR 43 juta.

Perusahaan kecil didefinisikan sebagai perusahaan yang mempekerjakan kurang dari 50 orang dan omset tahunan dan / atau total neraca tahunannya tidak melebihi EUR 10 juta.

Usaha mikro didefinisikan sebagai perusahaan yang mempekerjakan kurang dari 10 orang dan omset tahunan dan / atau total neraca tahunannya tidak melebihi EUR 2 juta.


sumber
15K / tahun adalah 0,5% dari $ 3 juta, bukan 5%.
super9
-2

Komunitas Magento adalah solusi open source gratis, artinya, itu harus cukup jika toko atau merek Anda tidak memiliki persyaratan yang sangat besar dalam hal volume penjualan. Namun, jika Anda berurusan dengan pendapatan 6 digit (seperti pendapatan jutaan dolar per tahun), sangat disarankan untuk menggunakan Magento Enterprise, sebagian besar berdasarkan fungsionalitas "out of the box" yang tidak dapat dinikmati di Komunitas. (berdasarkan http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/ )

Ada banyak perbedaan antara kedua platform, tetapi ketika menyangkut keterlibatan pelanggan, keamanan data, dan kinerja, Enterprise tampaknya lebih unggul.

user9055
sumber
... 6-angka (seperti jutaan ...?
Matt Dunbar
-3

jika Anda menerima pembayaran cc, perusahaan tersebut memenuhi persyaratan PCI. Membantu Anda patuh.

Bridge Pembayaran menangani semua pemrosesan kartu kredit di Enterprise, dan sistem yang berdiri sendiri ini bersertifikasi PA-DSS. Bridge Pembayaran tidak tersedia untuk Edisi Komunitas.

Kutipan dari http://ecommercedeveloper.com/articles/2124-magento-releases-enterprise-edition-update-includes-pci-compliant-bridge/

Jembatan Pembayaran

Jembatan pembayaran Enterprise Edition 1.9 disertifikasi oleh Coalfire, Penilai Keamanan Berkualifikasi PCI (QSA), untuk memenuhi atau melampaui persyaratan PCI DSS. Ini mungkin sebenarnya bukan langkah besar secara teknis karena beberapa percaya bahwa perangkat lunak yang berada di server yang aman hanya memenuhi praktik pengkodean standar industri, tetapi langkah ini penting bagi para insinyur dan pengembang perangkat lunak yang jika tidak perlu menunjukkan kepatuhan PCI. Secara efektif, jembatan pembayaran baru ini memungkinkan pengembang perusahaan "memeriksa" kepatuhan PCI dan melanjutkan.

Jon
sumber
1
Meskipun Enterprise memenuhi persyaratan PA-DSS, dan memiliki skema enkripsi yang ditingkatkan untuk mematuhi SAQ-D dan di atasnya, CE sendiri tidak perlu tidak memenuhi persyaratan. EE tidak membantu Anda untuk mencapai kepatuhan, karena ada lebih banyak PCI Compliance daripada perangkat lunak yang menangani handoff CC.
philwinkle
EE memang membantu Anda mencapai kepatuhan. Bit mana yang tidak jelas?
Jon
Magento sendiri mengatakan "Menerapkan Jembatan Pembayaran dengan Magento Enterprise menghemat uang pedagang online dan waktu ketika harus mematuhi persyaratan PCI." magentocommerce.com/company/pci-compliance
Jon
@ philwinkle - EE tidak lebih dari PCI Compliant daripada CE jika Anda tidak menggunakan Payment Bridge. Mereka hanya memperkenalkan PB sehingga mereka dapat membuat basis kode statis - dapatkan PCI diuji, dan biarkan Magento tidak teruji, sehingga mereka tidak perlu diuji ulang dengan setiap baris kode yang diubah.
Ben Lessani - Sonassi
@sonassi Saya telah melalui dan melewati, 3 audit PCI yang dilakukan oleh pihak ke-3 dan tidak pernah menggunakan PB; baik dengan CE dan dengan EE. CE membutuhkan pekerjaan yang lebih luas untuk mengimplementasikan enkripsi / hashing yang diperlukan tetapi sebagian besar pekerjaan yang diperlukan hanyalah untuk mendokumentasikan proses, menerapkan kebijakan TI, mengikuti OWASP dll.
philwinkle