TYPE 02 · DIAGNOSTIC
诊断型问题
为什么会这样？建立互相竞争的原因假设，用证据排除，而不是挑一个顺眼的故事。
先用大白话理解它
诊断型问题关注已经发生的结果与其成因。可靠诊断必须区分症状、近因和根因：症状是看见的异常，近因直接触发异常，根因则解释为什么系统允许它反复发生。
- 指标突然或持续偏离基线
- 同样的问题修复后再次出现
- 团队提出多个相互冲突的原因
- 问题包含“为什么、是什么导致”
- 还没有确认异常是否真实存在
- 目标是预测未来而不是解释过去
- 已经知道原因，只是在多个修复方案中选择
诊断型问题的 4 步分析法
按顺序完成；每一步都要留下可以复查的文字或证据。
- 01
固定症状与时间线
记录首次出现、变化趋势、影响范围以及问题没有发生的对照组。
什么变了？从什么时候开始？
- 02
建立假设树
至少提出 3 个可区分的原因，按人、流程、系统或输入等维度穷举。
还有什么也能产生同样现象？
- 03
设计区分性证据
为每个假设写出“若为真会看到什么，若为假会看到什么”。
哪条证据能一次排除最多分支？
- 04
验证根因与机制
通过复现、对照或干预确认因果链，再制定防复发措施。
改变这个因素，结果是否随之改变？
定位网站加载突然变慢
未经分析
最近网站很慢，应该是服务器不行。
- 1
时间线显示仅新版首页变慢，旧页面正常。
- 2
假设树分为网络、服务端、资源体积和主线程执行。
- 3
瀑布图显示服务端响应不变，主图增加 4.8MB。
- 4
压缩主图后 LCP 从 5.2 秒回到 1.9 秒。
分析后的可行动结论
根因不是“服务器不行”，而是未压缩首页主图进入发布流程；修复图片并在 CI 增加资源体积预算。
这个类型优先使用哪些方法？
满足这些条件，才算分析完成
- ✓是否同时保留至少两个替代假设？
- ✓证据能否区分假设，而不只是支持喜欢的结论？
- ✓是否验证了干预后的结果？