Khi nào nên chọn phiên bản Magento Enterprise trên phiên bản Cộng đồng?


28

Nhìn vào các tính năng của phiên bản Enterprise, tôi tự hỏi liệu tôi có nên giới thiệu nó cho khách hàng hay không.

Tôi có nhiều năm kinh nghiệm với phiên bản cộng đồng và đã xem xét phiên bản Enterprise. Đối với tôi, dường như sẽ luôn rẻ hơn cho khách hàng của tôi khi sử dụng phiên bản cộng đồng với giải pháp bộ đệm toàn trang (như Varnish với một mô-đun thích hợp) được thiết lập.

Có một số tiện ích bổ sung khác cho Doanh nghiệp như phần thưởng hoặc quản lý tốt hơn quyền nhân viên, nhưng tất cả những thứ này có thể được xây dựng dễ dàng bằng cách sử dụng các mô-đun phù hợp trong phiên bản cộng đồng.

Sau đó là thỏa thuận cấp độ dịch vụ (SLA), nhưng một lần nữa có rất nhiều kinh nghiệm về Magento, cho đến nay, tôi luôn có thể giải quyết vấn đề kịp thời.

Tôi có thể đang xem xét một cái gì đó, vì phiên bản Enterprise được sử dụng rộng rãi, vì vậy vui lòng cung cấp cho tôi thông tin chi tiết / kịch bản khi giới thiệu Enterprise cho khách hàng.


Bạn có phải là đối tác của Magento không? (chỉ cố gắng tìm ra vị trí của bạn để tôi có thể đăng một số đối số liên quan đến điều đó).
FlorinelChis

@FlorinelChis Chưa, chúng tôi đang suy nghĩ về nó và đó là một phần lý do tại sao tôi hỏi câu hỏi này.
mpaepper

Magento rất nghiêm ngặt về mức độ hỗ trợ mà họ cung cấp với Phiên bản doanh nghiệp. Hãy chắc chắn rằng bạn đã đọc tài liệu phạm vi một cách cẩn thận magentoc Commerce.com/support/ee
Jake A. Smith

1
+1 - Đây là phiên bản rất hay của câu hỏi [đóng] của tôi "Những lý do hàng đầu để chuyển sang Doanh nghiệp" - kudos.
philwinkle

Câu trả lời:


27

Khi so sánh hai phiên bản của bất kỳ gói phần mềm nào, cách tốt nhất để đưa ra quyết định là cân nhắc giữa chi phí và lợi ích. Mặc dù Magento EE có một số chức năng bổ sung tuyệt vời, nhưng nếu bạn không sử dụng thì nó có thể không xứng đáng. Jake Smith hoàn toàn chính xác khi đề cập đến phạm vi hỗ trợ Enterprise Edition. Nó được giới hạn ở 1 :

  • Cài đặt và tải xuống Magento
  • Vấn đề sử dụng Magento
  • Cấu hình cơ bản
  • Khắc phục sự cố, Sửa lỗi (chỉ cốt lõi) và Nâng mức

Nói chung, bạn sẽ sử dụng nhóm phát triển nội bộ của mình hoặc nhóm được thuê, sẽ bao gồm các vấn đề không thuộc phạm vi đó:

  • Phát triển mã
  • Hỗ trợ phát triển
  • Tối ưu hóa và điều chỉnh hiệu suất
  • Tiện ích mở rộng tùy chỉnh
  • Giao diện tùy chỉnh
  • Cấu hình tùy chỉnh
  • Nâng cấp sản phẩm cốt lõi
  • Di chuyển dữ liệu
  • Khuyến nghị thực tiễn tốt nhất

Điều này khiến bạn ở một vị trí để quyết định nếu bạn cần các tính năng có sẵn. Hãy xem xét các tính năng chính 2 :

  • Phân khúc khách hàng
  • Mục tiêu khuyến mãi và bán hàng
  • Công cụ gợi ý sản phẩm
  • Tìm kiếm với Solr
  • RMA
  • Phần thưởng của khách hàng
  • Bán hàng tư nhân
  • Lời nhắc email tự động
  • Đăng ký quà tặng
  • Thẻ quà tặng
  • Lưu trữ tín dụng

