เมื่อใดจึงเลือก Magento Enterprise edition มากกว่า Community edition


28

ดูคุณสมบัติของรุ่น Enterprise ฉันสงสัยว่าฉันควรแนะนำให้ลูกค้า

ฉันมีประสบการณ์หลายปีกับรุ่นชุมชนและดูเป็นรุ่น Enterprise ฉันคิดว่ามันจะถูกกว่าสำหรับลูกค้าของฉันที่จะใช้ community edition พร้อมโซลูชันแคชแบบเต็มหน้า (เช่น Varnish พร้อมโมดูลที่เหมาะสม)

มี Add-on สำหรับองค์กรเพิ่มเติมเช่นรางวัลหรือการจัดการสิทธิ์พนักงานที่ดีขึ้น แต่สิ่งเหล่านี้สามารถสร้างได้อย่างง่ายดายโดยใช้โมดูลที่เหมาะสมในรุ่นชุมชนที่ดูเหมือน

จากนั้นก็มีข้อตกลงระดับการให้บริการ (SLA) แต่อีกครั้งที่ได้รับประสบการณ์วีโอไอพีอย่างมากจนถึงตอนนี้ฉันก็สามารถแก้ไขปัญหาได้ทันเวลา

ฉันอาจจะมองเห็นบางสิ่งบางอย่างตั้งแต่รุ่น Enterprise ถูกใช้อย่างกว้างขวางดังนั้นโปรดให้ข้อมูลเชิงลึก / สถานการณ์เมื่อฉันแนะนำองค์กรให้กับลูกค้า


คุณเป็นพันธมิตรวีโอไอพี (แค่พยายามหาตำแหน่งของคุณเพื่อให้ฉันสามารถโพสต์ข้อโต้แย้งที่เกี่ยวข้องกับเรื่องนั้น)
FlorinelChis

@ FlorinelChis ยังไม่ได้เราคิดเกี่ยวกับมันและนั่นเป็นส่วนหนึ่งของเหตุผลที่ฉันถามคำถามนี้
mpaepper

Magento เข้มงวดมากเกี่ยวกับระดับการสนับสนุนที่มีให้กับ Enterprise Edition ตรวจสอบให้แน่ใจว่าคุณอ่านขอบเขตเอกสารอย่างละเอียดmagentocommerce.com/support/ee
Jake A. Smith

1
+1 - นี่เป็นคำถามที่ [พูดถึง] ดีมากในคำว่า "เหตุผลอันดับต้น ๆ ในการเปลี่ยนมาใช้องค์กร" - รุ่งโรจน์
philwinkle

คำตอบ:


27

เมื่อเปรียบเทียบซอฟต์แวร์แพ็คเกจสองรุ่นวิธีที่ดีที่สุดในการตัดสินใจคือการชั่งน้ำหนักต้นทุนและผลประโยชน์ ในขณะที่ Magento EE มีฟังก์ชั่นเพิ่มเติมที่ยอดเยี่ยมหากคุณไม่ได้ใช้มันก็อาจไม่คุ้มค่า Jake Smith นั้นถูกต้องอย่างแน่นอนเมื่อกล่าวถึงขอบเขตของการสนับสนุน Enterprise Edition มัน จำกัด ที่1 :

  • การติดตั้งและดาวน์โหลด Magento
  • ปัญหาการใช้งานวีโอไอพี
  • การกำหนดค่าพื้นฐาน
  • การแก้ไขปัญหาการแก้ไขข้อบกพร่อง (หลักเท่านั้น) และการเลื่อนระดับ

โดยทั่วไปคุณจะใช้ทีมพัฒนาภายในองค์กรหรือทีมที่ได้รับการว่าจ้างซึ่งจะครอบคลุมปัญหาที่ไม่ครอบคลุมในขอบเขตดังกล่าว:

  • การพัฒนารหัส
  • สนับสนุนการพัฒนา
  • การเพิ่มประสิทธิภาพและการปรับแต่งประสิทธิภาพ
  • ส่วนขยายที่กำหนดเอง
  • การเชื่อมต่อที่กำหนดเอง
  • กำหนดค่าเอง
  • การอัพเกรดผลิตภัณฑ์หลัก
  • การโยกย้ายข้อมูล
  • คำแนะนำวิธีปฏิบัติที่ดีที่สุด

