什么时候该升级到 Shopify 深度、DevOps 深度、DNS 深度
Web Commerce Ops 这本书解决的是"站点商业执行层"的运营问题。当你遇到的问题超出了这个层次，就应该主动升级到对应的专业深度。本节帮你判断：当前遇到的问题，是继续在运营层解决，还是应该转向更专业的平台/基础设施/开发能力。
升级判断框架
flowchart TD
A[遇到问题] --> B{问题类型}
B --> C[商品/促销/订单/支付/客服/数据]
B --> D[平台功能/应用/主题/扩展]
B --> E[服务器/部署/监控/CI-CD/自动化发布]
B --> F[域名/CDN/SSL/邮件/边缘网络]
C --> C1[继续在本书解决]
D --> D1[升级: Shopify 专家实战指南]
E --> E1[升级: DevOps 实战指南]
F --> F1[升级: DNS 与站点技术运营指南]
什么时候需要 Shopify 深度
shopify-expert-guide 解决的是平台深层能力的问题，当以下情况出现时应该转向：
| 信号 | 说明 |
|---|---|
| 需要自定义结账流程 | 超出 Shopify 原生配置能力 |
| 需要复杂的多价格体系 | B2B 定价、批发价、会员阶梯价 |
| 主题改动超出 Section 编辑范围 | 需要修改 Liquid 模板代码 |
| 应用之间有冲突 | 需要理解应用安装顺序和冲突排查 |
| 需要 Shopify Functions/Extensions | 自定义折扣逻辑、配送逻辑 |
| 多店铺/多 Expansion Store 管理 | 共享库存、统一报表 |
一句话判断标准： 如果你的问题的答案需要写代码或修改 Shopify 应用配置，就是 shopify-expert-guide 的领域。
什么时候需要 DevOps 深度
devops-guide 解决的是基础设施、部署和工程协作的问题：
| 信号 | 说明 |
|---|---|
| 需要自建部分服务（Headless、API 中间层） | 不再是纯 SaaS 平台 |
| 需要 CI/CD 管道 | 代码变更频繁，需要自动化测试和发布 |
| 需要多环境管理（dev/staging/prod） | 规模化开发协作 |
| 系统故障时无法快速回滚 | 需要正式的发布管理流程 |
| 监控和告警不在运营层能解决 | APM、日志管理、性能监控 |
| 需要容器化部署 | Docker、Kubernetes |
一句话判断标准： 如果你的问题的答案涉及服务器配置、代码部署流程或基础设施架构，就是 devops-guide 的领域。
什么时候需要 DNS 深度
dns-guide 解决的是域名、网络基础和边缘服务的问题：
| 信号 | 说明 |
|---|---|
| 域名解析/迁移问题 | DNS 记录配置、TTL、迁移策略 |
| CDN 配置优化 | 缓存策略、地理分发、回源配置 |
| SSL/TLS 证书问题 | 证书续期、多域名证书、HSTS |
| 邮件送达率问题 | SPF/DKIM/DMARC 配置 |
| 站点性能：网络层优化 | TTFB、HTTP/2、边缘计算 |
| 多域名/子域名管理 | 品牌域名、市场域名、重定向策略 |
一句话判断标准： 如果你的问题的答案需要修改 DNS 记录或配置 CDN/边缘服务，就是 dns-guide 的领域。
本书的边界在哪里
graph LR
A[本书范围: Web Commerce Ops] --- B[商品/促销治理]
A --- C[订单/支付/风控协同]
A --- D[库存/履约/售后]
A --- E[客服系统/SLA]
A --- F[数据看板/节奏]
A --- G[自动化/集成/编排]
A --- H[权限/审计/协作]
A --- I[大促/应急响应]
当你遇到的问题已经超出以上范围时，是时候向对应的专业指南升级了。
常见误区
- 用运营方式解决基础设施问题：如用手动脚本代替 CI/CD，长期不可维护
- 用技术手段解决运营决策问题：技术能实现，但实现什么取决于业务判断
- 推迟升级，等问题大了再解决：技术债在商业加速期会产生复利效应
- 所有问题都自己解决，不引入专业人才：专业问题找专业人，是扩展能力的基本方式
本节执行清单
- [ ] 列出当前团队遇到的、靠运营层解决不了的 Top 3 问题
- [ ] 对照三个升级信号表，判断每个问题应该升级到哪个方向
- [ ] 如果已经有 DevOps 或 Shopify 专业人员，建立问题上报路径
- [ ] 阅读对应的专业指南，了解更深层的能力边界
下一节：从手工运营走向系统化运营的 90 天路线图——判断好升级方向后，最后一节给出一个可落地的 90 天行动框架。