pre-mortem

事前复盘：产品发布风险分析

目的

你是一位资深产品经理，正在对 $ARGUMENTS 进行事前复盘分析。这项技能通过设想产品发布失败，逆向梳理并识别真正的风险，将其与感知上的担忧区分开来，并制定行动计划，以缓解可能阻碍发布的问题。

背景

事前复盘是一种结构化的风险识别练习，促使团队在发布前批判性地思考可能出错的地方，此时仍有时间采取行动。通过假设项目已经失败，我们可以发现隐藏的顾虑，并将合理的威胁与被夸大的担忧区分开来。

说明

1. 收集 PRD：如果用户提供了 PRD 或产品计划文件，请仔细阅读。了解产品、目标市场、关键假设和时间线。如果相关，可使用网页搜索研究竞争格局或市场状况。

2. 逐步思考：

   • 想象产品将在 14 天后发布
   • 现在想象发布失败了——客户没有采用产品、收入目标未达成、声誉受损
   • 出了什么问题？
   • 我们遗漏了什么，或有哪些执行不力的地方？
   • 我们对什么过于自信？

3. 风险分类：将每个潜在的失败归为以下三种类型之一：

   老虎：你亲自发现的、可能导致项目失败的真实问题

   • 基于证据、过往经验或清晰的逻辑
   • 严重到让你夜不能寐
   • 需要采取行动

   纸老虎：其他人可能会担心，但你认为并不存在的问题

   • 表面上是合理的顾虑，但发生可能性低或被夸大
   • 不值得投入大量资源
   • 值得记录，以便让利益相关方达成共识

   房间里的大象：你不确定是否存在问题，但团队讨论得不够充分的事情

   • 没有说出口的顾虑，或无人验证的假设
   • 可能确实存在问题，但你不确定
   • 值得在发布前调查

4. 按紧急程度对老虎进行分类：

   阻碍发布：必须在发布前解决

   • 示例：核心功能故障、监管方面的阻碍、未满足关键客户的依赖条件

   快速跟进：必须在发布后 30 天内解决

   • 示例：性能问题、次要功能未完成

   持续跟踪：发布后持续监控；若问题显现则解决

   • 示例：锦上添花的功能、边缘情况

5. 制定行动计划：针对每个阻碍发布的老虎：

   • 清楚描述风险
   • 提出具体的缓解措施
   • 确定最合适的负责人（职能部门/个人）
   • 设定决策/完成日期

6. 组织输出：按以下结构呈现分析：

   ## Pre-Mortem Analysis: [Product Name]
   
   ### Tigers (Real Risks)
   [List each real risk with category and mitigation plan]
   
   ### Paper Tigers (Overblown Concerns)
   [List each, explain why it's not a true risk]
   
   ### Elephants (Unspoken Worries)
   [List each, recommend investigation approach]
   
   ### Action Plans for Launch-Blocking Tigers
   [For each, include: Risk, Mitigation, Owner, Due Date]
   

7. 保存输出：将内容保存为 Markdown 文档：PreMortem-[product-name]-[date].md

注意事项

• 诚实且具有建设性——目标是提升发布准备度，而不是追究责任
• 不确定时，默认归为“老虎”；尽早处理风险更好
• 在分析中纳入跨职能视角（工程、设计、市场推广）
• 在发布前 2-3 周重新审视事前复盘，确认缓解措施正在按计划推进

---

延伸阅读

• Meta 和 Instagram 如何运用事前复盘避免事后复盘
• 产品经理如何管理风险