สิ่งนี้จะทำให้คุณอยู่ในสถานะที่จะตัดสินใจว่าคุณต้องการคุณสมบัติที่มีอยู่หรือไม่ คำนึงถึงคุณสมบัติที่สำคัญเหล่านี้2 :

  • กลุ่มลูกค้า
  • โปรโมชั่นและการขายตรงเป้าหมาย
  • เครื่องมือแนะนำผลิตภัณฑ์
  • ค้นหาด้วย Solr
  • RMA
  • รางวัลของลูกค้า
  • การขายส่วนตัว
  • การแจ้งเตือนอีเมลอัตโนมัติ
  • ของขวัญรีจีสตรี
  • บัตรของขวัญ
  • เครดิตร้านค้า

ในระหว่างขั้นตอนการวางแผนของโครงการคุณจะต้องคิดว่าคุณจะติดตาม ROI สำหรับคุณสมบัติเหล่านี้ได้อย่างไร แต่ละคุณสมบัติจะต้องได้รับการวางแผนอย่างละเอียดนำไปปฏิบัติและรายงานต่อ คุณจะต้องแน่ใจว่าเงินที่เข้ามานั้นมากกว่าค่าใช้จ่ายของคุณสมบัติ นอกจากนี้คุณจะต้องตรวจสอบให้แน่ใจว่าหากคุณวางแผนที่จะใช้คุณลักษณะเหล่านี้เพียงหยิบมือเดียวซึ่งไม่เหมาะสมที่จะพัฒนาหรือซื้อสิ่งที่มีอยู่ (ใช้ความระมัดระวังเมื่อซื้อโมดูลของบุคคลที่สาม แต่นั่นคือ หัวข้ออื่น)

สำหรับบางไซต์ Enterprise นั้นสมเหตุสมผล มีทีมการตลาดภายในหรือภายนอกที่จะช่วยวางแผนการใช้งานสำหรับชุดการตลาด พวกเขาอาจมีทีมงานในการวิเคราะห์การใช้งานและการบำรุงรักษาคุณสมบัติเหล่านี้อย่างต่อเนื่อง ถ้าไม่เช่นนั้นเริ่มต้นด้วยชุมชน เรามีลูกค้ารายใหญ่ทั้งในชุมชนและองค์กรและพูดคุยอย่างกว้างขวางก่อนตัดสินใจ ในฐานะที่เป็นส่วนขยายที่เชื่อถือได้ของ บริษัท ลูกค้าของเราเป็นสิ่งสำคัญอย่างยิ่งที่จะนำความต้องการของพวกเขามาใช้

กลยุทธ์ที่น่ากลัวที่สุดที่ฉันเคยเห็นคือชุมชนคือ "ไม่ได้มาตรฐาน PCI" นี่เป็นหัวข้อที่ยืดเยื้อและมีความซับซ้อนมาก หากคุณทำสิ่งต่อไปนี้คุณจะไม่เป็นไร:

  • กรอกเอกสาร PCI ของคุณ
  • การใช้นโยบาย PCI
  • จัดทำเอกสารนโยบายด้านเทคนิค PCI ของคุณ (ส่วนใหญ่ใช้สำหรับโฮสต์ของคุณ)
  • การใช้เกตเวย์การชำระเงินที่คุณเปลี่ยนเส้นทางไป (PayPal) หรือ HTTPS เพื่อสื่อสารกับ API

คุณจะโอเค เมื่อคุณเริ่มทำธุรกรรมมากกว่า 20,000 รายการต่อปีจะมีเอกสารมากขึ้น - แต่นี่ไม่ควรทำให้คุณตกใจ ผู้ให้บริการของคุณยินดีที่จะทำงานร่วมกับคุณไม่เพียง แต่กรอกเอกสาร แต่ตอบคำถามใด ๆ ที่คุณอาจมี (เราก็ทำเช่นนี้) หากสิ่งนี้คลุมเครือเกินไปหรือใครก็ตามที่ต้องการพูดคุยโปรดอย่าลังเลที่จะติดต่อฉัน มีมากกว่านั้นมากกว่านี้ แต่เป็นการเริ่มต้นที่ดี โดยพื้นฐานแล้วอย่าให้ใครกลั่นแกล้งคุณไม่ได้ใช้ชุมชนเพราะ "ไม่ใช่เพื่อการใช้งานจริง" หรือ "เพื่อการพัฒนาเท่านั้น"

