产品上线前风险预演

要解决的问题

产品上线前的评审会，往往变成「有没有问题」的轮流表态。所有人点头，但真正的风险——核心依赖没验证、团队没人愿意说出口的担忧、被过度放大的假警报——常常没有浮出水面。等到上线后才暴露，修复成本成倍增加。

这个技能把医学里的「事后验尸」反转成「事前预演」：先假设产品已经上线并失败了，再倒推失败的原因，在还有时间行动的时候把真实威胁和过度焦虑分开。

核心能力与工作流程

技能会以资深产品经理的角色工作，完整流程如下：

• 收集上下文：通读用户提供的 PRD 或产品计划，理解目标市场、关键假设与时间线，必要时联网调研竞品格局与市场环境。
• 倒推失败场景：假设 14 天后产品上线、随后失败——客户不采用、营收目标落空、口碑受损，然后追问：哪里出错了？我们忽视了什么？哪些自信是盲目的？
• 风险三分类：

- Tigers（真老虎）：有证据、经验或清晰逻辑支撑、可能导致项目脱轨的真实问题，值得为之行动。
- Paper Tigers（纸老虎）：表面合理但被夸大的担忧，值得记录以对齐干系人，不值得投入大量资源。
- Elephants（大象）：没人充分讨论的未说出口的假设，可能真实存在，值得上线前调查验证。

• 按紧急度排序：Tigers 再分为 Launch-Blocking（上线前必须解决，如核心功能损坏、合规卡点）、Fast-Follow（上线后 30 天内解决）与 Track（上线后监控即可）。
• 输出行动方案：对每个 Launch-Blocking Tiger 给出清晰的风险描述、具体缓解措施、建议负责人与决策/完成日期。

最终分析结果会整理为 PreMortem-[product-name]-[date].md 文档保存。

适用边界与注意点

• 分析目标是提升上线准备度，不是追责，语气应当诚实且有建设性。
• 拿不准的风险默认按 Tiger 处理，宁可提前应对。
• 应尽量纳入工程、设计、市场等跨职能视角。
• 建议在上线前 2–3 周重跑一次，验证缓解措施是否到位。
• 技能不会自动安装依赖、修改系统权限或执行下载；涉及发送、发布、删除、付款等外部写入操作时，会先展示目标与影响并等你明确确认。