现状
写清“客户状态与同意”目前如何运作，包括涉及的系统、团队和市场。
商业运营指南
Shopify 留存蓝图
把身份、同意、引导、激活、复购、召回、服务和实验连接成有人负责的生命周期系统。
- 01
- 客户状态与同意
- 02
- 生命周期旅程与服务
- 03
- 留存量测与工作清单
决策边界
客户状态与同意
先定义要做的判断，再选择解决方案。 把身份、同意、引导、激活、复购、召回、服务和实验连接成有人负责的生命周期系统。 在比较平台或实施方式前，先明确业务问题、范围、现实限制、负责人和验收证据。
现实限制
记录真正影响判断的限制，例如数据质量、平台行为、预算、责任、时间或运营能力。
验收证据
明确选择方案或启动项目前必须具备的证据，以及最终核准人。
必要证据
生命周期旅程与服务
用可以检查的输入工作，不用假设补空白。 把身份、同意、引导、激活、复购、召回、服务和实验连接成有人负责的生命周期系统。 把现状数据、系统行为、客户证据、运营规则和待确认问题整理成一份可复核的证据包。
来源与期间
针对“生命周期旅程与服务”，写明真相来源、观察窗口和本次复核使用的版本。
已知缺口
把已观察事实、假设、缺失输入、服务商说法和仍需验证的判断分开记录。
复核责任人
指定可以重算证据、并在核准前处理差异的责任人。
落地路径
留存量测与工作清单
把判断转成有人负责的执行顺序。 把身份、同意、引导、激活、复购、召回、服务和实验连接成有人负责的生命周期系统。 明确任务、依赖、复核节点、上线条件和恢复方案，让建议可以顺利进入实施。
执行工作包
把“留存量测与工作清单”拆成明确交付物，补齐负责人、依赖和期限。
上线条件
定义上线前需要通过的复核证据、核准人和监控窗口。
恢复方案
保留可恢复版本、回滚条件、通知负责人和上线后复核日期。
合作方式
做判断的人，也持续负责落地。
我们先把市场、用户和业务约束说清楚，再同步推进体验与技术架构，并用可验收的阶段持续交付。前期参与判断的成员不会在立项后消失。
定义问题
确认目标市场、核心用户、商业目标、边界与成功标准。
设计体验
把策略变成用户路径、内容结构、设计系统与可验证原型。
工程落地
围绕性能、可访问性与可维护性完成前端、CMS 和系统集成。
持续增长
结合上线数据、用户行为和运营反馈，安排下一轮迭代。
常见问题
使用这份指南前要准备什么？＋
准备现有流程、可用数据、已知限制、责任人，以及必须做出的判断。缺少的证据应明确记录，不要用猜测补齐。
这份指南可以替代技术或商务调研吗？＋
不能。它帮助团队准备和比较证据；最终范围、架构、时间与投入仍需要针对项目完成调研。