เท่าที่ฉันรู้ Magento ไม่ผ่านการรับรอง PCI สำหรับ Community Edition หรือ Enterprise Edition มันเป็นกระบวนการที่ยาวนานและมีราคาแพง ผลิตภัณฑ์เฉพาะจาก Magento ที่ได้มาตรฐาน PCI คือ:

  • Magento Go
  • สะพานชำระวีโอไอพี

ดังนั้นหวังว่านี่จะเป็นแนวทางที่ดีในการช่วยในการตัดสินใจ ข้อควรจำ - หากฟีเจอร์ต่าง ๆ ใน Enterprise จะจ่ายออกไป มันเป็นผลิตภัณฑ์ที่ยอดเยี่ยมและมีบางสิ่งที่ประณีตจริงๆ ถ้าไม่เช่นนั้นรอ แม้ว่าจะเกี่ยวข้องกับการโยกย้ายจาก Community ไปยัง Enterprise มากกว่าเริ่มต้น แต่คุณจะประหยัดเงินที่คุณสามารถใช้สำหรับคุณลักษณะแบบกำหนดเองพิเศษหรือการโฮสต์ที่ดีขึ้น

แหล่งที่มา:

  1. http://www.magentocommerce.com/support/ee/
  2. http://www.magentocommerce.com/product/enterprise-features

7

หนึ่งในเหตุผลที่ไม่ได้รับการแก้ไขโดยคำตอบอื่น ๆ คือการชดใช้ สำหรับพฤติกรรมและรหัสซึ่งเป็นส่วนหนึ่งของ codebase นอกกรอบ Magento (eBay) จะปกป้องผู้ถือใบอนุญาต EE ในกรณีที่มีการเรียกร้องค่าเสียหายหรือการละเมิด

คิดว่านี่เป็นเพียงคุณสมบัติเล็กน้อยของข้อตกลง EE ใช้สิทธิบัตรโทรลล์ POS ที่สมบูรณ์ ( ความเห็นของฉัน) บริษัท ชื่อ Kelora ซึ่งอ้างว่าถือสิทธิบัตรในการนำทางแบบ Layered / faceted ในบางบริบท ref http://www.ecommercefuel.com/patent-troll/สำหรับการเขียน เนื่องจาก Magento มีการนำทางแบบแยกชั้นออกนอกกรอบผู้ได้รับใบอนุญาต EE จะถูกป้องกันจากชุดนี้และความเสียหายใด ๆ ที่โจทก์ชนะ แต่ผู้ใช้ CE ไม่ต้องการ

นี่ไม่ใช่การตัดสินใจซื้อร้านค้าขนาดเล็ก แต่เป็นสิ่งจำเป็นสำหรับธุรกิจระดับองค์กรที่มีสินทรัพย์เพียงพอที่จะทำให้พวกเขาเป็นเป้าหมาย


คำตอบที่ยอดเยี่ยม
philwinkle

หากคุณชำระเงินวีโอไอพีสำหรับใบอนุญาต EE เพียงเพราะคดีความกังวลเกี่ยวกับสิทธิบัตรโทรลล์ชนะ นี่เป็นเหมือนการเรียกใช้เมตาสิทธิบัตร
Ralph Tice

@RalphTice ห่างไกลจากความถูกต้อง มีสิทธิบัตรซอฟต์แวร์ที่ถูกต้องตามกฎหมายซึ่งอาจมีการอ้างสิทธิ์ที่ถูกต้อง ไม่ว่าองค์กรธุรกิจจะมองหาวิธีลดความเสี่ยงให้น้อยที่สุดเท่าที่จะเป็นไปได้และใบอนุญาตรายปีน้อยกว่า 15,000 ดอลลาร์เป็นเงินจำนวนเล็กน้อยสำหรับองค์กรเหล่านี้ที่มีรายได้เป็นล้าน ยิ่งไปกว่านั้นมันเป็นเรื่องยากที่องค์กรเหล่านี้จะให้ความสนใจในการชดใช้ค่าเสียหายเท่านั้น SLA และการเข้าถึงฟีเจอร์ EE นั้นมักเป็นส่วนหนึ่งของตรรกะการซื้อ
benmarks

