kill-criteria-exit-ramps

终止标准与退出机制

---

常见模式

模式 1：预先设定终止标准（启动前）

适用场景：启动新项目、实验或产品时

流程：（1）定义成功指标（“转化率达到 10%”）；（2）设定时间范围（“6 个月”）；（3）确立终止标准（“如果 6 个月后低于 5%，则终止”）；（4）明确决策权（指定负责人）；（5）正式记录（已签署的 PRD）

示例：新功能——成功标准：3 个月内采用率达到 20%；终止标准：采用率低于 10%；决策人：由产品副总裁拍板

模式 2：继续/停止关卡（基于里程碑）

适用场景：投资逐步增加的多阶段项目

结构：阶段 1（成本低、概念验证）→ 继续/停止 → 阶段 2（成本中等、MVP）→ 继续/停止 → 阶段 3（成本高、发布）→ 继续/停止

示例：关卡 1（4 周，$10k）：15 次以上客户访谈显示有兴趣 → 继续。关卡 2（3 个月，$50k）：每周活跃率达到 40%（实际为 25%）→ 停止，终止项目

优势：先进行小额投入，在进入高成本阶段前终止项目

模式 3：基于触发条件的退出机制

适用场景：结果不确定的持续性项目

常见触发条件：基于时间（“到第 18 个月仍未盈利”）、基于指标（“流失率连续 2 个月高于 8%”）、基于市场（“竞争对手发布产品”）、基于资源（“预算超支超过 30%”）、基于机会（“出现更好的选择”）

示例：SaaS——触发条件 1：MRR 月增长率连续 3 个月低于 10% → 评估。触发条件 2：CAC 回本周期超过 24 个月 → 评估。触发条件 3：竞争对手融资超过 $50M → 评估

注意：触发条件会促使评估，而非自动终止项目

模式 4：转向还是终止的决策

适用场景：项目进展不如预期——应该转向还是终止？

框架：

符合以下情况时转向：

• 核心洞察有效，但执行方式有误
• 客户痛点真实存在，但解决方案有误
• 市场存在，但市场进入策略有误
• 学习速度快（迅速发现新的洞察）
• 资源消耗可持续（并非处于孤注一掷的状态）

符合以下情况时终止：

• 没有客户痛点（有了更好，但并非必需）
• 市场规模太小（无法支撑业务）
• 相较于进展，资源消耗率过高
• 团队不认同愿景
• 存在更好的机会（机会成本）
• 存在监管/法律障碍

示例：用户参与度低的移动应用

• 情况：健身应用已发布，下载量 10k，每周活跃用户占比为 5%（目标为 40%）
• 转向方案：访谈发现用户想要的是膳食记录，而非训练记录 → 转向营养应用
• 终止方案：用户根本不关心健身追踪，且市场已饱和 → 终止项目，将团队调配到其他工作

决策：假设成立但执行有误时，选择转向。假设不成立时，选择终止。

模式 5：项目组合终止标准（多个项目）

适用场景：管理项目组合，需要终止部分项目以集中精力

流程：

1. 按预期价值排序：ROI、战略契合度、资源效率
2. 定义最低门槛：“项目组合排名前 70% 的项目获得资源”
3. 终止排名末尾的 30%：终止低于门槛的项目，无论沉没成本多少
4. 重新分配资源：将被终止项目的资源分配给表现更好的项目

示例：公司有 10 个项目，但只能支持 7 个

• 按以下公式排序：（预期收入 × 成功概率）/ 资源成本
• 终止：排名第 8、第 9、第 10 的项目（即使它们“几乎完成”）
• 重新分配：将被终止项目的工程师调配到排名前 3 的项目

原则：机会成本比沉没成本更重要。如果存在更好的替代方案，“几乎完成”并不足以成为继续推进的理由。

模式 6：避免沉没成本陷阱

适用场景：团队因过去的投入而不愿终止项目

技巧：事前验尸反向思考

1. 提问：“如果我们今天从零开始，没有任何投入，还会启动这个项目吗？”
2. 如果答案是“不会” → 终止（沉没成本无关紧要）
3. 如果答案是“会，但会采取不同做法” → 转向
4. 如果答案是“会，完全照现在这样做” → 继续

