Quando escolher a edição Magento Enterprise em vez da edição comunitária?

28

Analisando os recursos da edição Enterprise, pergunto-me se devo recomendá-lo aos clientes.

Tenho muitos anos de experiência com a edição da comunidade e já procurei a edição da empresa. Parece-me que quase sempre será mais barato para o meu cliente usar uma edição da comunidade com uma solução de cache de página inteira (como o Varnish com um módulo apropriado) configurada.

Existem mais complementos no Enterprise, como recompensas ou melhor gerenciamento dos direitos da equipe, mas todos eles podem ser facilmente criados usando os módulos apropriados na edição da comunidade que parece.

Depois, há o contrato de nível de serviço (SLA), mas, novamente, com muita experiência em Magento, até agora, sempre fui capaz de resolver problemas em tempo hábil.

Provavelmente estou ignorando alguma coisa, já que a edição Enterprise é amplamente usada, por isso, dê-me idéias / cenários quando recomendar a Enterprise a um cliente.

mpaepper
fonte
Você é um parceiro Magento? (apenas tentando descobrir sua posição para que eu possa postar alguns argumentos relacionados a isso).
FlorinelChis
@FlorinelChis Ainda não estamos pensando nisso, e é por isso que estou fazendo essa pergunta.
Mpaepper
O Magento é muito rigoroso quanto ao nível de suporte que eles oferecem com a Enterprise Edition. Certifique-se de ler o doc âmbito cuidadosamente magentocommerce.com/support/ee
Jake A. Smith
1
+1 - Esta é uma versão muito bem formulada da minha pergunta [fechada] "Principais razões para mudar para a Empresa" - parabéns.
philwinkle

Respostas:

27

Ao comparar duas edições de qualquer pacote de software, a melhor maneira de tomar uma decisão é pesando os custos e benefícios. Embora o Magento EE tenha ótimas funcionalidades adicionais, se você não o estiver usando, pode não valer a pena. Jake Smith está absolutamente correto ao mencionar o escopo do suporte ao Enterprise Edition. É limitado a 1 :

  • Instalação e downloads do Magento
  • Problemas de uso do Magento
  • Configuração básica
  • Solução de problemas, correções de bugs (somente núcleo) e escalonamento

Geralmente, você usará sua equipe de desenvolvimento interna ou uma equipe contratada, que cobrirá problemas não cobertos por esse escopo:

  • Desenvolvimento de Código
  • Apoio ao Desenvolvimento
  • Otimização e ajuste de desempenho
  • Extensões personalizadas
  • Interfaces personalizadas
  • Configuração Personalizada
  • Atualizações do produto principal
  • Migração de dados
  • Recomendações de melhores práticas

Isso permite que você decida se precisa dos recursos disponíveis. Leve em consideração esses principais recursos 2 :

  • Segmentos de clientes
  • Promoções e merchandising direcionados
  • Ferramentas de sugestões de produtos
  • Pesquisa com Solr
  • RMA
  • Recompensas do cliente
  • Vendas privadas
  • Lembretes de e-mail automatizados
  • Registro de presentes
  • Cartões de presente
  • Crédito na loja

Durante a fase de planejamento do seu projeto, você precisará pensar em como rastreará o ROI desses recursos. Cada recurso precisará ser minuciosamente planejado, implementado e depois relatado. Você quer ter certeza de que o dinheiro que chega mais do que cobre o custo dos recursos. Além disso, certifique-se de que, se você planeja usar apenas alguns desses recursos, não faria mais sentido desenvolvê-los ou adquirir os existentes (tenha cuidado ao comprar módulos de terceiros, mas isso é um tópico diferente).

Para alguns sites, o Enterprise faz sentido. Existe uma equipe de marketing, interna ou externa, que ajudará a planejar o uso do pacote de marketing. Eles podem ter uma equipe para analisar o uso e manter constantemente esses recursos. Caso contrário, comece com Comunidade. Temos grandes clientes na Comunidade e na Empresa e conversamos bastante antes de tomar uma decisão. Como uma extensão confiável das empresas de nossos clientes, é de extrema importância colocar suas necessidades em primeiro lugar.

A maior tática de medo que eu já vi é que a comunidade "não é compatível com PCI". Este é um tópico longo e pode ser muito complexo. Se você estiver fazendo o seguinte, ficará bem:

  • Preenchendo sua papelada PCI
  • Implementando políticas de PCI
  • Documentando suas políticas técnicas PCI (principalmente para seu host)
  • Usando um gateway de pagamento para o qual você redireciona (PayPal) ou HTTPS para se comunicar com uma API

Você ficará bem. Depois de começar a fazer mais de 20.000 transações por ano, haverá mais papelada - mas isso não deve assustá-lo. Seu fornecedor terá prazer em trabalhar com você para não apenas preencher a documentação, mas responder a quaisquer perguntas que você possa ter (também fazemos isso). Se isso for muito vago ou alguém quiser discutir, sinta-se à vontade para entrar em contato comigo. Há muito mais do que isso, mas é um ótimo começo. Basicamente, nunca permita que ninguém o intimide a não usar a Comunidade, porque "não é para uso em produção" ou "apenas para desenvolvimento".

