思维模型实战：事前验尸
· 阅读需 5 分钟
事前验尸是一种规划练习：假设项目已经失败了——一年以后，结果很糟——然后列出原因。因为失败被当作事实而不是可能性，人们会说出原本藏在心里的风险。它大约要二十分钟，在决定最终拍板之前做效果最好。
这是「思维模型实战」系列的第一篇：每篇讲一个经典方法——它是干什么的、怎样手动来做、怎样用在你自己的材料上。
它从哪里来
心理学家 Gary Klein 在 2007 年《哈佛商业评论》的一篇短文里推广了事前验尸。它建立在一个更早的关于「前瞻性后见之明」的发现上：想象一件事已经发生，比想象它可能发生，更容易为它想出解释。「它可能为什么失败？」引来的是宽慰。「它失败了——为什么？」引来的是一个故事。
什么时候用
- 一个计划即将被批准，每个人都暗暗兴奋。
- 你就是提出这个计划的人，你知道自己不是找出它毛病的合适人选。
- 失败代价高昂，而且发现得很慢：一次发布、一次招聘、一次迁移、一次搬家。
在早期它没那么有用，那时计划还很模糊。你没法想象一个还没成形的东西会怎样失败。
怎样做
- 用一句话说清计划，带上日期。「我们在 3 月 1 日向现有用户推出付费版。」
- 宣布失败。 「一年以后了。付费版是一场灾难。」不留余地。
- 每个人默默写下原因，写几分钟，在任何人开口之前。这一步就是方法本身；先讨论，就意味着职位最高的那个声音决定了清单。
- 轮流说，每人一个原因，直到说完。全部记下来。先不反驳。
- 挑出两三个既可能又严重的，决定计划要因此改什么——一个检查点、一个触发条件、一个更小的第一步。
一个人的话，你可以在纸上做第 2 到 5 步。默写这一步更加要紧：你写下的第一个原因，会是你本来就在担心的那个，有用的那些在它后面。
一个完整的示例
计划： 一个没有营销预算的开源项目，打算在两个开发者论坛上发帖，三个月内拿到最初 100 个活跃用户。
它失败了。为什么？
- 帖子发出去了，但在一台干净的机器上安装要四十分钟，大多数人放弃了。
- 「用户」从来没有定义清楚，所以团队庆祝拿到了 400 颗星，活跃使用却一直是个位数。
- 唯一起作用的那个论坛，吸引来的是另一类问题的人；他们的功能请求把路线图带偏了。
- 维护者在第三周被回答支持问题拖垮了。
改动：上线前先定义什么是活跃用户，从零录一遍干净的安装过程，挑一个窄的受众，而不是两个宽的。
用 AI 来做
AI 擅长人们觉得最难的那部分——快速生成大量具体的失败故事——却不擅长判断哪些对你要紧。两条规则让它保持有用：
- 给它真实的计划和真实的背景，而不是一个话题。「一次发布」只会得到泛泛的风险。你的计划文档、你的数字和你的约束，才会得到具体的风险。
- 挑选这一步留给人。 AI 产出候选；决定针对哪两个采取行动，是你的事。
在 MindMax 里，事前验尸在画布的示例库里——装一次，然后施加到装着你计划的那张卡片上，并附上规划文档。每个失败故事都作为一条单独的分支返回，你可以展开、丢掉，或者把它变成一个检查点。内置的红队是它的近亲：它不问「它失败了，为什么？」，而是从对手的角度攻击这个计划。
哪里会出问题
- 它变成了一份什么都有的清单。 二十个风险、不做取舍，那是焦虑，不是规划。以两三处改动收尾。
- 计划太模糊。 「让生意增长」会因为所有原因同时失败。
- 没人据此行动。 一次没改变计划任何地方的事前验尸，只是开了个会。