计划挑战

它解决什么问题

多数计划的失败并非因为运气，而是因为没人检验过的假设：高估的需求、低估的复杂度、无人质疑的依赖项、只在电子表格里成立的时间表。团队往往在投入大量资源、向董事会或投资人汇报之后，才第一次听到真实的坏消息——尤其是当周围只剩下正面反馈时，计划会带着明显漏洞一路推进。

它如何工作

/em:challenge 用"事前验尸"的方式系统性地给计划做压力测试：假设现在是 12 个月后，这个计划已经惨败，然后倒推原因。核心流程分五步：

• 提取核心假设：逐节追问"要成这件事，什么必须是真的"，覆盖市场、执行、客户、竞争、财务、依赖六类假设。
• 给假设打分：每个假设在两个维度上评级——置信度（High / Medium / Low / Unknown）和出错影响（Critical / High / Medium / Low）。
• 绘制脆弱性地图：低置信度或未知的假设，乘以高影响，就是最高风险下注——不是要忽略它们，而是要清醒地知道自己在下注。
• 梳理依赖链：许多计划不是因为单个假设错误，而是多个假设必须同时成立；找出关键路径和零缓冲的环节。
• 检验可逆性：如果第 3 个月某个关键假设被证伪，能转型吗？能砍范围吗？钱已经花了吗？承诺已经做出了吗？

输出是一份 Challenge Report——一张脆弱性地图，而不是停下来的许可。针对产品路线图、GTM、招聘、融资等不同计划类型，还有对应的追问模板和"最难开口的问题"清单。

适用边界

• 它不替你验证假设，只负责把假设暴露出来；真正的置信度只能靠数据、客户访谈和市场调研建立。
• 它的目的不是否决计划，而是让计划经受住现实的检验：未知的风险危险，已知的风险可管理。
• 适合在投入重大资源前、对外汇报前、依赖多个外部方、或团队异常兴奋时运行——兴奋恰恰是该更严苛审查的信号。