Até onde eu sei, o Magento não passa pela certificação PCI para Community Edition ou Enterprise Edition. É um processo longo e caro. Os únicos produtos disponíveis no Magento que são compatíveis com PCI são:

  • Magento Go
  • Ponte de Pagamento Magento

Então, espero que este seja um bom guia para ajudar a tomar uma decisão. Lembre-se: se os recursos do Enterprise valerem a pena, obtenha-o. É um ótimo produto e tem algumas coisas realmente legais. Caso contrário, aguarde. Embora seja um pouco mais complicado migrar da Comunidade para a Empresa do que começar, você economizará algum dinheiro que poderá usar para um recurso personalizado extra ou uma melhor hospedagem.

Fontes:

  1. http://www.magentocommerce.com/support/ee/
  2. http://www.magentocommerce.com/product/enterprise-features
Bob Brodie
fonte
7

Uma das razões que não foi abordada pelas outras respostas é a indenização. Para comportamentos e códigos que fazem parte da base de códigos pronta para uso, a Magento (eBay) defenderá os titulares de licenças de EE no caso de uma reclamação por danos ou infração.

Para que não se pense que essa é apenas uma característica menor do contrato de EE, adote a empresa completa de trolls de patentes de POS (minha opinião , é claro) chamada Kelora, que alegou que detinha uma patente sobre navegação em camadas / facetada em alguns contextos; ref http://www.ecommercefuel.com/patent-troll/ para uma redação. Como o Magento oferece navegação em camadas pronta para uso, os licenciados de EE seriam protegidos contra esse processo e qualquer dano sofrido pelo autor, mas os usuários do CE não.

Geralmente, essa não é uma decisão de compra para pequenas lojas, mas é essencial para empresas de nível empresarial com ativos suficientes para torná-las um alvo.

benmarks
fonte
Resposta fantástica.
22413 philwinkle
Se você pagar ao Magento por uma licença de EE apenas por causa de uma ação judicial, os trolls de patentes vencem. Isso é como meta trolling de patentes.
Ralph Tice
@RalphTice Longe de ser preciso. Existem patentes legítimas de software por aí, que podem apresentar alegações válidas. Independentemente disso, as organizações corporativas sempre buscam mitigar os riscos pelo menor valor possível, e uma licença anual de menos de US $ 15.000 é uma ninharia para essas organizações com receita na casa dos milhões. Além disso, é raro que essas organizações se interessem apenas em indenizações - o SLA e o acesso aos recursos de EE quase sempre fazem parte da lógica de compra.
benmarks 12/02
@benmarks Você está fazendo um apelo falacioso ao tamanho, assumindo que o tamanho de uma organização ou suas receitas é relevante para saber se algo está 'certo' ou não, assim como uma suposição incorreta quanto à escala das operações que eu estou responsável por. Além disso, você parece concordar comigo de qualquer maneira - a indenização nunca é o único interesse em comprar licenças.
Ralph Tice
@RalphTice Minha resposta pretende adicionar às respostas existentes, pois nenhuma delas mencionou indenização. Talvez essa intenção da minha resposta tenha sido esquecida por você e, portanto, eu não entendi o seu comentário. Além disso: dado que as ações de patentes de software (falsas ou não) são uma realidade, a indenização relativamente barata é adequada para possíveis alvos. Os trolls vencem quando pequenas empresas desmoronam; grandes empresas podem travar uma luta cara contra essas criaturas terríveis. Negar dinheiro aos trolls ou (melhor) envolvê-los em uma batalha cara é mais uma vitória para os mocinhos.
benmarks
6

Existe um Prezi muito bom sobre as diferenças:

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

As principais diferenças do meu POV:

  • Licença: OSL vs. Comercial
  • Módulos: ACL avançado, Content Stagine, segmentação de clientes, CMS + (controle de versão ...), cache de página inteira, pesquisa SOLR, RMA ...
  • Suporte profissional, se você precisar. Contanto que você possa se ajudar, tudo bem, mas pense em uma loja realmente grande, que pode perder milhares de dólares se a loja ficar inativa por uma hora. Então, a taxa anual vale a pena ter essa solução alternativa.
Tobias
fonte
1
O link solitário é considerado uma resposta ruim (consulte as perguntas frequentes ), pois não faz sentido por si só e não é garantido que o recurso de destino esteja vivo no futuro . Seria preferível incluir aqui as partes essenciais da resposta e fornecer o link para referência.
J0k 11/02
2
thx para a dica, eu adicionei os pontos mais importantes da apresentação à minha resposta #
1111 Tobias
Adicione uma nova linha depois POV:, para que a lista seja ativada!
j0k
0

