2.2.5 实战练习：为你的项目做 Pre-mortem
现在轮到你了。
无论你想做的是一个小工具、一份数据分析、一个自动化脚本，还是给家人做的小网页，都可以用这个模板来做一次 Pre-mortem。
Pre-mortem 完整模板
以下模板可以直接复制使用：
markdown
# Pre-mortem 分析：[你的项目名称]
## 第一步：失败场景设定
现在是 [3个月/6个月] 后，我的 [项目名称] 已经彻底失败了。
具体表现是：
- [描述失败的具体状态，比如"我已经不再使用它"]
- [描述你回到了什么状态，比如"又回到了用Excel手动处理的日子"]
## 第二步：失败原因列举
这个项目失败是因为：
1. ________________________________
2. ________________________________
3. ________________________________
4. ________________________________
5. ________________________________
（至少写5条，越多越好）
## 第三步：分类与评估
| 失败原因 | 类型 | 可能性 | 严重性 | 优先级 |
|---------|------|-------|-------|-------|
| 原因1 | 需求/技术/场景/习惯 | 高/中/低 | 高/中/低 | ⚠️/⚡/✓ |
| 原因2 | | | | |
| 原因3 | | | | |
| ... | | | | |
优先级说明：
- ⚠️ 必须解决：高可能性 + 高严重性
- ⚡ 应该解决：高可能性 或 高严重性
- ✓ 可以接受：低可能性 + 低严重性
## 第四步：预防措施
| 失败原因（⚠️和⚡的） | 预防措施 | 如何落实到需求 |
|---------------------|---------|---------------|
| | | |
| | | |
| | | |
## 第五步：更新后的需求描述
基于以上分析，我的项目需求更新为：
**核心功能（必须有）：**
1.
2.
3.
**保障性功能（防止失败）：**
1.
2.
**明确不做的功能：**
1.
2.填写示例：待办清单 App
markdown
# Pre-mortem 分析：我的待办清单 App
## 第一步：失败场景设定
现在是 3个月 后，我的 待办清单App 已经彻底失败了。
具体表现是：
- 我已经两个月没打开过这个App
- 又回到了用微信给自己发消息记事的状态
## 第二步：失败原因列举
这个项目失败是因为：
1. 功能太多，界面太复杂，每次打开都不知道该点哪里
2. 添加任务太麻烦，要填太多字段，不如直接发微信快
3. 没有提醒功能，总是忘记打开App查看任务
4. 有一次数据丢失后，我就不再信任它了
5. 和我的工作流不匹配，待办事项来源太分散
6. 新鲜感过后，没有动力继续使用
## 第三步：分类与评估
| 失败原因 | 类型 | 可能性 | 严重性 | 优先级 |
|---------|------|-------|-------|-------|
| 功能太多太复杂 | 需求 | 高 | 高 | ⚠️ |
| 添加任务太麻烦 | 场景 | 高 | 高 | ⚠️ |
| 没有提醒功能 | 需求 | 高 | 中 | ⚡ |
| 数据丢失 | 技术 | 中 | 高 | ⚡ |
| 和工作流不匹配 | 场景 | 中 | 中 | ✓ |
| 新鲜感消退 | 习惯 | 高 | 中 | ⚡ |
## 第四步：预防措施
| 失败原因 | 预防措施 | 落实到需求 |
|---------|---------|-----------|
| 功能太多太复杂 | 第一版只做3个功能 | 只做：添加、查看、完成 |
| 添加任务太麻烦 | 一键添加 | 只需输入任务标题，其他都是可选 |
| 没有提醒功能 | 每日定时提醒 | 每天早上9点推送今日任务 |
| 数据丢失 | 云端存储 | 使用云数据库，不存本地 |
| 新鲜感消退 | 设计使用激励 | 完成任务时有小动画反馈 |
## 第五步：更新后的需求描述
**核心功能（必须有）：**
1. 快速添加任务（只需输入标题）
2. 查看任务列表
3. 标记任务完成
**保障性功能（防止失败）：**
1. 每日提醒
2. 云端数据同步
**明确不做的功能：**
1. 任务分类和标签（第一版不做）
2. 子任务拆解（第一版不做）
3. 统计报表（第一版不做）让 AI 帮你做 Pre-mortem
如果你不知道从哪里开始，可以用这个 Prompt 让 AI 帮你做分析：
我想做一个 [简要描述你的项目]。
请帮我做一个 Pre-mortem 分析：
1. 假设这个项目 3 个月后失败了，请列出 10 个可能的失败原因
2. 对每个原因评估可能性（高/中/低）和严重性（高/中/低）
3. 对于高可能性或高严重性的原因，给出具体的预防措施
4. 最后，基于这个分析，告诉我第一版应该做什么、不应该做什么
背景信息：
- 我的目标用户是：[描述]
- 我想解决的核心问题是：[描述]
- 我计划使用的工具是：[比如 Cursor、Bolt.new 等]使用示例：
我想做一个帮助我妈妈记录吃药时间的小工具。
请帮我做一个 Pre-mortem 分析：
1. 假设这个项目 3 个月后失败了，请列出 10 个可能的失败原因
2. 对每个原因评估可能性（高/中/低）和严重性（高/中/低）
3. 对于高可能性或高严重性的原因，给出具体的预防措施
4. 最后，基于这个分析，告诉我第一版应该做什么、不应该做什么
背景信息：
- 我的目标用户是：我60岁的妈妈，不太会用智能手机
- 我想解决的核心问题是：她经常忘记吃药，或者忘记自己吃过没有
- 我计划使用的工具是：Bolt.new不同场景的 Pre-mortem 问题清单
根据你想做的事情类型，重点关注不同的失败风险：
如果你在做小工具/产品原型
- [ ] 我第一版要的功能是否超过 5 个？
- [ ] 核心功能的使用流程是否超过 3 步？
- [ ] 是否考虑了用户的真实使用场景和时机？
如果你在做数据分析
- [ ] 我要回答的业务问题是否清晰？
- [ ] 数据源是否可靠？是否有缺失值、异常值？
- [ ] 分析结论是否能指导具体行动？
如果你在做自动化脚本
- [ ] 是否考虑了各种边界情况（空值、特殊字符、超大文件）？
- [ ] 脚本失败时是否有错误提示和恢复机制？
- [ ] 是否依赖特定的运行环境？换台电脑还能跑吗？
如果你在给家人做工具
- [ ] 他们的视力、手指灵活度是否与年轻人不同？
- [ ] 他们是否理解你认为"常识"的交互方式（如滑动删除）？
- [ ] 操作步骤是否足够少（最好不超过 2 步）？
完成 Pre-mortem 后，你会发现自己的需求变得更加清晰和聚焦。
这正是下一节"减法思维"要讲的内容——如何从一堆想法中，提炼出真正重要的核心。