Kiedy wybrać wersję Magento Enterprise zamiast wersji Community?


28

Patrząc na funkcje wersji Enterprise, zastanawiam się, czy powinienem polecać ją klientom.

Mam wieloletnie doświadczenie z edycją społecznościową i zajrzałem do wersji Enterprise. Wydaje mi się, że prawie zawsze tańsze będzie dla mojego klienta korzystanie z wersji społecznościowej z pełnym rozwiązaniem buforowania stron (np. Varnish z odpowiednim modułem).

Istnieje jeszcze kilka dodatków do Enterprise, takich jak nagrody lub lepsze zarządzanie prawami pracowników, ale wszystko to można łatwo zbudować za pomocą odpowiednich modułów w wydaniu społecznościowym.

Potem jest umowa dotycząca poziomu usług (SLA), ale znowu mając duże doświadczenie w Magento, do tej pory zawsze byłem w stanie rozwiązać problemy na czas.

Prawdopodobnie coś przeoczam, ponieważ wersja Enterprise jest szeroko używana, więc proszę o spostrzeżenie / scenariusze, kiedy polecam Enterprise klientowi.


Czy jesteś partnerem Magento? (po prostu próbuję ustalić twoje stanowisko, aby móc zamieścić związane z tym argumenty).
FlorinelChis

@FlorinelChis Nie zastanawiamy się jeszcze nad tym i właśnie dlatego zadaję to pytanie.
mpaepper

Magento jest bardzo rygorystyczny, jeśli chodzi o poziom wsparcia oferowanego przez Enterprise Edition. Upewnij się, że dokładnie przeczytałeś dokument dotyczący zakresu magentocommerce.com/support/ee
Jake A. Smith

1
+1 - To jest bardzo dobrze sformułowana wersja mojego [zamkniętego] pytania „Najważniejsze powody, aby przejść na Enterprise” - kudos.
philwinkle

Odpowiedzi:


27

Porównując dwie edycje dowolnego pakietu oprogramowania, najlepszym sposobem na podjęcie decyzji jest wyważenie kosztów i korzyści. Chociaż Magento EE ma świetną dodatkową funkcjonalność, jeśli go nie używasz, może nie być tego wart. Jake Smith ma całkowitą rację, wspominając o zakresie obsługi wersji Enterprise Edition. Jest ograniczony do 1 :

  • Instalacja i pobieranie Magento
  • Problemy z użytkowaniem Magento
  • Podstawowa konfiguracja
  • Rozwiązywanie problemów, poprawki błędów (tylko rdzeń) i eskalacja

Zasadniczo będziesz korzystać z własnego zespołu programistów lub zespołu zatrudnionego, który obejmie problemy nieobjęte tym zakresem:

  • Rozwój kodu
  • Wsparcie rozwoju
  • Optymalizacja i dostrajanie wydajności
  • Niestandardowe rozszerzenia
  • Niestandardowe interfejsy
  • Konfiguracja niestandardowa
  • Ulepszenia produktu podstawowego
  • Migracja danych
  • Zalecenia dotyczące najlepszych praktyk

To pozwala Ci zdecydować, czy potrzebujesz dostępnych funkcji. Weź pod uwagę następujące kluczowe cechy 2 :

  • Segmenty klientów
  • Ukierunkowane promocje i merchandising
  • Narzędzia do sugerowania produktu
  • Szukaj w Solr
  • RMA
  • Nagrody dla klientów
  • Sprzedaż prywatna
  • Zautomatyzowane przypomnienia e-mail
  • Rejestr podarunkowy
  • Karty podarunkowe
  • Kredyt sklepowy

Podczas fazy planowania projektu musisz pomyśleć o tym, jak będziesz śledzić zwrot z inwestycji dla tych funkcji. Każda funkcja będzie musiała zostać dokładnie zaplanowana, wdrożona, a następnie zgłoszona przeciwko. Musisz się upewnić, że przychodzące pieniądze pokrywają więcej niż koszty funkcji. Ponadto upewnij się, że jeśli planujesz skorzystać tylko z kilku tych funkcji, nie ma większego sensu ich rozwijanie lub zakup istniejących (zachowaj ostrożność przy zakupie modułów innych firm, ale to inny temat).

