Вопрос

Глядя на функции Enterprise Edition, мне интересно, должен ли я рекомендовать его клиентам.

У меня много лет опыта работы с издание сообщества, и я изучал Enterprise Edition. Мне кажется, что для моего клиента почти всегда будет дешевле использовать издание сообщества с полным решением кэша (например, лаком с подходящим модулем).

Есть еще несколько дополнений к предприятиям, таким как вознаграждение или лучшее управление правами персонала, но все это может быть легко построено с помощью соответствующих модулей в издании сообщества.

Тогда существует соглашение об уровне обслуживания (SLA), но, опять же, имея очень большой опыт Magento, до сих пор я всегда мог своевременно решать проблемы.

Я, вероятно, что -то упускаю из виду, так как Enterprise Edition широко используется, поэтому, пожалуйста, дайте мне понимание / сценарии, когда рекомендую предприятие клиенту.

Это было полезно?

Решение

Сравнивая два издания любого программного пакета, лучший способ принять решение - взвесить затраты и выгоды. Хотя Magento EE имеет отличную дополнительную функциональность, если вы не используете ее, это может не стоить этого. Джейк Смит абсолютно прав в упоминании о объеме поддержки Enterprise Edition. Это ограничено1 :

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

Как правило, вы будете использовать свою внутреннюю команду разработчиков или наемную команду, которая будет охватывать проблемы, не покрытые этой областью:

  • Разработка кода
  • Поддержка разработки
  • Оптимизация и настройка производительности
  • Пользовательские расширения
  • Пользовательские интерфейсы
  • Пользовательская конфигурация
  • Обновления основного продукта
  • Перенос данных
  • Рекомендации по лучшим практикам

Это оставляет вас в состоянии решить, нужны ли вам доступные функции. Примите во внимание эти ключевые особенности2 :

  • Потребительские сегменты
  • Целевые акции и мерчендайзинг
  • Инструменты предложений продукта
  • Поиск с Solr
  • Rma
  • Награды клиента
  • Частные продажи
  • Автоматизированные напоминания по электронной почте
  • Реестр подарков
  • Подарочные карты
  • Кредит магазина

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

Для некоторых сайтов предприятие имеет смысл. Существует маркетинговая команда, внутренняя или внешняя, которая поможет планировать использование маркетингового набора. У них может быть команда для анализа использования и постоянного поддержания этих функций. Если нет, то начните с сообщества. У нас есть крупные клиенты как на сообществе, так и на предприятиях, и мы много говорим, прежде чем принять решение. Как доверенное расширение компаний наших клиентов, крайне важно поставить их потребности в первую очередь.

Самая большая тактика пугающей, которую я видел, - это то, что сообщество «не соответствует PCI». Это многословная тема, и она может быть очень сложной. Если вы делаете следующее, то все будет в порядке:

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

Ты будешь в порядке. Как только вы начнете совершать более 20 000 транзакций в год, будет больше документов, но это не должно вас пугать. Ваш провайдер будет рад работать с вами, чтобы не только заполнить документацию, но и ответьте на любые у вас вопросы (мы также делаем это). Если это слишком расплывчато или кто -то хотел бы обсудить, не стесняйтесь обращаться ко мне. Это гораздо больше, чем это, но это отличное начало. По сути, никогда не позволяйте никому запугать вас, чтобы не использовать сообщество, потому что это «не для использования производства» или «только для развития».

Насколько я знаю, Magento не проходит сертификацию PCI для сообщества или 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 в случае, если претензия подается на ущерб или нарушение.

Чтобы не считать, что это лишь незначительная особенность соглашения EE, возьмите полный POS Patent Troll (мой мнение, Конечно) компания под названием Kelora, которая утверждала, что она держала патент на многослойную/озабоченную навигацию в некоторых контекстах; рефери http://www.ecommercefuel.com/patent-troll/ для рецензии. Поскольку Magento предлагает многослойную навигацию из коробки, лицензиаты EE будут защищены от этого иска, и любые убытки, выигранные истцом, но пользователи CE не будут.

Как правило, это не решение о покупке для небольших магазинов, но имеет важное значение для предприятий на уровне предприятия с достаточными активами, чтобы сделать их целью.

Есть действительно хорошая прези в различиях:

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

Основные отличия от моего POV:

  • Лицензия: OSL против коммерческого
  • Модули: расширенный ACL, контент, сегментация клиента, CMS+ (управление версией ...), полное кэширование, SOLR Search, RMA ...
  • Профессиональная поддержка, если вам это нужно. Пока вы можете помочь себе, все в порядке, но подумайте о действительно большом магазине, который может потерять тысячи долларов, если магазин упал на час. Тогда ежегодная плата стоит того, чтобы иметь это резервное решение.

Существует качественный способ, но все выше уже рассмотрели это, вам просто нужно выбрать его для ваших обстоятельств. Количественный способ очень простой, доход от 300 000 до 3 миллионов долларов в год для CE и 3-13 миллионов долларов для EE, выше 13 миллионов долларов, которые вы попадаете на территорию Hybris. Это будет охватывать 95% случаев, если у вас нет особых обстоятельств, таких как попытка запустить 1 миллион продуктов (на самом деле вы можете сделать это с CE, но вам нужен опыт среднего и крупного предприятия, чтобы понять, как).

Почему этот диапазон, это происходит от многонациональных консультантов, которые работают с крупным предприятием и источниками, такими как Gartner. Приведенный ниже диапазон предназначен для EUR, но эквивалентен в долларах США, коммерческая платформа должна составлять 10% расходов на ИТ, что составляет 5% дохода. Итак, вы получаете 15 000 долларов за год, что составляет 3 миллиона долларов, все очень просто. Существует также качественный способ, но это время потребителя, они оба в конечном итоге приходят к одному и тому же ответу, это просто зависит от того, как вы хотите это сделать: не доверяйте никому и узнайте, что это означает качественный: доверие Источник и не нужно знать, какие детали заранее означает количественный. Примерно 95-99% пойдут по качественному маршруту, который занимает 2-10x дольше, чтобы добраться до результата.

Предприятие среднего размера определяется как предприятие, в котором работают менее 250 человек, и годовой оборот, чья годовая оборот не превышает 50 миллионов евро, или годовая общая сумма баланса не превышает 43 млн. Евро.

Небольшое предприятие определяется как предприятие, в котором работают менее 50 человек, а годовой оборот и/или годовой баланс не превышает 10 миллионов евро.

Микропприз определяется как предприятие, в котором работают менее 10 человек, и годовой оборот и/или годовой баланс не превышает 2 миллиона евро.

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

Существует много различий между двумя платформами, но когда дело доходит до вовлечения клиентов, безопасности данных и производительности, предприятие, похоже, оказывает верх.

Если вы принимаете платежи CC, предприятие соответствует PCI. Помогает вам соответствовать.

Платежный мост обрабатывает всю обработку кредитных карт на предприятии, и эта автономная система сертифицирована PA-DSS. Платежный мост недоступен для сообщества.

Цитата от 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 и двигаться дальше.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с magento.stackexchange
scroll top