Trong giai đoạn lập kế hoạch cho dự án của bạn, bạn sẽ cần suy nghĩ về cách bạn sẽ theo dõi ROI cho các tính năng này. Mỗi tính năng sẽ cần phải được lên kế hoạch kỹ lưỡng, thực hiện và sau đó báo cáo lại. Bạn sẽ muốn đảm bảo rằng tiền đến nhiều hơn chi phí cho các tính năng. Ngoài ra, bạn sẽ muốn đảm bảo rằng nếu bạn chỉ có kế hoạch sử dụng một số tính năng này thì sẽ không có ý nghĩa hơn khi chúng được phát triển hoặc mua những tính năng hiện có (hãy thận trọng khi mua mô-đun của bên thứ ba, nhưng đó là một chủ đề khác nhau).

Đối với một số trang web, Doanh nghiệp có ý nghĩa. Có một nhóm tiếp thị, nội bộ hoặc bên ngoài sẽ giúp lập kế hoạch sử dụng cho bộ tiếp thị. Họ có thể có một nhóm tại chỗ để phân tích việc sử dụng và liên tục duy trì các tính năng này. Nếu không, sau đó bắt đầu với Cộng đồng. Chúng tôi có các khách hàng lớn trên cả Cộng đồng và Doanh nghiệp và nói chuyện rộng rãi trước khi đưa ra quyết định. Là một phần mở rộng đáng tin cậy của các công ty khách hàng của chúng tôi, điều quan trọng nhất là đặt nhu cầu của họ lên hàng đầu.

Chiến thuật sợ hãi lớn nhất mà tôi thấy là Cộng đồng là "Không tuân thủ PCI". Đây là một chủ đề dài dòng, và có thể rất phức tạp. Nếu bạn đang làm như sau, thì bạn sẽ ổn thôi:

  • Điền vào giấy tờ PCI của bạn
  • Thực hiện chính sách PCI
  • Tài liệu về các chính sách kỹ thuật PCI của bạn (chủ yếu cho máy chủ của bạn)
  • Sử dụng cổng thanh toán mà bạn chuyển hướng đến (PayPal) hoặc HTTPS để liên lạc với API

Bạn sẽ ổn thôi. Khi bạn bắt đầu thực hiện hơn 20.000 giao dịch mỗi năm, sẽ có nhiều giấy tờ hơn - nhưng điều này không làm bạn sợ. Nhà cung cấp của bạn sẽ sẵn lòng làm việc với bạn để không chỉ điền vào tài liệu mà còn trả lời bất kỳ câu hỏi nào bạn có thể có (chúng tôi cũng làm điều này). Nếu điều này quá mơ hồ hoặc bất cứ ai muốn thảo luận, hãy liên hệ với tôi. Có nhiều thứ hơn thế, nhưng đó là một khởi đầu tuyệt vời. Về cơ bản, đừng bao giờ để bất cứ ai bắt nạt bạn không sử dụng Cộng đồng vì đó là "không dành cho sử dụng sản xuất" hoặc "chỉ để phát triển".

Theo tôi biết, Magento không trải qua chứng nhận PCI cho Community Edition hoặc Enterprise Edition. Đó là một quá trình lâu dài và tốn kém. Các sản phẩm duy nhất có sẵn từ Magento tuân thủ PCI là:

  • Magento đi
  • Cầu thanh toán Magento

Vì vậy, hy vọng đây là một hướng dẫn ổn để giúp đưa ra quyết định. Hãy nhớ rằng - nếu các tính năng trong Doanh nghiệp sẽ được đền đáp, thì hãy lấy nó. Đó là một sản phẩm tuyệt vời và có một số thứ thực sự gọn gàng. Nếu không thì chờ. Mặc dù việc di chuyển từ Cộng đồng sang Doanh nghiệp nhiều hơn một chút so với bắt đầu từ đó, bạn sẽ tiết kiệm được một số tiền mà bạn có thể sử dụng cho một tính năng tùy chỉnh bổ sung hoặc lưu trữ tốt hơn.