@ เครื่องหมายคุณกำลังทำให้การอุทธรณ์มีขนาดผิดพลาดโดยสมมติว่าขนาดขององค์กรหรือรายได้มีความเกี่ยวข้องกับสิ่งที่ 'ถูกต้อง' หรือไม่รวมถึงการสันนิษฐานที่ไม่ถูกต้องเกี่ยวกับขนาดของการดำเนินการที่ฉัน รับผิดชอบในการ. นอกจากนี้คุณดูเหมือนจะเห็นด้วยกับฉันต่อไป - การชดใช้ค่าเสียหายนั้นไม่ใช่เพียงความสนใจเพียงอย่างเดียวในการซื้อสิทธิ์ใช้งาน
Ralph Tice

@RalphTice คำตอบของฉันมีไว้เพื่อเพิ่มไปยังคำตอบที่มีอยู่เนื่องจากไม่มีใครพูดถึงการชดใช้ บางทีความตั้งใจของคำตอบของฉันอาจไม่ได้รับจากคุณดังนั้นฉันจึงเข้าใจผิดความคิดเห็นของคุณ นอกเหนือจากนี้: เนื่องจากสิทธิบัตรซอฟต์แวร์ที่เหมาะสม (ปลอมหรือเป็นอย่างอื่น) เป็นความจริงการชดใช้ที่ค่อนข้างถูกเหมาะสำหรับเป้าหมายที่เป็นไปได้ โทรลล์ชนะเมื่อถ้ำเล็ก ๆ ของ บริษัท ; บริษัท ใหญ่ ๆ สามารถต่อสู้กับสิ่งมีชีวิตที่น่ากลัวเหล่านี้ได้ การปฏิเสธเงิน trolls หรือ (ดีกว่า) การมีส่วนร่วมในการต่อสู้ที่มีราคาแพงนั้นเป็นชัยชนะของคนดี
benmarks

6

มี Prezi ที่ดีจริงๆเกี่ยวกับความแตกต่าง:

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

ความแตกต่างหลักจาก POV ของฉัน:

  • ใบอนุญาต: OSL กับการค้า
  • โมดูล: Advanced ACL, Stagine เนื้อหา, การแบ่งส่วนลูกค้า, CMS + (การควบคุมเวอร์ชัน ... ), การแคชแบบเต็มหน้า, ค้นหา SOLR, RMA ...
  • การสนับสนุนอย่างมืออาชีพหากคุณต้องการ ตราบใดที่คุณสามารถช่วยตัวเองได้มันก็โอเค แต่ลองนึกถึงร้านค้าที่ใหญ่จริงๆซึ่งอาจหลวมหลายพันดอลลาร์ถ้าร้านนี้ปิดลงหนึ่งชั่วโมง จากนั้นค่าธรรมเนียมรายปีก็คุ้มที่จะมีโซลูชันทางเลือกนั้น

1
การเชื่อมโยง Lone ถือว่าเป็นคำตอบที่น่าสงสาร (ดูคำถามที่พบบ่อย ) เพราะมันเป็นความหมายด้วยตัวเองและทรัพยากรเป้าหมายไม่รับประกันว่าจะมีชีวิตอยู่ต่อไปในอนาคต มันจะดีกว่าที่จะรวมส่วนสำคัญของคำตอบที่นี่และให้ลิงค์สำหรับการอ้างอิง
j0k

2
ขอบคุณสำหรับคำใบ้ฉันได้เพิ่มจุดที่สำคัญที่สุดจากงานนำเสนอให้กับคำตอบของฉัน
Tobias

เพิ่มบรรทัดใหม่หลังจากPOV:ดังนั้นรายการจะเปิดใช้งาน!
j0k

0

