生命周期、复盘与停止决策

你已经投入三个月，回访仍不明确，却总想“再优化两周”。这次继续，是因为下一步值得做，还是不愿承认之前的投入可能回不来？

本篇帮助你用现有证据决定继续、转向、稳定维护或结束，并给不确定的下一轮设置上限。

为什么阶段由风险决定，而不是上线天数

探索期先问价值与体验是否成立，验证期进一步检查重复使用与经营，增长期处理渠道与承载，稳定期维持价值和成本。上线满一个月，不代表已经进入增长期；没有成熟经济就扩量，可能只是在扩大未知。

用阶段命名的价值，是集中当前最重要的问题，而不是给产品贴一个进度标签。

从结果回到原假设，而不是直接追加功能

虚构案例中，首关完成提升，次日回访却无明确变化。解释可能是理解改善但回访价值未变，也可能是信息不足或渠道变化。先核对原目标、事实、数据质量和候选原因，再决定补证。

直接加签到，等于跳过了为何没回来的问题。复盘要区分做了什么、学到了什么、仍不知道什么，把后续动作连回证据，而不只总结工作量。

四种选择为什么都可能合理

选择	关键依据	下一步不是口号，而是
继续迭代	有核心价值迹象，瓶颈可处理	选少数问题，约定投入与验证
转向	人群、场景或机制的某前提失效	说明改哪一层，重新检查关联假设
稳定维护	价值稳定，扩张不合算或资源受限	下调承诺，保证质量与权益
停止／结束	关键路径长期不成立或条件不可接受	保护用户权益，安排实际收尾

转向不应同时改所有东西，否则旧学习难以迁移，也难知道新结果来自哪里。停止应看未来投入与机会成本：已经花的时间无法被下一次决定改变，但仍可帮助理解为何估算偏差。

为什么投资备忘能约束“再试一下”

每四周问：带着今天的信息，是否仍愿意投入下一阶段？时间与现金上限多少？最有可能改变选择的证据是什么？同时写支持继续与停止的最强理由，避免只为偏爱的方向辩护。

不确定时，可以批准一轮有上限的学习，而不是无限延期。例如两周只检查目标新手是否愿意自发再来，期间不加外围系统；结束时按预先条件继续、改选或承认信息仍不足。

结束为什么仍是一次交付

删服务器并不会自动处理剩余权益、历史支付、数据请求和外部依赖。实际收尾要核验平台和适用要求，安排通知、退款或补偿、数据访问与删除、域名与服务续费、授权及必要财务记录。

应把这些列成有负责人、时间和证据的计划。具体义务取决于真实业务与规则，不能套用虚构小游戏的简化例子。

适用边界：别用一个百分比决定生死

低留存可能来自不成熟队列或版本故障，高收入也可能来自短期渠道。体验、成熟人群、成本、数据可信度与平台状态需要一起看。

个人资源变化也是有效约束。即使产品仍有机会，选择稳定维护或收尾也可以合理；关键是如实记录依据，并完成已有承诺。

练习：用 复盘模板 分别写继续与停止的最强理由，再选下一轮行动，附预算、日期、撤回和复查条件。检查它是否真的依赖你记录的证据。