何时选择Magento企业版而不是社区版?


28

通过查看企业版的功能,我想知道是否应该将其推荐给客户。

我在社区版方面拥有多年的经验,并研究了企业版。在我看来,使用带有完整页面缓存解决方案(例如具有适当模块的Varnish)的社区版对我的客户来说几乎总是便宜的。

企业还有更多附加组件,例如奖励或更好的员工权利管理,但似乎可以使用社区版中的相应模块轻松构建所有这些附加组件。

然后是服务水平协议(SLA),但是再次拥有非常丰富的Magento经验,到目前为止,我始终能够及时解决问题。

由于可能广泛使用企业版,因此​​我可能会忽略某些事情,因此,当向客户推荐企业版时,请给我提供一些见解/方案。


您是Magento合作伙伴吗?(只是想弄清楚您的位置,以便我可以发布一些与此相关的论点)。
FlorinelChis

@FlorinelChis还没有,我们正在考虑,这就是为什么我问这个问题的一部分。
mpaepper

Magento对企业版提供的支持水平非常严格。确保您仔细阅读了范围文档magentocommerce.com/support/ee
Jake A. Smith,

1
+1-这是我的[已关闭]问题“切换至企业版的最主要理由”的非常好措词的版本-荣誉。
philwinkle

Answers:


27

比较任何软件包的两个版本时,做出决定的最佳方法是权衡成本和收益。虽然Magento EE确实具有一些很棒的附加功能,但是如果您不使用它,那么它可能不值得。杰克·史密斯(Jake Smith)提到企业版支持范围是绝对正确的。仅限于1

  • Magento安装和下载
  • Magento使用问题
  • 基本配置
  • 故障排除,错误修复(仅核心)和升级

通常,您将使用内部开发团队或雇用的团队,这将涵盖该范围未涵盖的问题:

  • 代码开发
  • 开发支援
  • 优化和性能调整
  • 自定义扩展
  • 自定义界面
  • 自定义配置
  • 核心产品升级
  • 数据迁移
  • 最佳做法建议

这样您就可以决定是否需要可用的功能。考虑以下关键特征2

  • 客户群
  • 有针对性的促销和商品
  • 产品建议工具
  • 用Solr搜索
  • RMA
  • 客户奖励
  • 私人销售
  • 自动电子邮件提醒
  • 礼物登记
  • 礼品卡
  • 商场信用积分

在项目的规划阶段,您需要考虑如何跟踪这些功能的ROI。每个功能都需要进行彻底的计划,实施,然后进行报告。您将要确保收益不仅仅包括功能成本。另外,您将要确保,如果仅计划使用其中一些功能,那么开发它们或购买现有功能就没有多大意义了(购买第三方模块时要格外小心,但这是一个不同的主题)。

对于某些站点,Enterprise很有意义。有一个内部或外部的营销团队,将帮助计划营销套件的使用。他们可能有一个团队来分析使用情况并不断维护这些功能。如果不是,则从社区开始。我们在社区和企业上都有大量客户,因此在做出决定之前先进行广泛的交谈。作为客户公司值得信赖的扩展,将客户的需求放在首位至关重要。

我见过的最大的恐吓策略是社区“不符合PCI”。这是一个冗长的话题,并且可能非常复杂。如果您正在执行以下操作,则可以:

  • 填写您的PCI文书
  • 实施PCI策略
  • 记录您的PCI技术策略(主要针对您的主机)
  • 使用您重定向到(PayPal)或HTTPS的支付网关与API进行通信

没事的 一旦您开始每年进行超过20,000次交易,就会有更多的文书工作-但这不会吓到您。您的提供者将很乐意与您合作,不仅填写文档,而且回答您可能遇到的任何问题(我们也这样做)。如果这太含糊或任何人想讨论,请随时与我联系。除此之外,还有很多,但这是一个很好的开始。基本上,永远不要让任何人欺负您不要使用社区,因为它是“不用于生产用途”或“仅用于开发”。

据我所知,Magento并未通过Community Edition或Enterprise Edition的PCI认证。这是一个漫长而昂贵的过程。Magento唯一符合PCI标准的产品包括:

  • Magento Go
  • Magento付款桥

因此,希望这是帮助您做出决定的正确指南。请记住-如果企业版中的功能可以得到回报,请获取它。这是一个很棒的产品,并且有一些非常整洁的东西。如果没有,请等待。尽管从社区迁移到企业要比开始迁移涉及更多的工作,但是您会节省一些钱,可用于额外的自定义功能或更好的托管。

资料来源:

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

7

其他答案未解决的原因之一是赔偿。对于作为现成代码库一部分的行为和代码,如果对损害或侵权提出索赔,Magento(eBay)将为EE许可证持有人辩护。

为了避免这只是EE协议的一个次要特征,请使用名为Kelora 的完整POS专利巨魔公司(当然,我认为),该公司声称在某些情况下拥有分层/多面导航的专利;REF http://www.ecommercefuel.com/patent-troll/用于书面记录。由于Magento提供了开箱即用的分层导航功能,因此EE许可证持有人将不受此诉讼和原告赢得的任何损害的保护,而CE用户则不会。

对于小商店来说,这通常不是购买决定,对于拥有足够资产使其成为目标的企业级企业而言,这是至关重要的。


很棒的答案。
philwinkle

如果您只是因为诉讼而向Magento支付了EE许可证,则专利巨魔将获胜。这就像元专利拖延。
Ralph Tice

@RalphTice不太准确。那里有合法的软件专利,可以提出有效的要求。无论如何,企业组织始终希望以尽可能少的风险来减轻风险,对于这些年收入达数百万美元的组织来说,每年的许可证费用低于15,000美元是微不足道的。而且,很少有这些组织仅对赔偿感兴趣,因为SLA和对EE功能的访问几乎始终是购买逻辑的一部分。
benmarks