W przypadku niektórych witryn Enterprise ma sens. Istnieje zespół marketingowy, wewnętrzny lub zewnętrzny, który pomoże zaplanować wykorzystanie pakietu marketingowego. Mogą mieć zespół do spraw analizy użytkowania i stałego utrzymywania tych funkcji. Jeśli nie, zacznij od społeczności. Mamy dużych klientów zarówno ze społeczności, jak i przedsiębiorstw, i przed podjęciem decyzji intensywnie rozmawiamy. Jako zaufane rozszerzenie firm naszych klientów, sprawą najwyższej wagi jest stawianie ich potrzeb na pierwszym miejscu.

Największą taktyką przerażającą, jaką widziałem, jest to, że Społeczność „nie jest zgodna z PCI”. To od dawna poruszony temat, który może być bardzo złożony. Jeśli wykonujesz następujące czynności, wszystko będzie dobrze:

  • Wypełnianie dokumentacji PCI
  • Wdrażanie zasad PCI
  • Dokumentowanie zasad technicznych PCI (głównie dla twojego hosta)
  • Korzystanie z bramki płatności, do której przekierowujesz (PayPal) lub HTTPS, do komunikacji z interfejsem API

Wszystko będzie z tobą w porządku. Gdy zaczniesz robić ponad 20 000 transakcji rocznie, będzie więcej formalności - ale to nie powinno cię wystraszyć. Twój dostawca chętnie współpracuje z tobą nie tylko w celu wypełnienia dokumentacji, ale również w odpowiedzi na wszelkie pytania (również to robimy). Jeśli jest to zbyt niejasne lub ktoś chciałby porozmawiać, skontaktuj się ze mną. Jest o wiele więcej niż to, ale to świetny początek. Zasadniczo, nigdy nie pozwól, aby ktokolwiek cię zastraszał, że nie używasz społeczności, ponieważ „nie jest to wykorzystanie produkcyjne” lub „tylko dla rozwoju”.

O ile mi wiadomo, Magento nie przechodzi certyfikacji PCI dla wersji Community Edition lub Enterprise Edition. To długi i kosztowny proces. Jedynymi produktami Magento, które są zgodne z PCI, są:

  • Magento Go
  • Most płatności Magento

Mam nadzieję, że jest to dobry przewodnik, który pomaga w podjęciu decyzji. Pamiętaj - jeśli funkcje w Enterprise się opłacą, zdobądź je. To świetny produkt i ma naprawdę fajne rzeczy. Jeśli nie, poczekaj. Chociaż migracja ze społeczności do Enterprise jest nieco bardziej zaangażowana niż rozpoczęcie, zaoszczędzisz trochę pieniędzy, które możesz wykorzystać na dodatkową niestandardową funkcję lub lepszy hosting.

Źródła:

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

7

Jednym z powodów, którym nie ujęto innych odpowiedzi, jest odszkodowanie. W przypadku zachowań i kodu, które są częścią gotowej bazy kodu, Magento (eBay) będzie bronić posiadaczy licencji EE w przypadku roszczenia o odszkodowanie lub naruszenie.

Aby nie pomyśleć, że jest to tylko niewielka cecha umowy EE, weź kompletnego trolla patentowego POS ( oczywiście, moim zdaniem ) firmę o nazwie Kelora, która twierdziła, że ​​posiada patent na nawigację warstwową / fasetowaną w niektórych kontekstach; więcej informacji na stronie http://www.ecommercefuel.com/patent-troll/ . Ponieważ Magento oferuje natychmiastową nawigację warstwową, licencjobiorcy EE byliby chronieni przed tym pozwem i wszelkimi szkodami odniesionymi przez powoda, ale użytkownicy CE nie.

Zasadniczo nie jest to decyzja o zakupie w przypadku małych sklepów, ale ma zasadnicze znaczenie dla przedsiębiorstw na poziomie przedsiębiorstwa, które dysponują wystarczającymi zasobami, aby uczynić je celem.


Fantastyczna odpowiedź.
philwinkle

Jeśli zapłacisz Magento za licencję EE tylko z powodu pozwu dotyczy wygranej trolle patentowe. To jest jak trolling meta patentowy.
Ralph Tice