Existe uma maneira qualitativa, mas todos os participantes acima já abordaram isso, basta escolher por suas circunstâncias. A maneira quantitativa é muito simples: receita de US $ 300.000 a US $ 3 milhões por ano para CE e US $ 3-13 milhões para EE, acima de US $ 13 milhões para o território da Hybris. Isso abrangerá 95% dos casos, a menos que você tenha circunstâncias muito especiais, como tentar lançar um site de livro de um milhão de produtos (na verdade, você pode fazer isso com o CE, mas precisa de experiência em médias e grandes empresas para entender como).

Por que essa faixa é fornecida por consultores multinacionais que trabalham com grandes empresas e fontes como a Gartner. O intervalo abaixo é para EUR, mas é equivalente em USD, uma plataforma de comércio deve ser 10% do gasto em TI, que é 5% da receita. Então, você obtém US $ 15.000 / ano, o que equivale a US $ 3 milhões em receita, tudo muito simples. Existe também a maneira qualitativa, mas isso consome tempo, mas ambos acabam tendo a mesma resposta no final, depende apenas de como você deseja: não confie em ninguém e descubra que é qualitativo: confiança a fonte e não precisa conhecer os detalhes antecipadamente significa quantitativo. Cerca de 95-99% seguirá a rota qualitativa que leva de 2 a 10 vezes mais para chegar ao resultado.

Uma empresa de médio porte é definida como uma empresa que emprega menos de 250 pessoas e cujo volume de negócios anual não excede 50 milhões de EUR ou cujo total do balanço anual não excede 43 milhões de EUR.

Uma pequena empresa é definida como uma empresa que emprega menos de 50 pessoas e cujo volume de negócios anual e / ou total do balanço anual não excede 10 milhões de EUR.

Uma microempresa é definida como uma empresa que emprega menos de 10 pessoas e cujo faturamento anual e / ou total do balanço anual não excede 2 milhões de EUR.


fonte
15 mil / ano é de 0,5% de US $ 3 milhões, e não de 5%.
super9
-2

Magento Community é uma solução de código aberto gratuita, ou seja, deve ser suficiente se sua loja ou marca não tiver requisitos muito grandes em termos de volume de vendas. No entanto, se você estiver lidando com uma receita de 6 dígitos (como milhões de dólares em receita por ano), é altamente recomendável usar o Magento Enterprise, baseado principalmente na funcionalidade "pronta para uso" que não pode ser desfrutada na Comunidade. (com base em http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/ )

Existem muitas diferenças entre as duas plataformas, mas quando se trata de engajamento do cliente, segurança e desempenho dos dados, a Enterprise parece ter a vantagem.

user9055
fonte
... 6 dígitos (como milhões ...?
Matt Dunbar
-3

se você aceitar pagamentos cc, a empresa é compatível com PCI. Ajuda você a ficar em conformidade.

A Payment Bridge lida com todo o processamento de cartão de crédito no Enterprise, e esse sistema stand-along é certificado pelo PA-DSS. O Payment Bridge não está disponível para o Community Edition.

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

Ponte de pagamento

A ponte de pagamento do Enterprise Edition 1.9 foi certificada pela Coalfire, um Assessor de Segurança Qualificado PCI (QSA), para atender ou exceder os requisitos do PCI DSS. Na verdade, isso pode não ter sido um grande passo tecnológico, já que alguns acreditam que o software que reside em um servidor seguro precisa apenas atender às práticas de codificação padrão do setor, mas a mudança é significativa para os engenheiros e desenvolvedores de software que precisariam demonstrar a conformidade com a PCI. Efetivamente, essa nova ponte de pagamento permite que os desenvolvedores empresariais “marquem” a conformidade com o PCI e sigam em frente.

Jon
fonte
1
Embora o Enterprise seja compatível com PA-DSS e tenha um esquema de criptografia atualizado para cumprir com o SAQ-D e superior, o próprio CE não é necessário como não compatível. O EE não ajuda você a alcançar a conformidade, pois há mais na conformidade com PCI do que no software que trata da transferência de CC.
22413 philwinkle
O EE ajuda a obter conformidade. Qual parte não está clara?
12133 Jon
Os próprios Magento dizem "A implementação da ponte de pagamento com o Magento Enterprise economiza tempo e dinheiro dos comerciantes on-line no que diz respeito ao cumprimento dos requisitos de PCI". magentocommerce.com/company/pci-compliance
Jon
@philwinkle - O EE não é mais compatível com PCI do que o CE se você não usa o Payment Bridge. Eles apenas introduziram o PB para que pudessem criar uma base de código estática - fazer o PCI ser testado e deixar o Magento não testado, para que não precisassem de um novo teste com todas as linhas de código que foram alteradas.
Ben Lessani - Sonassi
@sonassi Passei por três auditorias de PCI conduzidas por terceiros e nunca usei PB; ambos com CE e com EE. CE exigiu um trabalho mais extenso para implementar o necessário criptografia / hashing, mas a maior parte do trabalho necessário era apenas para ser processos de documentos, coloque-políticas em vigor, siga OWASP etc.
philwinkle