Коли вибрати Magento Enterprise Edition над спільнотою?

Дивлячись на особливості видання Enterprise, мені цікаво, чи варто рекомендувати його клієнтам.

Я маю багаторічний досвід роботи з громадськістю та переглянув видання Enterprise. Мені здається, що моєму клієнту майже завжди буде дешевше використовувати спільноту видання з налаштованим кеш-рішенням на повній сторінці (як-от Varnish з відповідним модулем).

Існує ще кілька додатків до Enterprise, таких як винагорода або краще управління правами персоналу, але все це можна легко побудувати за допомогою відповідних модулів у виданні спільноти.

Потім є угода про рівень обслуговування (SLA), але знову маючи дуже великий досвід Magento, до цього часу я завжди міг своєчасно вирішити проблеми.

Я, мабуть, щось не помічаю, оскільки видання Enterprise широко використовується, тому, будь ласка, дайте мені уявлення / сценарії, коли рекомендувати Enterprise клієнту.

Порівнюючи два видання будь-якого програмного пакету, найкращим способом прийняти рішення є зважування витрат та переваг. Хоча Magento EE має чудову додаткову функціональність, якщо ви не користуєтесь ним, то, можливо, це не варто. Джейк Сміт абсолютно коректно згадує про сферу підтримки Enterprise Edition. Вона обмежена ¹ :

• Установка та завантаження Magento
• Проблеми використання Magento
• Основна конфігурація
• Виправлення неполадок, виправлення помилок (лише для основних) та ескалація

Як правило, ви будете використовувати власну команду з розробки або найману команду, яка охоплюватиме питання, які не охоплені цією сферою:

• Розробка коду
• Підтримка розвитку
• Оптимізація та налаштування продуктивності
• Спеціальні розширення
• Спеціальні інтерфейси
• Спеціальна конфігурація
• Основні оновлення продукту
• Міграція даних
• Рекомендації щодо найкращих практик

Це дає вам можливість вирішити, чи потрібні наявні функції. Враховуйте ці основні особливості ² :

• Клієнтські сегменти
• Цільові акції та мерчандайзинг
• Інструменти для пропозиції продукту
• Пошук за допомогою Solr
• RMA
• Нагородження клієнтів
• Приватні продажі
• Автоматизовані нагадування електронної пошти
• Реєстр подарунків
• Подарункові карти
• Зберігати кредит

На етапі планування вашого проекту вам потрібно буде подумати про те, як ви будете відстежувати рентабельність інвестицій за цими функціями. Кожну особливість потрібно буде ретельно спланувати, впровадити, а потім звітувати проти. Ви хочете переконатися, що гроші, що надходять більше, ніж покривають вартість функцій. Крім того, ви хочете переконатися, що якщо ви плануєте використовувати лише кілька цих функцій, не було б більше сенсу розвивати їх або купувати існуючі (будьте обережні, купуючи сторонні модулі, але це інша тема).

Для деяких сайтів Enterprise має сенс. Існує маркетингова команда, внутрішня чи зовнішня, яка допоможе планувати використання маркетингового набору. У них може бути створена команда для аналізу використання та постійного підтримання цих функцій. Якщо ні, то почніть із Спільноти. У нас є великі клієнти як у спільноті, так і на підприємстві, і ми широко спілкуємось перед тим, як приймати рішення. Як надійне розширення компаній наших клієнтів, перш за все важливо поставити їхні потреби на перше місце.

Найбільша тактика відлякування, яку я бачив, - це те, що Спільнота "не сумісна з PCI". Це давна тема, яка може бути дуже складною. Якщо ви робите наступне, то вам буде все в порядку:

• Заповнення документів PCI
• Реалізація політики PCI
• Документування вашої технічної політики PCI (переважно для вашого хоста)
• Використовуючи шлюз платежів, який ви перенаправляєте на (PayPal) або HTTPS для спілкування з API

Ви будете гаразд. Як тільки ви почнете робити більше 20 000 транзакцій на рік, буде більше документів - але це не повинно вас лякати. Ваш постачальник буде радий співпрацювати з вами не лише для заповнення документації, але і відповість на будь-які питання, які у вас можуть виникнути (ми також це робимо). Якщо це занадто розпливчасто або хтось хотів би обговорити, не соромтесь зв’язатися зі мною. Тут є набагато більше, ніж це, але це чудовий початок. По суті, ніколи не дозволяйте нікому знущатися над тим, щоб ви не використовували Спільноту, оскільки це "не для виробництва" або "лише для розвитку".

Наскільки мені відомо, Magento не проходить сертифікацію PCI для Community Edition або Enterprise Edition. Це довгий і дорогий процес. Єдині продукти, доступні від Magento, сумісні з PCI, це:

• Magento Go
• Мост оплати Magento