@RalphTice Daleko od dokładności. Istnieją uzasadnione patenty na oprogramowanie, które mogą być uzasadnione. Niezależnie od tego organizacje korporacyjne zawsze starają się zmniejszyć ryzyko za najmniejszą możliwą kwotę, a roczna licencja w wysokości mniejszej niż 15 000 USD to marna kwota dla tych organizacji, które osiągają przychody w milionach. Ponadto rzadko zdarza się, aby organizacje te były zainteresowane jedynie odszkodowaniem - umowa SLA i dostęp do funkcji EE są prawie zawsze częścią logiki zakupu.
zyskuje

@benmarks Robisz błędne odwołanie do wielkości, zakładając, że wielkość organizacji lub jej przychody są istotne dla tego, czy coś jest „właściwe”, czy też nie, a także błędne założenie co do skali działalności odpowiedzialny za. Wygląda na to, że i tak się ze mną zgadzasz - odszkodowanie nigdy nie jest wyłącznym interesem zakupu licencji.
Ralph Tice

@RalphTice Moja odpowiedź ma na celu uzupełnienie istniejących odpowiedzi, ponieważ żadna z nich nie wspomniała o odszkodowaniu. Być może przegapiłeś ten cel mojej odpowiedzi i dlatego źle zrozumiałem twój komentarz. Poza tym: biorąc pod uwagę, że pozwy patentowe na oprogramowanie (fałszywe lub inne) są rzeczywistością, stosunkowo tanie odszkodowanie jest odpowiednie dla potencjalnych celów. Trolle wygrywają, gdy zawalają się małe kompanie; duże firmy mogą prowadzić kosztowną walkę z tymi strasznymi stworzeniami. Odmawianie trollom pieniędzy lub (lepiej) angażowanie ich w kosztowną bitwę jest lepszą wygraną dla dobrych facetów.
zyskuje

6

Różnice dotyczą naprawdę dobrego Prezi:

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

Główne różnice w stosunku do mojego POV:

  • Licencja: OSL vs. Commercial
  • Moduły: Advanced ACL, Content Stagine, segmentacja klientów, CMS + (kontrola wersji ...), buforowanie całej strony, wyszukiwanie SOLR, RMA ...
  • Profesjonalne wsparcie, jeśli go potrzebujesz. Tak długo, jak możesz sobie pomóc, jest w porządku, ale pomyśl o naprawdę dużym sklepie, który może stracić tysiące dolarów, jeśli sklep będzie nieczynny przez godzinę. W takim razie roczna opłata jest warta rozwiązania awaryjnego.

1
Samotny link jest uważany za kiepską odpowiedź (patrz często zadawane pytania ), ponieważ sam w sobie jest bez znaczenia, a zasoby docelowe nie są gwarantowane w przyszłości . Lepiej byłoby zawrzeć tutaj istotne części odpowiedzi i podać odnośnik.
j0k

2
dzięki za wskazówkę, do mojej odpowiedzi dodałem najważniejsze punkty z prezentacji
Tobias

Dodaj nowy wiersz po POV:, aby lista została aktywowana!
j0k

0

Istnieje jakościowy sposób, ale wszyscy powyżej już to rozwiązali, wystarczy wybrać go w zależności od okoliczności. Ilościowy sposób jest bardzo prosty: przychody w wysokości 300 000–3 mln USD rocznie w przypadku CE i 3-13 mln USD w EE, powyżej 13 mln USD trafiasz na terytorium Hybris. To obejmie 95% przypadków, chyba że masz wyjątkowe okoliczności, takie jak próba uruchomienia 1-milionowej witryny z książkami o produktach (tak naprawdę możesz to zrobić za pomocą CE, ale potrzebujesz doświadczenia dla średnich i dużych przedsiębiorstw, aby zrozumieć, jak to zrobić).

Dlaczego ten zakres pochodzi od międzynarodowych konsultantów współpracujących z dużymi przedsiębiorstwami i źródeł takich jak Gartner. Poniższy zakres dotyczy EUR, ale jest równoważny w USD, platforma handlowa powinna stanowić 10% wydatków na IT, co stanowi 5% przychodów. Więc EE dostajesz 15 000 $ rocznie, co stanowi 3 miliony dolarów przychodu, wszystko bardzo proste. Istnieje również sposób jakościowy, ale to jest czasochłonne, oboje i tak ostatecznie docierają do tej samej odpowiedzi, to zależy tylko od tego, którą drogę chcesz zrobić: nie ufaj nikomu i przekonaj się, że znaczy jakościowo: zaufanie źródło i nie trzeba znać szczegółów oznacza ilościowo. Około 95-99% pójdzie drogą jakościową, która zajmuje 2-10x dłużej, aby uzyskać wynik.

