Vibe Vibe

主题

2.2.3 预演失败：假设你的项目已经失败了 ​

什么是 Pre-mortem？ ​

Pre-mortem（预演失败）是由认知心理学家 Gary Klein 于 2007 年在《哈佛商业评论》上正式提出的技术。

这个名字来源于医学术语：

  • Post-mortem（尸检）：人死后分析死因
  • Pre-mortem（预演失败）：项目"死亡"前分析可能的"死因"

核心思想很简单：假设项目已经失败了，然后追溯原因。

为什么 Pre-mortem 如此有效？ ​

Gary Klein 的研究表明，使用 Pre-mortem 技术可以将风险识别能力提高 30%。

这种效果来自几个心理学机制：

  1. 打破乐观偏见：当你被要求"想象失败已经发生"时，大脑会切换到分析模式，而不是推销模式

  2. 释放负面想象：在正常的项目讨论中，人们不愿意说"这个可能会失败"。Pre-mortem 给了一个"安全"的空间来表达担忧

  3. 利用后见之明：人类对"已发生的事情"的分析能力，远强于对"可能发生的事情"的预测能力。Pre-mortem 利用这个特点，把"预测"变成"回顾"

Pre-mortem vs Post-mortem ​

对比项Post-mortem（事后复盘）Pre-mortem（预演失败）
时机项目结束后项目开始前
问题"为什么失败了？""假设失败了，为什么？"
心态追责、总结教训预防、提前规避
成本已经付出代价零成本
价值下次不犯同样的错这次就不犯错

完整操作步骤 ​

以下是 Pre-mortem 的六步操作法：

第一步：设定失败场景 ​

清晰地描述失败的状态。要具体，不要模糊。

❌ 模糊："项目失败了"
✅ 具体："现在是3个月后，我的待办清单App已经被我彻底放弃。
         它一直躺在手机里，但我从未打开过。我又回到了用便签纸记事的状态。"

第二步：独立思考失败原因 ​

在不受他人影响的情况下，写下所有可能导致失败的原因。

要点：

  • 至少写 5 条
  • 不要自我审查，写下任何想到的原因
  • 包括技术原因、使用习惯原因、外部环境原因

第三步：分类整理 ​

把失败原因按类型整理：

类型示例
需求问题解决的不是真问题、功能太多太复杂
技术问题性能太差、经常崩溃、数据丢失
使用场景问题使用场景与设计不符、操作太繁琐
习惯问题没有形成使用习惯、被其他工具替代
外部因素没时间维护、需求变化了

第四步：评估严重性和可能性 ​

对每个失败原因进行评估：

失败原因可能性严重性优先级
功能太多，学习成本高高高⚠️ 必须解决
没有提醒功能，容易忘记中高⚠️ 必须解决
界面不好看中低可以接受
服务器宕机低高暂时忽略

第五步：制定预防措施 ​

对于高优先级的失败原因，制定具体的预防措施：

失败原因预防措施
功能太多，学习成本高第一版只做3个核心功能，其他放入"不做清单"
没有提醒功能，容易忘记提醒功能作为 P0 必须实现

第六步：更新你的计划 ​

把预防措施整合到你的项目计划中。这些措施应该成为你给 AI 的需求描述的一部分。

贯穿案例：待办清单 App 的 Pre-mortem ​

让我们用小李的待办清单项目做一个完整示范。

失败场景设定：

现在是 3 个月后。我的待办清单 App 已经彻底失败了。它安装在我手机里，但我已经两个月没打开过。我又回到了用微信"文件传输助手"记事的状态。

失败原因分析：

  1. 功能太多，打开就头大：我最初要了 12 个功能，结果界面密密麻麻，找个添加按钮都要找半天

  2. 添加任务太麻烦：每次添加任务要填 5 个字段（标题、分类、优先级、截止日期、备注），我只是想记个"买牙膏"，结果要操作 30 秒

  3. 没有形成使用习惯：App 不会主动提醒我，我总是忘记打开它

  4. 和现有工作流冲突：我的待办事项来自微信、邮件、会议，但这个 App 是个孤岛，我还是要手动搬运

  5. 数据同步出问题：有一次手机重装后数据丢了，我就再也不信任它了

预防措施：

失败原因预防措施落实到需求
功能太多第一版只做：添加、查看、完成告诉 AI "只做这3个功能"
添加太麻烦一键添加，只需输入标题"添加任务只需一个输入框"
没有提醒每日定时提醒"需要每日提醒功能"
数据丢失云端同步"数据需要保存在云端"

经过这个 Pre-mortem，小李的需求从"12 个功能"变成了"3 个核心功能 + 2 个保障性功能"。

这才是一个可以成功的起点。