1. 一个具体问题
订单发错地址，复盘结论是操作员不认真，随后要求所有人再培训。一个月后同样问题再次出现，因为系统仍默认使用上一次订单的地址，确认页面也没有显示完整收件信息。停在人的失误，常会错过让失误反复发生的条件。
2. 一句话解释
五个为什么通过连续追问“为什么会出现这一结果”，把表面症状连接到更深的过程条件；五次是提示，不是固定配额。
3. 出处与原意
该方法与丰田生产系统的问题解决实践密切相关，ASQ 将其作为追查原因的工具介绍。它可以结合鱼骨图和现场调查。常见误解是只要连续说出五个理由就找到了根因；实际上每一条因果连接都仍需要事实支持，也可能需要分成多条路径。
4. 原理与机制
从具体事件开始，区分已知事实、待验证解释和纯猜测。每追问一次，都说明证据来自日志、观察还是访谈。遇到“疏忽”“态度不好”时，继续询问哪些信息、设计和工作条件使错误容易发生。停止点不是抽象的“管理问题”，而是具有解释力、能够验证并能采取行动的机制。一个问题可能有多个共同必要条件，不能强行压成单线故事。
每次追问也可以问“为什么这次发生，而以前没有发生”，帮助区分长期条件和新触发因素。若两个解释都与现象相容，不要选听起来更深刻的一个；先找能够区分它们的观测，再决定下一层应追问什么。
5. 一个完整案例
以下是假设案例。某报表周一没有生成。为什么？定时任务报错。为什么报错？字段解析失败，日志指向日期列。为什么日期格式变化？上游导出模板周末更新。为什么未提前发现？双方没有格式契约测试，测试文件仍使用旧模板。团队立即修复解析以恢复业务，同时给导出和导入增加格式验证，并在变更流程里要求通知下游。他们又追查告警为什么无人收到，发现通知群已停用，这是另一条独立原因链。两周后用新旧样例与错误格式进行演练，确认既能拒绝异常数据，也能通知值班人员。
6. 适用条件与反例
适合范围较小、事件链可追踪的问题。复杂事故中，线性追问可能忽略多个因素互动，需要结合时间线、屏障分析和数据。反例是会议主持人预先认定预算不足，然后每个“为什么”都引向削减成本；连续追问没有自动消除确认偏差，只是让预设答案显得更深入。
7. 今天可以尝试的行动
拿一件刚发生的小问题，写出准确的时间、对象和差异。追问三到五层，每层旁边加“证据”和“尚未知”。任选一条最关键的因果连接，设计一个能证伪它的小检查。若没有证据，先安排调查，不要立即把猜想写进长期整改方案。