Gadero 销售超过 20,000 种木材产品，覆盖地板、花园房屋和可配置木屋，并服务四个国家。它运行在 commercetools 上。Lavazza Netherlands 的交易中有 90% 是接入 ERP 的 B2B 咖啡订单，使用的是 BigCommerce。两个选择都正确，原因也相同：平台服从业务运营模式，而不是让业务迁就平台。
我们同时建设 commercetools、Shopify Plus 和 BigCommerce，因此没有必要为某个授权收入替这场比较背书。真正值得讨论的是：签约之前，应该问哪些问题。
两种不同的下注
选择 Shopify Plus，意味着你的电商需求足够接近主流市场，可以用一套共享且有明确观点的平台，更快、更便宜地获得店铺、结账、后台和应用生态。对大多数 B2C 品牌来说，这个判断是成立的。
选择 commercetools，则意味着商品目录、价格或渠道模型足够特殊，值得长期投入工程能力来拥有电商逻辑。它提供商品、购物车、订单、价格和促销 API，但不提供店铺前台。客户看到的每个页面，都需要由你或交付伙伴建设和运营。
两者都不天然更“现代”。真正的问题，是哪一个更贴合你的业务运行方式。
Shopify Plus 真正有优势的地方
如果你的业务符合下面的情况，可以先停下来，省下大量成本：
- 标准 B2C 销售。 商品选项不多，价格和折扣规则简单，只有一条结账流程。
- 速度和团队规模优先。 小团队加合作伙伴就能上线，平台负责托管、PCI 范围、结账稳定性和升级。
- 营销主导运营。 运营人员可以通过主题、活动应用和成熟后台发布变更，而不必等待部署流程。
- 中等复杂度的 B2B。 公司档案、价格表、账期和数量规则，已经能覆盖直接的批发业务。
过去的一些反对理由也在变弱。结账可以通过 Checkout Extensions 和 Shopify Functions 扩展，产品模型也突破了旧的变体限制。不要因为一篇 2021 年的限制文章就选择 commercetools。
commercetools 为什么值得它的复杂度
我们推荐 commercetools 的项目通常有共同点：电商逻辑本身就是竞争力，而且无法被模板覆盖。
- 深层或结构化目录。 复杂的产品类型、可配置木屋和技术型 B2B 商品需要更强的建模能力。
- 分层价格。 价格按渠道、客户群、国家、币种和数量实时变化，并且通常来自 ERP 的大量规则。
- 严肃的 B2B 结构。 多层公司、买家角色、报价、审批和权限，远超过主题定制可以解决的范围。
- 多个触点共用一个后台。 Web、App、市场、门店和自助终端都需要共用购物车与定价 API。
- 掌握自己的路线图。 平台的发布周期不会限制功能，但每项能力也都需要你的工程团队负责。
选型时容易忽略的团队问题
授权费只是可见成本，真正的结构性成本是组织能力。commercetools 需要一支持续存在的工程团队，可以是内部团队、外部交付团队，或两者的组合。店铺前台、集成和运营都由你负责。
一个简单的检查方式是：如果你无法说清楚第三年谁来负责平台代码，就不要选择 commercetools。如果最近三个增长项目都死在平台限制上，也不要继续被模板绑住。
费用本身会随着合同和使用量变化。与其依赖一篇过时的价格文章，不如用当前报价建立三年模型，并且诚实地把工程团队成本放进两种方案。
一张简短的判断表
选择 Shopify Plus：
- B2C 或直接批发，目录适合选项式建模
- 上市速度比电商逻辑差异化更重要
- 没有长期工程团队，也不准备建立一支
选择 commercetools：
- 价格、目录或 B2B 结构明显非标准
- 多个渠道或品牌必须共享一个电商后台
- ERP、PIM、OMS 深度集成是核心工作
- 已经拥有或准备投入长期工程能力
如果你处在中间地带，诚实的答案往往是先选择 Shopify Plus，并保持数据模型干净；当增长迫使你迁移时，再用分阶段方法迁移。平台比过去更容易替换，但数据模型不是。
如果最终需要迁移
无论选择哪一个平台，都不要进行一次性切换。我们已经整理了 Gadero 和 GOED 使用的分阶段迁移方法，它属于电商平台工程实践。如果你希望结合实际目录和组织结构做判断，欢迎把具体情况带来讨论。