มีวิธีการเชิงคุณภาพ แต่ทุกคนข้างต้นได้กล่าวไปแล้วว่าคุณเพียงแค่ต้องเลือกมันสำหรับสถานการณ์ของคุณ วิธีการเชิงปริมาณนั้นง่ายมากรายรับ $ 300,000- $ 3million ต่อปีสำหรับ CE และ $ 3-13million สำหรับ EE สูงกว่า 13 ล้านเหรียญสหรัฐคุณเข้าสู่ดินแดน Hybris ซึ่งจะครอบคลุม 95% ของกรณียกเว้นกรณีที่คุณมีสถานการณ์ที่พิเศษมากเช่นพยายามเปิดเว็บไซต์หนังสือ 1 ล้านรายการ (จริง ๆ แล้วคุณสามารถทำสิ่งนี้กับ CE ได้ แต่คุณต้องมีประสบการณ์ระดับกลางถึงขนาดใหญ่เพื่อเข้าใจวิธีการ)

เหตุใดจึงเป็นเช่นนี้มาจากที่ปรึกษาข้ามชาติที่ทำงานกับองค์กรขนาดใหญ่และแหล่งข้อมูลเช่นการ์ตเนอร์ ช่วงด้านล่างนี้ใช้สำหรับสกุลเงิน EUR แต่เทียบเท่าในสกุลเงินดอลลาร์สหรัฐแพลตฟอร์มการค้าควรเป็น 10% ของการใช้จ่ายด้าน IT ซึ่งเป็น 5% ของรายได้ ดังนั้นคุณจะได้รับ 15,000 เหรียญสหรัฐต่อปีซึ่งมีรายรับอยู่ที่ 3 ล้านเหรียญซึ่งง่ายมาก ๆ นอกจากนี้ยังมีวิธีการเชิงคุณภาพ แต่นั่นก็เป็นการสิ้นเปลืองเวลาพวกเขาทั้งคู่ต่างก็มีคำตอบเหมือนกันในที่สุดมันก็ขึ้นอยู่กับว่าคุณต้องการจะไปทางไหน: อย่าไว้ใจใครและค้นหาว่าคุณหมายถึงคุณภาพ แหล่งที่มาและไม่จำเป็นต้องรู้รายละเอียดล่วงหน้าหมายถึงปริมาณ ประมาณ 95-99% จะไปสู่เส้นทางเชิงคุณภาพซึ่งใช้เวลานานกว่า 2-10 เท่าเพื่อให้ได้ผลลัพธ์

องค์กรขนาดกลางถูกกำหนดให้เป็นองค์กรที่มีพนักงานน้อยกว่า 250 คนและมีผลประกอบการประจำปีไม่เกิน 50 ล้านยูโรหรือมีงบดุลรวมประจำปีไม่เกิน 43 ล้านยูโร

องค์กรขนาดเล็กถูกกำหนดให้เป็นองค์กรที่มีพนักงานน้อยกว่า 50 คนและมีผลประกอบการประจำปีและ / หรืองบดุลรวมประจำปีไม่เกิน 10 ล้านยูโร

Microenterprise ถูกกำหนดให้เป็นองค์กรที่มีพนักงานน้อยกว่า 10 คนและมีผลประกอบการประจำปีและ / หรืองบดุลรวมประจำปีไม่เกิน 2 ล้านยูโร


15K / ปีคือ 0.5% ของ $ 3m ไม่ใช่ 5%
super9

-2

