用途：用迭代提问方式找出问题的根本原因，而不是停留在表面症状。适用于调查重复出现的问题、调试系统故障、分析客户流失、项目延期或预算超支、事后复盘以及流程改进。
核心方法：先定义具体、可衡量的问题，再连续追问“为什么”，逐层记录答案，直至识别根本原因，最后针对根因提出解决方案。示意图为：问题陈述→为什么→答案1→……→答案5→识别根因→实施解决方案。可超过五个问题，也可提前停止。
基本原则：以事实而非假设为基础，问题应基于数据；关注系统与流程失败，而非指责个人；答案需用证据验证；复杂问题可能存在多个根因。提问时可用较柔和的替代说法，如把“为什么会这样”换成“当时发生了什么情况”，把“你为什么这样做”换成“你当时想达成什么”。
分析步骤：第一步定义问题，要求具体可衡量，例如把“系统很慢”改为“三月发布后页面加载时间从2秒增至8秒”；第二步逐层追问并记录；第三步针对根因而非症状设计解决方案。可输出包含问题陈述、分析日期、参与者、问题链、根因、按优先级排列的解决方案表、成功指标的模板。文中给出了制造、SaaS 客户流失、软件缺陷等示例。
最佳实践：用数据和指标支撑答案，引入多元视角，聚焦流程失败，完整记录审计轨迹，并验证修复根因能否防止复发。避免过早停止、归咎个人、只追单一路径、凭假设下结论或跳步追问。沟通时一次只问一个问题，给对方回应时间，保持好奇与协作而非审讯。可与 Kaizen、Six Sigma、鱼骨图、帕累托分析和事后复盘结合使用。
限制：资料未提供具体工具命令、平台要求、收费与价格信息。