Nguồn:

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

7

Một trong những lý do chưa được giải quyết bằng các câu trả lời khác là sự bồi thường. Đối với các hành vi và mã là một phần của cơ sở mã ngoài luồng, Magento (eBay) sẽ bảo vệ chủ sở hữu giấy phép EE trong trường hợp khiếu nại được đưa ra cho các thiệt hại hoặc vi phạm.

Vì nghĩ rằng đây chỉ là một tính năng nhỏ của thỏa thuận EE, hãy lấy công ty troll bằng sáng chế POS hoàn chỉnh ( theo ý kiến của tôi , tất nhiên) tên là Kelora, người đã tuyên bố rằng họ có bằng sáng chế về điều hướng nhiều lớp trong một số bối cảnh; ref http: //www.ec Commercefuel.com/patent-troll/ để viết bài. Vì Magento cung cấp điều hướng lớp ngoài hộp, người được cấp phép EE sẽ được bảo vệ khỏi vụ kiện này và bất kỳ thiệt hại nào mà nguyên đơn giành được, nhưng người dùng CE thì không.

Đây thường không phải là một quyết định mua hàng cho các cửa hàng nhỏ, nhưng rất cần thiết cho các doanh nghiệp cấp doanh nghiệp có đủ tài sản để biến chúng thành mục tiêu.


Câu trả lời tuyệt vời.
philwinkle

Nếu bạn trả Magento cho một giấy phép EE chỉ vì vụ kiện liên quan đến việc troll bằng sáng chế giành chiến thắng. Điều này giống như trolling bằng sáng chế meta.
Ralph Tice

@RalphTice Xa chính xác. Có những bằng sáng chế phần mềm hợp pháp ngoài kia có thể đưa ra yêu cầu hợp lệ. Bất kể, các tổ chức doanh nghiệp luôn tìm cách giảm thiểu rủi ro với số tiền ít nhất có thể, và giấy phép hàng năm dưới 15.000 đô la là một khoản tiền nhỏ cho một tổ chức này có doanh thu hàng triệu. Hơn nữa, rất hiếm khi các tổ chức này chỉ quan tâm đến việc bồi thường - SLA và quyền truy cập vào các tính năng EE hầu như luôn là một phần của logic mua hàng.
đánh dấu

@benmark Bạn đang tạo ra sự hấp dẫn mạnh mẽ đối với quy mô, giả sử rằng quy mô của một tổ chức hoặc doanh thu của tổ chức có liên quan đến việc liệu điều gì đó là 'đúng' hay không cũng như giả định không chính xác về quy mô hoạt động mà tôi chịu trách nhiệm cho. Ngoài ra, bạn dường như cũng đồng ý với tôi - bồi thường không bao giờ là lợi ích duy nhất trong việc mua giấy phép.
Ralph Tice

@RalphTice Câu trả lời của tôi có nghĩa là thêm vào các câu trả lời hiện có, vì không ai trong số họ đề cập đến việc bồi thường. Có thể ý định trả lời này của tôi đã bị bạn bỏ lỡ và do đó tôi đã hiểu nhầm ý kiến ​​của bạn. Ngoài điều này: cho rằng các bộ quần áo bằng sáng chế phần mềm (giả hoặc khác) là một thực tế, bồi thường tương đối rẻ là phù hợp cho các mục tiêu tiềm năng. Quỷ chiến thắng khi các công ty nhỏ hang động; các công ty lớn có thể tiến hành một cuộc chiến đắt giá chống lại những sinh vật khủng khiếp này. Từ chối tiền troll hoặc (tốt hơn) lôi kéo họ vào một trận chiến tốn kém là một chiến thắng cho những người tốt.
đánh dấu

6

Có một Prezi thực sự tốt về sự khác biệt:

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

