BizThinkFrame
返回框架查询
FRAME 03 / 发现问题与课题

原因分析

5 Whys / Root Cause Analysis

连续追问“为什么”,从表面现象追到更深层的原因。

申请工作台内测
什么时候用

原因分析用于避免只处理症状。

需要准备

问题和原因链

你会得到

根因假设、原因链、改善或验证动作。

01

先理解,再动手

原因分析用于避免只处理症状。它要求团队围绕一个具体问题逐层追问原因,直到找到能够解释问题并能指导行动的根因。

使用步骤

  1. 01

    先选定一个具体问题

  2. 02

    写下第一层原因

  3. 03

    对每个原因继续追问为什么

  4. 04

    当原因链能够解释问题并指向可行动的改善点时停止

  5. 05

    必要时用逻辑树整理多条原因链

使用时,留意这一点

一次只分析一个具体问题;多原因并行时转入逻辑树。

02

把方法看清楚

原因分析结构示意 · 已填入虚构案例
01

迟发

订单等待拣货

02

为什么等

货架缺货,需要补货确认

03

为什么缺货

线上显示有库存,实物已经售出

04

为什么不同步

门店销售到晚间才回传

05

待验证根因

库存同步频率与多渠道销售节奏不匹配

从一份空白提纲开始

复制到你的文档,填入真实的业务事实与判断。

查看空白提纲
原因分析 · 空白提纲

工作问题:
期望结果:

1. 迟发:

2. 为什么等:

3. 为什么缺货:

4. 为什么不同步:

5. 待验证根因:

检查清单
□ 每次追问都围绕同一个具体问题。
□ 原因链条前后逻辑连贯。
□ 最终原因能转化为行动或验证任务。

BizThinkFrame · https://bizthinkframe.com/frameworks/the-5-whys
03

跟着案例走一遍

虚构教学案例
WORKED EXAMPLE

追问为什么订单总是迟发

组织、人物、数据和结果均为虚构,仅用于说明方法。

背景与问题

青禾电商组连续两周收到迟发投诉,抽查了 20 个迟发订单。

最初判断是仓库员工不够努力,团队准备延长加班时间。

手头有哪些材料

  • 20 单中 14 单卡在补货确认
  • 库存表每天只更新一次

如何使用这个框架

  1. 只讨论迟发订单,不把包装损坏等问题混入。
  2. 沿 14 个订单的时间记录追问,每层原因都用记录支持。
  3. 将“同步延迟导致超卖”写成假设,而非断定唯一根因。
得到的结果

调查方向从员工态度转到库存同步机制;另外 6 单保留为独立原因。

下一步行动

对一个品类改为每小时同步,连续两周比较超卖和迟发比例。

04

检查你的思考

再问自己几个问题

  • 眼前看到的是问题本身,还是问题造成的表象?
  • 如果这个原因被解决,原问题是否会明显改善?
  • 是否存在多个并行原因,而不是单一原因?

完成前的检查清单

  • 每次追问都围绕同一个具体问题。
  • 原因链条前后逻辑连贯。
  • 最终原因能转化为行动或验证任务。

看看这个方法怎样应用

新用户不再回来时先用哪个框架用同期漏斗数据区分获取、激活与留存5 Whys 与逻辑树如何配合查找原因同一批延迟订单的分支与追问链