Magento Community เป็นโซลูชันโอเพ่นซอร์สฟรีซึ่งหมายความว่าควรจะเพียงพอหากร้านค้าหรือแบรนด์ของคุณไม่มีความต้องการมากในแง่ของปริมาณการขาย อย่างไรก็ตามหากคุณกำลังเผชิญกับรายได้ 6 รูป (เช่นรายได้หลายล้านดอลลาร์ต่อปี) ขอแนะนำอย่างยิ่งให้ใช้ Magento Enterprise โดยขึ้นอยู่กับฟังก์ชั่น "นอกกรอบ" ที่ไม่สามารถใช้ได้ในชุมชน (อิงจากhttp://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-the-difference-between-magento-community-and-magento-enterprise/ )

มีความแตกต่างอย่างมากระหว่างสองแพลตฟอร์ม แต่เมื่อพูดถึงการมีส่วนร่วมของลูกค้าความปลอดภัยของข้อมูลและประสิทธิภาพองค์กรดูเหมือนว่าจะมีความได้เปรียบ


... ตัวเลข 6 ตัว (เช่นล้าน ... ?
Matt Dunbar

-3

หากคุณชำระเงินด้วยวิธี CC องค์กรนั้นเป็นไปตามมาตรฐาน PCI ช่วยให้คุณได้รับการปฏิบัติตาม

Payment Bridge รองรับการประมวลผลบัตรเครดิตทั้งหมดในองค์กรและระบบสแตนด์บายนี้ได้รับการรับรองจาก PA-DSS Bridge การชำระเงินไม่พร้อมใช้งานสำหรับ Community Edition

อ้างจากhttp://ecommercedeveloper.com/articles/2124-magento-releases-enterprise-edition-update-includes-pci-compliant-bridge/

สะพานชำระเงิน

บริดจ์การชำระเงิน Enterprise Edition 1.9 ได้รับการรับรองโดย Coalfire ซึ่งเป็นผู้รับรองความปลอดภัย PCI ที่ผ่านการรับรอง (QSA) เพื่อตอบสนองหรือเกินข้อกำหนด PCI DSS ที่จริงแล้วอาจไม่ได้เป็นขั้นตอนที่มีขนาดใหญ่เนื่องจากบางคนเชื่อว่าซอฟต์แวร์ที่อยู่บนเซิร์ฟเวอร์ที่ปลอดภัยนั้นมีเพียงการปฏิบัติตามมาตรฐานการเข้ารหัสอุตสาหกรรมเท่านั้น แต่การย้ายครั้งนี้มีความสำคัญสำหรับวิศวกรซอฟต์แวร์และนักพัฒนาซอฟต์แวร์ สะพานชำระเงินใหม่นี้ช่วยให้นักพัฒนาองค์กร“ ทำตาม” PCI ได้อย่างมีประสิทธิภาพและดำเนินต่อไป


1
ในขณะที่ Enterprise เป็นไปตาม PA-DSS และมีรูปแบบการเข้ารหัสที่อัปเกรดเพื่อให้สอดคล้องกับ SAQ-D และสูงกว่า CE เองไม่จำเป็นต้องปฏิบัติตาม EE ไม่ได้ช่วยให้คุณปฏิบัติตามกฎระเบียบได้เนื่องจากมีมาตรฐาน PCI มากกว่าซอฟต์แวร์ที่จัดการ CC แฮนด์ออฟ
philwinkle

EE ช่วยให้คุณบรรลุการปฏิบัติตาม บิตใดไม่ชัดเจน?
Jon

Magento พูดว่า "การติดตั้งสะพานการชำระเงินกับ Magento Enterprise จะช่วยประหยัดเงินและเวลาให้กับผู้ค้าออนไลน์เมื่อต้องปฏิบัติตามข้อกำหนด PCI" magentocommerce.com/company/pci-compliance
Jon

@philwinkle - EE ไม่ได้มาตรฐาน PCI มากกว่า CE หากคุณไม่ใช้สะพานชำระเงิน พวกเขาแนะนำ PB เพียงอย่างเดียวเพื่อให้สามารถสร้างฐานรหัสแบบคงที่ได้รับการทดสอบ PCI และปล่อยให้วีโอไอพีตัวเองไม่ได้ทดสอบดังนั้นพวกเขาจึงไม่จำเป็นต้องทำการทดสอบซ้ำกับรหัสทุกบรรทัดที่มีการเปลี่ยนแปลง
Ben Lessani - Sonassi

@sonassi ฉันผ่านมาแล้วและผ่านการตรวจสอบ PCI 3 ครั้งที่ดำเนินการโดยบุคคลที่สามและไม่เคยใช้ PB ทั้งกับ CE และกับ EE CE ต้องการงานที่ครอบคลุมมากขึ้นในการใช้การเข้ารหัส / การแฮชที่ต้องการ แต่งานจำนวนมากนั้นเป็นเพียงกระบวนการเอกสารวางนโยบายไอทีไว้ตาม OWASP และอื่น ๆ
philwinkle
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.