示例：企业销售推进失败

• 情况：耗时 18 个月，投入 $2M，获得 2 个客户（项目需要 50 个客户才能可行）
• 反向思考：“如果今天从头开始，我们还会推进企业销售吗？” → “不会，我们会专注于自助服务型 SMB”
• 决策：终止企业销售，转向 SMB（已投入的 $2M 无关紧要）

陷阱：“我们已经投入这么多，现在不能放弃” → 这是沉没成本谬误 应对：只有未来的成本和收益才重要。过去已成定局。

---

工作流

定义或应用终止标准时，请采用以下结构化方法：

□ Step 1: Define success metrics and time horizon
□ Step 2: Establish objective kill criteria
□ Step 3: Assign decision rights and governance
□ Step 4: Set milestone gates or trigger points
□ Step 5: Document formally (signed agreement)
□ Step 6: Monitor metrics regularly
□ Step 7: Evaluate at gates/triggers
□ Step 8: Execute kill decision (if triggered)

步骤 1：定义成功指标和时间范围（详情） 指定可量化的成功标准（例如，“20% 的转化率”）和评估周期（例如，“发布后 6 个月”）。

步骤 2：制定客观的终止标准（详情） 设定触发停止决策的数值阈值（例如，“6 个月后转化率若低于 10%”）。标准应客观，而非主观。

步骤 3：明确决策权和治理机制（详情） 指定负责作出终止决策的人员。定义升级流程。避免“团队共识”（这会导致陷入僵局）。

步骤 4：设置里程碑关卡或触发点（详情） 对于多阶段项目：定义继续/停止关卡。对于持续进行的项目：定义触发评估的条件。

步骤 5：正式记录（详情） 将终止标准写入 PRD、项目章程或投资备忘录。在发布前让利益相关者签字/批准（防止不断改变目标）。

步骤 6：定期监控指标（详情） 每周/每月跟踪指标。在仪表板上清楚标出终止标准的阈值。接近阈值时自动发送提醒。

步骤 7：在关卡/触发点进行评估（详情） 达到关卡或触发条件时，进行正式评估。采用事前验尸反向思考：“如果今天开始，我们还会做这个吗？”作出决定：继续、转向或终止。

步骤 8：执行终止决策（详情） 如果触发终止：传达决策、逐步收尾项目、重新分配资源、进行事后复盘。迅速执行（避免项目僵而不死）。

---

护栏

1. 在发布前（而非发布后）设定终止标准

风险：项目开始后才定义终止标准，会导致不断改变目标

护栏：在项目初始文档中写明终止标准，赶在投入情感或资金之前。取得利益相关者的签字批准。

警示信号：“我们边做边看什么时候停止”——这会导致陷入沉没成本陷阱

2. 采用客观标准（而非主观标准）

风险：主观标准（“团队觉得行不通”）很容易被忽视

护栏：使用可量化的指标（数字、日期、里程碑）。“5% 的转化率”，而不是“采用率低”。“6 个月”，而不是“合理的时间”。

检验：两个人能否独立评估标准并得出相同结论？如果不能，标准就过于主观。

3. 明确决策权

风险：“由团队决定”或“我们再讨论”会导致陷入僵局（每个人都有沉没成本）

护栏：指定负责作出终止决策的人员。定义所需的数据。规定推翻决策的升级路径。

示例：“产品副总裁根据 6 个月的指标作出终止决策。只有 CEO 提供书面理由才能推翻该决策。”

4. 不要随意变更目标

危险：接近终止标准时，团队降低门槛或延长时间线

防护措施：终止标准在项目启动时固定。变更需遵循正式流程（提供书面理由、获得高层批准、创建新文档）。

危险信号：未达到 6 个月标准时说“再给它 3 个月吧”

5. 沉没成本无关紧要

危险：“我们已经投入了 200 万美元，现在不能停下来”——这就是沉没成本谬误

防护措施：使用事前验尸法进行逆向思考：“如果今天从零投入开始，我们还会做这件事吗？”只有未来才重要。

