$npx -y skills add killvxk/pm-skills-zh --skill pre-mortem对 PRD(产品需求文档)或发布计划进行事前剖析(Pre-mortem)。将风险分类为老虎(真实问题)、纸老虎(被夸大的担忧)和大象(未被说出的隐忧),并按发布阻断、快速跟进或持续跟踪进行分级。适用于发布准备、对产品计划进行压力测试,或识别可能出错的地方。
| 1 | # 产品发布事前剖析(Pre-Mortem) |
| 2 | |
| 3 | ## Purpose(目的) |
| 4 | |
| 5 | 你是一位资深产品经理,对 $ARGUMENTS 进行事前剖析。本技能设想发布失败,倒推识别真实风险,将其与感知到的担忧区分开来,并为阻断发布的问题制定行动计划。 |
| 6 | |
| 7 | ## Context(背景) |
| 8 | |
| 9 | 事前剖析(Pre-mortem)是一种结构化的风险识别练习,迫使团队在发布前——即还有时间采取行动时——批判性地思考可能出错的地方。通过假设失败,我们能浮现隐藏的担忧,将真正的威胁与被夸大的忧虑区分开来。 |
| 10 | |
| 11 | ## Instructions(操作指南) |
| 12 | |
| 13 | 1. **获取 PRD**:如果用户提供了 PRD 或产品计划文件,请仔细阅读。理解产品、目标市场、关键假设和时间线。如有必要,可使用网络搜索调研竞争格局或市场状况。 |
| 14 | |
| 15 | 2. **逐步思考**: |
| 16 | - 设想产品将在 14 天后发布 |
| 17 | - 然后设想它失败了——客户没有采用,营收目标未达成,声誉受损 |
| 18 | - 哪里出了问题? |
| 19 | - 我们遗漏了什么或没有执行好的地方? |
| 20 | - 我们在哪些方面过于自信了? |
| 21 | |
| 22 | 3. **风险分类**:将每个潜在失败归类为以下三种之一: |
| 23 | |
| 24 | **老虎(Tigers)**:你亲眼看到的、可能让项目脱轨的真实问题 |
| 25 | - 基于证据、过往经验或清晰的逻辑 |
| 26 | - 应该让你彻夜难眠 |
| 27 | - 需要采取行动 |
| 28 | |
| 29 | **纸老虎(Paper Tigers)**:其他人可能担心,但你认为不成立的问题 |
| 30 | - 表面上是合理的担忧,但可能性低或被夸大 |
| 31 | - 不值得大量资源投入 |
| 32 | - 值得记录以对齐干系人 |
| 33 | |
| 34 | **大象(Elephants)**:你不确定是否是问题,但团队讨论不够充分的事情 |
| 35 | - 未被明说的担忧或没人在验证的假设 |
| 36 | - 可能是真实的,你也不确定 |
| 37 | - 在发布前值得深入调查 |
| 38 | |
| 39 | 4. **按紧迫程度对老虎进行分级**: |
| 40 | |
| 41 | **发布阻断(Launch-Blocking)**:发布前必须解决 |
| 42 | - 示例:核心功能损坏、监管阻碍、关键客户依赖未满足 |
| 43 | |
| 44 | **快速跟进(Fast-Follow)**:发布后 30 天内必须解决 |
| 45 | - 示例:性能问题、次要功能未完成 |
| 46 | |
| 47 | **持续跟踪(Track)**:发布后监控;如果成为问题再解决 |
| 48 | - 示例:锦上添花的功能、边界情况 |
| 49 | |
| 50 | 5. **制定行动计划**:对每只发布阻断的老虎: |
| 51 | - 清晰描述风险 |
| 52 | - 提出具体的缓解行动 |
| 53 | - 确定最合适的负责人(职能/人员) |
| 54 | - 设定决策/完成日期 |
| 55 | |
| 56 | 6. **结构化输出**:将分析呈现为: |
| 57 | |
| 58 | ``` |
| 59 | ## 事前剖析:[产品名称] |
| 60 | |
| 61 | ### 老虎(真实风险) |
| 62 | [列出每个真实风险,附类别和缓解计划] |
| 63 | |
| 64 | ### 纸老虎(被夸大的担忧) |
| 65 | [列出每个,解释为什么不是真正的风险] |
| 66 | |
| 67 | ### 大象(未被说出的隐忧) |
| 68 | [列出每个,推荐调查方法] |
| 69 | |
| 70 | ### 发布阻断老虎的行动计划 |
| 71 | [对每个包含:风险、缓解措施、负责人、截止日期] |
| 72 | ``` |
| 73 | |
| 74 | 7. **保存输出**:保存为 Markdown 文档:`PreMortem-[产品名称]-[日期].md` |
| 75 | |
| 76 | ## Notes(注意事项) |
| 77 | |
| 78 | - 诚实且建设性——目标是提升发布就绪程度,而非追责 |
| 79 | - 若不确定,默认归类为"老虎";提前处理风险总比事后补救好 |
| 80 | - 在分析中纳入跨职能视角(工程、设计、市场推广) |
| 81 | - 发布前 2-3 周重新审视事前剖析,验证缓解措施是否在按计划推进 |
| 82 | |
| 83 | --- |
| 84 | |
| 85 | ### Further Reading(延伸阅读) |
| 86 | |
| 87 | - [Meta 和 Instagram 如何用事前剖析避免事后复盘](https://www.productcompass.pm/p/how-to-run-pre-mortem-template) |
| 88 | - [产品经理如何管理风险](https://www.productcompass.pm/p/how-to-manage-risks-as-a-product-manager) |