Тож сподіваємось, що це добре керівництво, яке допоможе прийняти рішення. Пам'ятайте - якщо функції в Enterprise виправдаються, то отримайте це. Це чудовий продукт і має кілька дійсно акуратних речей. Якщо ні, то зачекайте. Хоча міграція із співтовариства на підприємство трохи більше задіяна, ніж починаючи з неї, ви заощадите гроші, які ви можете використати для додаткової спеціальної функції або кращого хостингу.

Джерела:

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

Однією з причин, на яку не були звернуті інші відповіді, є відшкодування збитків. Що стосується поведінки та коду, що є частиною кодової бази поза межами коробки, Magento (eBay) захищатиме власників ліцензій EE у випадку, якщо буде подано позов про шкоду або порушення.

Щоб не думати, що це лише незначна особливість угоди про ЕЕ, візьміть повний патентний троль POS (на мою думку , звичайно) компанія на ім’я Kelora, яка стверджувала, що вона має патент на багатошарову / гранену навігацію в деяких контекстах; ref http://www.ecommercefuel.com/patent-troll/ для запису. Оскільки Magento пропонує багатошарову навігацію поза коробкою, ліцензіати EE будуть захищені від цього позову та будь-яких збитків, отриманих позивачем, але користувачі CE не хочуть.

Зазвичай це не рішення про купівлю для невеликих магазинів, але важливо для підприємств на рівні підприємств, які мають достатньо активів, щоб зробити їх цільовими.

Про справді хороший презі:

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

Основні відмінності від моєї POV:

• Ліцензія: OSL vs. Commercial
• Модулі: Розширений ACL, Content Stagine, сегментація клієнтів, CMS + (контроль версій ...), кешування на всій сторінці, пошук SOLR, RMA ...
• Професійна підтримка, якщо вона вам потрібна. Поки ви можете допомогти собі, це добре, але подумайте про справді великий магазин, який може втратити тисячі доларів, якщо магазин знизиться протягом години. Тоді щорічна плата коштує того, щоб мати таке резервне рішення.

Якісний спосіб є, але кожен із них уже звернувся до цього, його просто потрібно підібрати для ваших обставин. Кількісний спосіб дуже простий: 300 000 - 3 мільйони доларів доходу на рік за CE та 3-13 мільйонів доларів за EE, понад 13 мільйонів доларів ви забуваєте на територію Гібриса. Це охоплюватиме 95% випадків, якщо у вас немає особливих обставин, наприклад, спроба запустити 1-мільйонний сайт із книгами товарів (насправді ви можете зробити це з CE, але вам потрібен досвід середнього та великого підприємства, щоб зрозуміти, як)

Чому саме такий діапазон, це походить від багатонаціональних консультантів, які працюють з Large Enterprise та таких джерел, як Gartner. Нижній діапазон призначений для євро, але еквівалентний у доларах США, торгова платформа повинна становити 10% від витрат на ІТ, що становить 5% доходу. Таким чином, EE ви отримуєте $ 15 000 / рік, що становить 3 мільйони доларів доходу, і все дуже просто. Існує також якісний шлях, але це забирає багато часу, вони в будь-якому разі приходять до однієї і тієї ж відповіді, все-таки просто залежить, яким шляхом ви хочете піти про це: нікому не довіряйте і з’ясуйте себе означає якісно: довіряйте джерело і не потрібно знати деталі наперед, означає кількісні показники. Приблизно 95-99% пройдуть якісний маршрут, на який потрібно 2-10 разів довше, щоб дістатись до результату.

Середнє підприємство визначається як підприємство, в якому працюють менше 250 осіб і річний оборот яких не перевищує 50 млн. Євро або загальний річний балансовий баланс не перевищує 43 млн. Євро.

Мале підприємство визначається як підприємство, у якому працюють менше 50 осіб, чий річний оборот та / або річна сума балансу не перевищує 10 мільйонів євро.

Мікропідприємство визначається як підприємство, у якому працює менше 10 осіб, чий річний оборот та / або річна сума балансу не перевищує 2 млн. Євро.

Magento Community - це безкоштовне рішення з відкритим кодом, тобто його має бути достатньо, якщо ваш магазин чи бренд не мають дуже величезних вимог щодо обсягу продажу. Однак якщо ви маєте справу з 6-ти цифровим доходом (наприклад, мільйонами доларів доходу на рік), настійно рекомендується використовувати Magento Enterprise, що базується в основному на його "поза коробкою" функціональності, яку не можна використовувати у Співтоваристві. (на основі http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-bet between-magento-community-and-magento-enterprise/ )

Існує велика кількість відмінностей між двома платформами, але коли мова заходить про залучення клієнтів, безпеку даних та ефективність, Enterprise, схоже, має перевагу.

якщо ви приймаєте платежі за кубічний код, підприємство сумісне з PCI. Допомагає вам бути сумісними.

Платіжний міст обробляє всю обробку кредитних карт в Enterprise, і ця система очікування сертифікована PA-DSS. Платіжний міст недоступний для спільноти 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. Ефективно, цей новий платіжний міст дозволяє розробникам підприємств «перевірити» відповідність PCI та рухатися далі.