原则：过去的成本已经付出。唯一的问题是：“未来的投入放在这里还是别处更好？”

6. 快速终止（避免僵尸项目）

危险：本该终止的项目迟迟不结束，持续消耗资源（“僵尸项目”）

防护措施：做出终止决定后立即收尾。1 周内发布公告，1 个月内重新分配团队。

危险信号：项目处于“收尾”状态超过 3 个月——这不是终止，而是进入了僵尸模式

7. 机会成本 > 沉没成本

危险：即使有更好的机会，仍因“快完成了”而继续项目

防护措施：从投资组合的角度思考。问：“这些资源用在这里是最佳选择吗？”如果不是，即使项目已完成 90%，也应终止。

原则：不去追求更好选择的机会成本，往往超过完成当前项目的收益

8. 进行事后复盘，不要归咎于人

危险：终止项目被视为“失败”，团队因此回避终止项目

防护措施：让终止项目成为常态。赞赏有纪律地停止。事后复盘应侧重学习，而非归咎于人。

文化：“我们本季度终止了 3 个项目”=好事（为胜出项目释放资源），而不是坏事（失败）

---

快速参考

终止标准检查清单

启动项目之前，请回答：

• 是否定义了成功指标？（可量化，例如“转化率达到 20%”）
• 是否设定了时间范围？（例如“上线后 6 个月”）
• 是否制定了终止标准？（例如“如果 6 个月后转化率低于 10%，则终止”）
• 是否指定了决策权？（明确指定某个人，而非“团队”）
• 是否正式记录？（写入 PRD，并由利益相关者签署）
• 是否制定了监控计划？（谁来跟踪、多久跟踪一次、使用什么仪表板）
• 是否制定了收尾计划？（触发标准后如何终止）

是否继续的决策关卡模板

关卡	投入	时间线	成功标准	决策
关卡 1：概念	$10k	4 周	15 次以上客户访谈显示出强烈兴趣	GO / NO-GO
关卡 2：MVP	$50k	3 个月	每周活跃用户占比达到 40%（50 名测试用户）	GO / NO-GO
关卡 3：上线	$200k	6 个月	转化率达到 10%，CAC 低于 $100	GO / NO-GO

转向还是终止决策框架

因素	转向	终止
客户痛点	确实存在，但解决方案不对	没有痛点，只是锦上添花
市场规模	足够大	太小
学习速度	高（有新发现）	低（陷入停滞）
资金消耗率	可持续	过高
团队信念	相信改变后会成功	不相信
机会成本	转向是最佳选择	存在更好的选择

---

资源

资源导航

• 模板：终止标准文档、是否继续的决策关卡模板、转向/终止决策框架、收尾计划
• 方法论：沉没成本心理学、投资组合管理、决策权框架、事后复盘流程
• 评估标准：终止标准质量的评估标准（10 项标准）

相关技能

• expected-value：用于量化继续与终止之间的机会成本
• hypotheticals-counterfactuals：用于事前验尸分析（“如果我们更早终止会怎样？”）
• decision-matrix：用于比较继续、转向和终止选项
• postmortem：用于从已终止的项目中汲取经验
• portfolio-roadmapping-bets：用于投资组合层面的终止决策

---

情境示例

示例 1：终止启动功能

背景：SaaS 推出了“高级分析”功能，终止标准：3 个月后采用率低于 15%

结果：采用率为 12% → 终止该功能，将 2 名工程师重新分配到核心业务。节省了 6 个月的维护工作。

示例 2：企业销售转型

背景：B2B SaaS，转型触发条件：到第 12 个月客户数少于 10 家

结果：客户数为 7 家 → 转向自助式 SMB。6 个月内获得 200 家 SMB 客户，增长速度提升至 4 倍。

示例 3：研发项目组合终止

背景：有 8 个研发项目，产能仅够支持 5 个。按 EV/成本排序：A(3.5)、B(2.8)、C(2.5)、D(2.1)、E(1.8)、F(1.5)、G(1.2)、H(0.9)

决策：终止 F、G、H，尽管 F 已“完成 80%”。排名前三的项目提前 4 个月交付。