Sự khác biệt chính từ POV của tôi:

  • Giấy phép: OSL so với thương mại
  • Các mô-đun: ACL nâng cao, Stagine nội dung, phân khúc khách hàng, CMS + (Kiểm soát phiên bản ...), Bộ nhớ đệm toàn trang, Tìm kiếm SOLR, RMA ...
  • Hỗ trợ chuyên nghiệp nếu bạn cần nó. Miễn là bạn có thể tự giúp mình, tốt thôi, nhưng hãy nghĩ đến một cửa hàng thực sự lớn, có thể mất hàng ngàn đô la nếu cửa hàng ngừng hoạt động trong một giờ. Sau đó, phí hàng năm là xứng đáng để có giải pháp dự phòng đó.

1
Liên kết đơn độc được coi là một câu trả lời kém (xem faq ) vì bản thân nó là vô nghĩa và tài nguyên đích không được đảm bảo để tồn tại trong tương lai . Tốt hơn là nên bao gồm các phần thiết yếu của câu trả lời ở đây, và cung cấp liên kết để tham khảo.
j0k

2
Thx cho gợi ý, tôi đã thêm những điểm quan trọng nhất từ ​​bài thuyết trình vào câu trả lời của tôi
Tobias

Thêm một dòng mới sau POV:, vì vậy danh sách sẽ được kích hoạt!
j0k

0

Có một cách định tính, nhưng tất cả mọi người ở trên đã giải quyết rằng, bạn chỉ cần chọn nó cho hoàn cảnh của bạn. Cách định lượng rất đơn giản, doanh thu 300.000 - 3 triệu đô la mỗi năm cho CE và 3-13 triệu đô la cho EE, trên 13 triệu đô la bạn đi vào lãnh thổ Hybris. Điều đó sẽ bao gồm 95% các trường hợp trừ khi bạn có hoàn cảnh rất đặc biệt, như cố gắng ra mắt trang web sách sản phẩm 1 triệu (thực tế bạn có thể làm điều này với CE nhưng bạn cần kinh nghiệm từ Trung bình đến Doanh nghiệp Lớn để hiểu cách thức).

Tại sao phạm vi đó, điều này đến từ các chuyên gia tư vấn đa quốc gia làm việc với Doanh nghiệp lớn và các nguồn như Gartner. Phạm vi dưới đây dành cho EUR nhưng tương đương bằng USD, một nền tảng thương mại nên là 10% Chi tiêu CNTT là 5% doanh thu. Vì vậy, EE bạn nhận được 15.000 đô la / năm, doanh thu là 3 triệu đô la, tất cả đều rất đơn giản. Ngoài ra còn có cách định tính, nhưng đó là tiêu tốn thời gian, cuối cùng cả hai đều đi đến cùng một câu trả lời, điều đó chỉ phụ thuộc vào cách bạn muốn đi về nó: không tin bất cứ ai và tìm ra chính mình có nghĩa là định tính: tin tưởng nguồn và không cần biết chi tiết trả trước có nghĩa là định lượng. Circa 95-99% sẽ đi theo con đường định tính, mất nhiều hơn 2-10 lần để đi đến kết quả.

Một doanh nghiệp cỡ trung bình được định nghĩa là một doanh nghiệp sử dụng ít hơn 250 người và doanh thu hàng năm không vượt quá 50 triệu EUR hoặc tổng số bảng cân đối hàng năm không vượt quá 43 triệu EUR.

Một doanh nghiệp nhỏ được định nghĩa là một doanh nghiệp sử dụng ít hơn 50 người và có tổng doanh thu hàng năm và / hoặc bảng cân đối hàng năm không vượt quá 10 triệu EUR.

Một doanh nghiệp siêu nhỏ được định nghĩa là một doanh nghiệp sử dụng ít hơn 10 người và có tổng doanh thu hàng năm và / hoặc bảng cân đối hàng năm không vượt quá 2 triệu EUR.


15K / năm là 0,5% của 3 triệu đô la, không phải 5%.
super9

-2

