pre-mortem
对 PRD(产品需求文档)或发布计划进行事前推演(pre-mortem)风险分析。将风险归类为 Tigers(真实的问题)、Paper Tigers(被夸大的顾虑)和 Elephants(未说出口的担忧),然后按“会阻止发布(launch-blocking)”、“需快速跟进(fast-follow)”或“纳入常规跟踪(track)”进行分类。适用于准备发布、对应产品计划做压力测试或识别可能出错之处时。
作者
分类
产品设计安装
下载并解压到你的 skills 目录
复制命令,发送给智能体自动安装:
pre-mortem - 产品发布前风险评估分析
技能概述
pre-mortem 是一款由资深产品经理设计的风险评估技能,通过假设产品发布失败来反向识别真实风险,将问题分为 Tiger(真问题)、Paper Tiger(过度担忧)和 Elephant(未被讨论的隐忧)三类,并按紧急程度制定缓解计划。
适用场景
1. 产品发布前准备
在产品正式发布前 2-3 周,使用 pre-mortem 对 PRD 或发布计划进行全面风险评估,识别可能阻碍成功的关键因素,确保团队有充足时间解决 launch-blocking 问题。
2. 产品计划压力测试
当产品团队对计划过于乐观或存在争议时,通过假设失败场景暴露隐藏风险,验证核心假设,区分真实威胁和过度担忧,帮助团队达成共识。
3. 风险识别与管理
系统化地识别产品开发中的各类风险,包括技术缺陷、市场接受度、监管合规、客户依赖等,并为每个风险分配负责人和截止日期,建立可执行的风险缓解计划。
核心功能
1. 三类风险智能分类
基于证据和经验将潜在问题准确分类:Tiger 是基于证据的真实问题,需要立即采取行动;Paper Tiger 是表面合理但过度担忧的顾虑,值得记录但不值得投入大量资源;Elephant 是团队讨论不足的隐忧,需要进一步调查。这种分类帮助团队优先处理真正重要的风险。
2. 紧急程度分级管理
对识别出的 Tiger 风险进一步细分:Launch-Blocking 必须在发布前解决,如核心功能故障或监管阻碍;Fast-Follow 需在发布后 30 天内解决,如性能问题或次要功能缺失;Track 可持续监控,按需处理。这种分级确保资源分配与风险紧迫性匹配。
3. 结构化行动计划生成
为每个 Launch-Blocking Tiger 自动生成包含风险描述、缓解措施、责任人和完成日期的行动计划,输出格式化的 PreMortem 报告,便于团队跟踪执行和向利益相关者汇报风险管控进展。
常见问题
什么是 pre-mortem 分析,它与传统的 post-mortem 有什么区别?
pre-mortem 是在产品发布前进行的假设性失败分析,通过"假设产品已经失败,找出原因"来提前识别风险。它与 post-mortem(事后分析)的主要区别在于时间点:pre-mortem 在还有时间采取行动时发现问题,而 post-mortem 是在失败发生后总结教训。pre-mortem 的核心优势是预防性,能够在发布前消除或减轻风险。
Tiger、Paper Tiger、Elephant 这三个风险分类分别代表什么?
这三个术语来自 pre-mortem 方法论:Tiger(真老虎)代表基于证据或经验的真实风险,可能让项目负责人夜不能寐,必须采取行动;Paper Tiger(纸老虎)是表面合理但被夸大的担忧,虽然值得记录以对齐利益相关者,但不应投入大量资源;Elephant(房间里的大象)是团队讨论不足的隐忧或未经验证的假设,值得在发布前进一步调查。默认归类为 Tiger 更保险,宁可谨慎也不要遗漏重要风险。
什么时候应该做 pre-mortem 分析,需要多长时间?
理想情况下,在产品发布前 2-3 周进行首次 pre-mortem 分析,为解决 launch-blocking 问题留出足够时间。如果产品计划复杂或团队对风险存在分歧,可以更早启动。分析过程通常需要 1-2 小时的团队讨论,加上技能分析报告生成时间。建议在发布前重新评估,确认缓解措施按计划推进。pre-mortem 特别适合新产品发布、重大功能上线或进入新市场前的风险评估。