5 个为什么模板
从问题陈述连续追问五次，找到根本原因，制定纠正措施，防止问题再次发生。
使用此模板模板亮点
- 完整垂直链：问题 → 五个追问层级 → 根本原因 → 纠正措施
- 基于真实产品事故的预置示例，可直接参考
- 颜色区分问题、各层原因、根本原因和纠正措施
这个模板适合做什么
「5 个为什么」是最简单的根因分析方法：连续追问五次「为什么」，每个答案成为下一个问题的起点。这个模板预设了完整的垂直链——问题陈述、五个追问层级（各含答案区）、根本原因和纠正措施。适合事后复盘、Sprint 回顾、质量评审，以及任何需要找到永久修复方案而非临时绕过的反复出现问题。
适用场景
- 故障后复盘：从「服务挂了」追问到允许它发生的流程漏洞。
- Sprint 回顾：把未达成的迭代目标追溯到系统性规划或沟通问题。
- 质量评审：找出反复出现的生产缺陷的上游原因。
- 客户投诉分析：从「客户投诉了」追问到导致问题的流程失效。
- 销售失单复盘：从「我们输了这个单」追问到销售流程中可以改变的地方。
使用步骤
- 1在顶部写下问题陈述——越具体越好：包含发生了什么、什么时候、可量化的影响。
- 2追问「为什么 #1」：这个问题为什么会发生？写出最直接、最基于事实的原因。
- 3把「为什么 #1」的答案作为「为什么 #2」的主语：那个原因为什么会发生？
- 4继续追问「为什么 #3」「为什么 #4」「为什么 #5」，沿着因果链向根源走。
- 5识别根本原因：那个最深层的答案——如果修复它，问题就不会再重现。
- 6制定纠正措施：针对根本原因，对某个流程、系统或行为做出具体、可问责的改变。
简单示例
转化率下降复盘示例
问题：核心用户流程转化率两周内下降 23%
为什么 #1：用户在注册流程中途离开
为什么 #2：注册流程新增了手机号验证步骤
为什么 #3：为防止垃圾注册加入了额外验证
为什么 #4：变更未经真实用户可用性测试就上线
为什么 #5：发布流程没有核心路径变更的 UX 审查关卡
根本原因：发布流程缺少针对核心路径变更的 UX 审查步骤
纠正措施：在发布检查清单中加入 UX 审查，设为必过关卡
在线开始编辑
在 CodePic 中打开模板后，替换示例节点，就能很快整理成自己的学习导图。
