从门店需求出发
定制店面是一种交付选择，而非目标本身。写下业务当前无法实现的行为：产品配置器、内容导向的购买旅程、客户门户，或与后台系统的集成。然后检查更换主题或一个有针对性的应用能否满足该需求。
无头 Shopify 将面向客户的店面与商务后端分离开来。Shopify 为此提供了其 Storefront API 和 Hydrogen 工具。这种灵活性也意味着团队必须维护店面应用程序。它不会自动消除结账或套餐限制。请对照纳入范围的功能和套餐，查阅 Shopify 的无头文档 。
比较三种范围
- 主题工作： 适配现有门店的商品陈列、内容、导航和布局更改。在引入另一套运行时之前，先评估现有应用和主题性能。
- 集成工作： 在 Shopify 与另一个业务系统之间流转的库存、订单、客户记录或履约数据。许多此类工作流可以保留当前的店面。
- 定制店面： 客户旅程足够独特，足以证明单独进行应用开发、预览、托管和持续维护是合理的。
示例：库存与订单交接
假设某批发商需要将订单复制到其履约系统，并将库存水平返回门店。首个交付成果应是产品标识符、库存归属和订单状态的映射。定义订单被编辑、取消或重复处理时会发生什么，以及员工如何对失败的传输进行对账。替换店面本身并不能解决这些问题。
需要准备什么
请提供门店 URL、当前的主题和应用清单、目标市场、目录示例以及所涉及的系统。在可行的情况下提供沙盒访问权限，以及一位能够决定库存和订单应如何运作的业务负责人。请避免在初次咨询时共享实时凭据。
一份有用的方案会将客户体验与数据迁移、平台集成、分析、验收测试和维护区分开来。它应当识别出结账限制、需要套餐核实的订阅或 B2B 需求，以及任何可能影响交付的第三方依赖。
对于 WooCommerce，应分别评估 WordPress 托管、插件栈和升级流程；它并非可与 Shopify 实现互换的方案。有关门店功能，请参阅 Shopify 和 WooCommerce 开发 ；有关业务系统的连接，请参阅 API 集成服务 。