@benmarks您是在欺骗规模,这是假设组织的规模或其收入与某件事情是否“正确”有关,以及对我所从事的业务规模的错误假设负责。无论如何,您似乎也都同意我的观点-赔偿从来不是购买许可的唯一利益。
拉尔夫·蒂斯

@RalphTice我的答案旨在添加到现有答案中,因为它们均未提及赔偿。也许您错过了我回答的意图,因此我误解了您的评论。除此之外:鉴于软件专利诉讼(虚假或其他)是现实的,相对便宜的赔偿适合潜在的目标。当小公司陷于困境时,巨魔将获胜。大公司可以对这些可怕的生物进行昂贵的战斗。拒绝巨魔钱财或(更好)让他们参与一场代价高昂的战斗,对于好人来说更是一种胜利。
benmarks

6

关于差异,有一个非常好的Prezi:

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

与我的POV的主要区别是:

  • 许可:OSL与商业
  • 模块:高级ACL,内容停滞,客户细分,CMS +(版本控制...),全页缓存,SOLR搜索,RMA ...
  • 如果您需要专业支持。只要您能自助,就可以了,但是请考虑一家真正的大商店,如果商店倒闭一个小时,这可能会损失数千美元。那么,拥有该后备解决方案的年费是值得的。

1
孤独的链接被认为是一个不好的答案(请参见常见问题解答),因为它本身没有任何意义,并且不能保证目标资源在将来仍然有效最好在这里包括答案的基本部分,并提供链接以供参考。
13年

2
提示,我在演示文稿中添加了最重要的要点
Tobias

在此之后添加新行POV:,因此将激活该列表!
2013年

0

有定性的方法,但是以上每个人都已经解决了,您只需要根据自己的情况选择即可。定量方法非常简单,CE每年收入30万至300万美元,EE每年收入3-13百万美元,进入Hybris领土的收入超过1300万美元。除非您有非常特殊的情况,否则这将涵盖95%的情况,例如尝试启动一百万个产品手册网站(实际上您可以使用CE来做到这一点,但您需要具有中大型企业的经验才能了解如何操作)。

为什么选择这个范围,这来自与大型企业合作的跨国顾问,以及来自Gartner的消息来源。以下范围是基于欧元的,但以美元为单位,商务平台应占IT支出的10%,即收入的5%。因此,EE您每年将获得15,000美元,这是300万美元的收入,所有这些都非常简单。还有定性的方法,但是那很浪费时间,无论如何他们最终都会得出相同的答案,这只取决于您想采用哪种方法:不要相信任何人,发现自己意味着定性:信任来源,不需要事先知道细节就意味着定量。大约95-99%的定性路线将花费2-10倍的时间才能得出结果。

中型企业是指员工人数少于250人且年营业额不超过5000万欧元或年资产负债表总额不超过4300万欧元的企业。

小型企业是指雇员少于50人且年营业额和/或年资产负债表总额不超过1000万欧元的企业。

微型企业的定义是雇员少于10人且年营业额和/或年资产负债表总额不超过200万欧元的企业。


15K /年是300万美元的0.5%,而不是5%。
super9

-2

Magento社区是一个免费的开放源代码解决方案,这意味着,如果您的商店或品牌对销量没有太大要求,就足够了。但是,如果您要处理的是6位数的收入(例如每年的收入达数百万美元),则强烈建议使用Magento Enterprise,这主要是基于其在社区中无法享受的“开箱即用”功能。(基于http://www.acidgreen.com.au/blog/magento-ecommerce/what-is-the-difference-between-magento-community-and-magento-enterprise/

两种平台之间有很多差异,但是在客户参与度,数据安全性和性能方面,Enterprise似乎占据了上风。


... 6-数字(例如数百万...?
马特·邓巴

-3

如果您采用cc付款,则说明企业符合PCI。帮助您合规。

Payment Bridge处理企业中的所有信用卡处理,并且该备用系统已通过PA-DSS认证。付款桥不适用于社区版。

引用http://ecommercedeveloper.com/articles/2124-magento-releases-enterprise-edition-update-includes-pci-compatible-bridge/

付款桥

企业版1.9的支付桥已经通过了PCI合格的安全评估员(QSA)Coalfire的认证,可以达到或超过PCI DSS的要求。从技术上讲,这实际上可能不是很大的一步,因为有些人认为驻留在安全服务器上的软件只需要满足行业标准的编码惯例,但是此举对于否则需要证明PCI合规性的软件工程师和开发人员而言意义重大。实际上,这种新的支付桥使企业开发人员可以“检查” PCI合规性并继续前进。


1
虽然Enterprise符合PA-DSS,并具有升级的加密方案以符合SAQ-D及更高版本,但CE本身并不一定非兼容。EE不能帮助您实现合规性,因为PCI合规性不只是处理CC交接的软件。
philwinkle

EE确实可以帮助您实现合规性。哪位不清楚?
2013年

Magento自己说:“使用Magento Enterprise实施支付桥可以节省在线商家在遵守PCI要求方面的金钱和时间。” magentocommerce.com/company/pci-compliance
乔恩

@philwinkle-如果您不使用Payment Bridge,则EE不再比CE更符合PCI。他们只是介绍了PB,以便他们可以建立一个静态代码库-对PCI进行测试,而无需对Magento本身进行测试,因此,他们不需要对更改的每一行代码都进行重新测试。
Ben Lessani-Sonassi 2014年

@sonassi我已经通过并通过了由第三方进行的3次PCI审核,并且从未使用过PB;CE和EE都可以。CE需要更广泛的工作,以实现所需的加密/散列,但所需的大部分工作只是将文件的过程,把它的政策到位,遵循OWASP等
philwinkle
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.