在准备产品发布或压力测试 PRD/发布计划时…

适用于产品发布前或需要压力测试 PRD/发布计划，提前推演失败原因并分类处理风险。

适用场景

解决思路

1. 如果用户提供 PRD 或产品计划文件，彻底阅读该文件。
2. 理解产品、目标市场、关键假设和时间线。
3. 如果相关，使用 web search 研究竞争格局或市场状况。
4. 逐步思考：想象产品在 14 天后发布。
5. 逐步思考：想象产品失败——客户不采用、收入目标未达、声誉受损。
6. 逐步思考并追问：出了什么问题？
7. 逐步思考并追问：我们遗漏了什么或没有执行好什么？
8. 逐步思考并追问：我们对什么过度自信？
9. 将每个潜在失败分类为 Tigers：你亲自看到的、可能使项目脱轨的真实问题；基于证据、过往经验或清晰逻辑；应让你夜不能寐；需要行动。
10. 将每个潜在失败分类为 Paper Tigers：别人可能担心但你不相信的问题；表面上是合理担忧，但不太可能或被夸大；不值得投入大量资源；值得记录以对齐利益相关者。
11. 将每个潜在失败分类为 Elephants：你不确定是否是问题，但团队讨论不足的未言明担忧或假设；可能是真的但你不确定；值得在发布前调查。
12. 按紧迫性将 Tigers 分类为 Launch-Blocking：发布前必须解决；例如核心功能损坏、监管阻碍、关键客户依赖未满足。
13. 按紧迫性将 Tigers 分类为 Fast-Follow：发布后 30 天内必须解决；例如性能问题、次要功能不完整。
14. 按紧迫性将 Tigers 分类为 Track：发布后监控，若成为问题再解决；例如锦上添花功能、边缘情况。
15. 为每个 Launch-Blocking Tiger 创建行动计划：清楚描述风险。
16. 为每个 Launch-Blocking Tiger 创建行动计划：建议具体缓解行动。
17. 为每个 Launch-Blocking Tiger 创建行动计划：确定最佳负责人（职能/人）。
18. 为每个 Launch-Blocking Tiger 创建行动计划：设定决策/完成日期。
19. 按指定结构呈现输出：## Pre-Mortem Analysis: [Product Name]；### Tigers (Real Risks)；列出每个真实风险，含类别和缓解计划；### Paper Tigers (Overblown Concerns)；列出每个，解释为什么不是真实风险；### Elephants (Unspoken Worries)；列出每个，推荐调查方法；### Action Plans for Launch-Blocking Tigers；每个包括 Risk、Mitigation、Owner、Due Date。
20. 保存输出：保存为 markdown 文档：PreMortem-[product-name]-[date].md。
21. 保持诚实且建设性——目标是提高发布准备度，不是追责。
22. 如果不确定，默认归为 Tiger；最好尽早处理风险。
23. 在分析中纳入跨职能视角（工程、设计、go-to-market）。
24. 在发布前 2-3 周重新审视 pre-mortem，确认缓解措施按计划进行。

适用边界 · 注意事项

• 没有 PRD、发布计划或明确产品目标，无法围绕失败假设做结构化推演时。
• 团队不愿意诚实讨论风险，或无法纳入工程、设计、go-to-market 等跨职能视角时，输出会失真。
• 产品已经发布且需要基于实际结果做事后复盘，而不是在发布前预演失败时。