Średnie przedsiębiorstwo definiuje się jako przedsiębiorstwo, które zatrudnia mniej niż 250 osób i którego roczny obrót nie przekracza 50 milionów EUR lub którego roczna suma bilansowa nie przekracza 43 milionów EUR.

Małe przedsiębiorstwo definiuje się jako przedsiębiorstwo, które zatrudnia mniej niż 50 osób i którego roczny obrót lub roczna suma bilansowa nie przekracza 10 milionów EUR.

Mikroprzedsiębiorstwo definiuje się jako przedsiębiorstwo, które zatrudnia mniej niż 10 osób i którego roczny obrót i / lub roczna suma bilansowa nie przekracza 2 milionów EUR.


15 tys. Rocznie to 0,5% z 3 mln USD, a nie 5%.
super9,

-2

Magento Community to bezpłatne rozwiązanie typu open source, co oznacza, że ​​powinno wystarczyć, jeśli Twój sklep lub marka nie mają bardzo dużych wymagań pod względem wielkości sprzedaży. Jeśli jednak masz do czynienia z sześciocyfrowymi przychodami (takimi jak przychody milionów dolarów rocznie), zdecydowanie zaleca się korzystanie z Magento Enterprise, opartego głównie na jego „gotowej” funkcjonalności, z której nie można korzystać we Wspólnocie. (na podstawie http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/ )

Istnieje wiele różnic między tymi dwiema platformami, ale jeśli chodzi o zaangażowanie klientów, bezpieczeństwo danych i wydajność, Enterprise wydaje się mieć przewagę.


... 6-cyfrowa (np. Miliony ...?
Matt Dunbar,

-3

jeśli bierzesz płatności CC, przedsiębiorstwo jest zgodne z PCI. Pomaga uzyskać zgodność.

Payment Bridge obsługuje wszystkie procesy przetwarzania kart kredytowych w Enterprise, a ten stand-wzdłużny system posiada certyfikat PA-DSS. Payment Bridge nie jest dostępny w wersji Community.

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

Most płatności

Most płatności Enterprise Edition 1.9 został certyfikowany przez Coalfire, Qualified Security Assessor (QSA) PCI, w celu spełnienia lub przekroczenia wymagań PCI DSS. Technicznie może to nie być duży krok, ponieważ niektórzy uważają, że oprogramowanie znajdujące się na bezpiecznym serwerze musi spełniać tylko standardowe praktyki kodowania w branży, ale jest to znaczący krok dla inżynierów oprogramowania i programistów, którzy w innym przypadku musieliby wykazać zgodność z PCI. W efekcie ten nowy most płatności pozwala programistom przedsiębiorstw „sprawdzić” zgodność PCI i przejść dalej.


1
Podczas gdy Enterprise jest zgodny z PA-DSS i ma ulepszony schemat szyfrowania, aby był zgodny z SAQ-D i wyższymi, sam CE nie jest konieczny niezgodny. EE nie pomaga w osiągnięciu zgodności, ponieważ w zgodności PCI jest coś więcej niż oprogramowanie obsługujące przekazywanie CC.
philwinkle,

EE pomaga osiągnąć zgodność. Który bit jest niejasny?
Jon

Sami Magento mówią: „Wdrożenie mostu płatności za pomocą Magento Enterprise pozwala oszczędzić pieniądze i czas sprzedawców internetowych, jeśli chodzi o zgodność z wymogami PCI”. magentocommerce.com/company/pci-compliance
Jon

@philwinkle - EE nie jest bardziej zgodny z PCI niż CE, jeśli nie korzystasz z Payment Bridge. Wprowadzili PB tylko po to, aby mogli stworzyć bazę kodu statycznego - przetestować PCI i pozostawić Magento bez testowania, więc nie musieli go ponownie testować z każdą zmienioną linią kodu.
Ben Lessani - Sonassi

@sonassi Przeszedłem i zdałem 3 audyty PCI przeprowadzone przez firmę zewnętrzną i nigdy nie korzystałem z PB; zarówno z CE, jak i EE. CE wymagało szerszych prac w celu wdrożenia wymaganego szyfrowania / haszowania, ale większość pracy wymagała jedynie dokumentowania procesów, wprowadzenia zasad IT, przestrzegania OWASP itp.
philwinkle
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.