Cộng đồng Magento là một giải pháp nguồn mở miễn phí, có nghĩa là, nó là đủ nếu cửa hàng hoặc thương hiệu của bạn không có yêu cầu rất lớn về khối lượng bán hàng. Tuy nhiên, nếu bạn đang xử lý doanh thu 6 con số (chẳng hạn như doanh thu hàng triệu đô la mỗi năm), bạn nên sử dụng Magento Enterprise, chủ yếu dựa trên chức năng "ngoài luồng" không thể được hưởng trong Cộng đồng. (dựa trên http://www.acidgreen.com.au/blog/magento-ec Commerce / what-is-the-difference-b between-magento-community-and-magento-enterprise / )

Có rất nhiều sự khác biệt giữa hai nền tảng, nhưng khi nói đến sự tham gia của khách hàng, bảo mật dữ liệu và hiệu suất, Enterprise dường như chiếm thế thượng phong.


... 6 con số (chẳng hạn như hàng triệu ...?
Matt Dunbar

-3

nếu bạn thực hiện thanh toán cc, doanh nghiệp tuân thủ PCI. Giúp bạn có được sự tuân thủ.

Cầu thanh toán xử lý tất cả xử lý thẻ tín dụng trong Doanh nghiệp và hệ thống độc lập này được chứng nhận PA-DSS. Cầu thanh toán không có sẵn cho phiên bản cộng đồng.

Trích dẫn từ http://ecommercedeveloper.com/articles/2124-magento-release-enterprise-edition-update-includes-pci-compliant-bridge/

Cầu thanh toán

Cầu thanh toán của Phiên bản doanh nghiệp 1.9 được chứng nhận bởi Coalfire, một Người xác nhận bảo mật đủ tiêu chuẩn PCI (QSA), để đáp ứng hoặc vượt quá các yêu cầu về PCI DSS. Đây thực sự có thể không phải là một bước tiến lớn về mặt kỹ thuật vì một số người tin rằng phần mềm nằm trên máy chủ bảo mật chỉ đáp ứng các quy tắc mã hóa tiêu chuẩn công nghiệp, nhưng động thái này rất có ý nghĩa đối với các kỹ sư và nhà phát triển phần mềm cần phải chứng minh sự tuân thủ PCI. Thực tế, cây cầu thanh toán mới này cho phép các nhà phát triển doanh nghiệp kiểm tra sự tuân thủ của PCI PCI và tiếp tục.


1
Mặc dù Enterprise tuân thủ PA-DSS và có sơ đồ mã hóa được nâng cấp để tuân thủ SAQ-D trở lên, bản thân CE không cần thiết không tuân thủ. EE không giúp bạn đạt được sự tuân thủ, vì có nhiều sự tuân thủ PCI hơn là việc xử lý phần mềm CC.
philwinkle

EE giúp bạn đạt được sự tuân thủ. Mà bit không rõ ràng?
Jon

Chính Magento cho biết "Việc thực hiện Cầu thanh toán với Magento Enterprise giúp tiết kiệm tiền và thời gian của thương nhân trực tuyến khi tuân thủ các yêu cầu của PCI." magentoc Commerce.com/company/pci-compliance
Jon

@philwinkle - EE không còn tuân thủ PCI nhiều hơn CE nếu bạn không sử dụng Cầu thanh toán. Họ chỉ giới thiệu PB để họ có thể tạo cơ sở mã tĩnh - kiểm tra PCI đó và để Magento chưa được kiểm tra, vì vậy họ không cần kiểm tra lại với mỗi dòng mã đã được thay đổi.
Ben Lessani - Sonassi

@sonassi Tôi đã trải qua và đã thông qua 3 lần kiểm tra PCI do bên thứ 3 thực hiện và chưa bao giờ sử dụng PB; cả với CE và với EE. CE yêu cầu công việc mở rộng hơn để thực hiện mã hóa / băm cần thiết nhưng phần lớn công việc cần thiết chỉ là xử lý tài liệu, đưa chính sách CNTT vào, tuân theo OWASP, v.v.
philwinkle 24/07/14
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.