InnoLab
CG20认知L2classic

五问根因法

5 Whys

五问根因法通过连续追问「为什么」5 次,把表面症状剥开,直达根本原因——避免用解决表象的方案来处理根因问题,导致问题反复出现。

一图看懂
1描述症状2问为什么3逐层下钻4评估根因5对症下药

这是什么

五问根因法,就是对着一个问题,像个不依不饶的小孩,连着追问五遍"为什么",把表面的症状一层层剥开,直到挖出那个真正的根。

为什么要追五遍?因为我们处理问题时,最爱犯的错就是"头痛医头"——产品出 bug 了就打个补丁,销量掉了就搞个促销。结果呢?同一个问题修了又来,反反复复,因为你解决的一直是表象,根子没动过。五问法逼你别停在第一层,沿着"为什么、为什么、为什么"往下钻,直到钻到一个你真能动手改变它、改了它问题就不再反复的地方。

来历与出处

五问根因法源自丰田生产系统(TPS),由丰田的传奇工程师、TPS 之父大野耐一(Taiichi Ohno)大力推广。

大野耐一在车间里反复强调一件事:碰到问题,要连问五次"为什么",才能挖到真正的根因,而不是被表面现象牵着鼻子走。他举过一个经典例子——机器停了,问为什么,是保险丝断了;为什么断,是轴承没润滑卡住了;为什么没润滑,是油泵坏了;为什么坏,是泵轴磨损;为什么磨损,是没装过滤网、进了铁屑。追到第五层,真正该修的是"装过滤网",而不是换根保险丝了事。这套朴素到极致的方法,后来成了精益生产、质量管理、事故复盘里最基础也最锋利的归因工具。

解决什么真实问题

它专治"问题反复发作"这个老毛病。

产品 bug 修一个又冒一个;月度目标连续达不成,却说不清到底卡在哪;培训上了、制度发了,员工行为却纹丝不动;团队天天忙着救火,却不见好转。这些场景有个共同点——你一直在跟症状缠斗,从没碰过病根。大野耐一有句话点得很透:最贵的成本,是反复修补同一个症状。 你以为你在解决问题,其实你在为同一个问题反复付费。

还有一个特别重要的前置场景:动手解决之前,先用五问法确认"我们要解决的到底是不是真问题"。很多力气,都白费在了一个伪命题上。

核心思想

把一个问题想象成一棵长在地里的杂草。

你嫌它碍眼,一把揪掉地面上的叶子——干净了。可过几天,它又冒出来了,因为根还在土里。五问法干的事,就是顺着茎往下刨:刨开第一层土(Why 1)、第二层(Why 2)……一直刨到那条主根。揪叶子是治症状,刨主根才是治根因。只有把根挖出来,这棵草才不会再长。

那怎么知道刨到根了?五问法给了一个特别实用的判据:问自己"这个原因,我们能采取行动改变它吗?" 能——这就是根因,停。不能(超出你的控制范围)——继续往下追,直到落到一个你够得着、能动手的层面。所以"5 次"是个经验值,不是铁律——有时 3 次就到根,有时要追七八次。停止的真正标准,永远是"找到了可行动的根因",而不是机械地数到第五个。

还有个关键技巧:每次只追一个方向,挑你"最不确定、最有疑问"的那条往下钻。一上来就把所有可能原因全铺开追,只会越追越散,一棵主根都刨不到底。

完整案例(示例)

一款 SaaS 产品的月付费用户流失率,突然从 5% 飙到 12%。老板的第一反应可能是"赶紧搞个降价挽留"——这就是揪叶子。我们用五问法刨刨看。

Why 1:为什么流失率升高?→ 用户在 30 天内完成的核心任务数下降了。 Why 2:为什么核心任务完成数下降?→ 上个月上线了新版编辑器,操作路径变长了。 Why 3:为什么新版编辑器路径变长?→ 把"常用功能"从顶级菜单挪到了二级菜单。 Why 4:为什么会做这个改动?→ UX 设计师按"视觉美观"调了布局,没做用户测试。 Why 5:为什么没做用户测试?→ 产品上线流程里,根本没有"主要功能入口改动必须测试"这条卡口。

根因陈述:这不是"编辑器不好用"的问题,是"产品上线流程缺少功能入口变更测试卡口"的问题。

看出差别了吗?如果只解决表象,就是回滚编辑器——治标,下次换个人又会犯同样的错。而对症根因的方案是:在上线流程里加一条硬规则——任何顶级菜单的改动,必须经过 5 名核心用户测试才能上线。这样一刨到底,你解决的不是这一次的问题,而是这一类问题。

常见误解与边界

第一个误用:把症状描述写成了结论。比如"因为产品不好卖"——这已经是个判断了,不是症状。正确的起点应该是可观测的事实,比如"本季度销售额比目标低 35%"。起点歪了,后面全歪。

第二个:为凑满五次而硬追,或不到五次就草草收工。再说一遍——停止标准是"找到可行动的根因",不是数数。机械地追到五,可能追过头变成空谈;不到五就停,可能根还没挖到。

第三个要清醒的边界:追问者的知识有边界。单人追问,很容易在自己的盲区那一层就断了链——你不知道的原因,你永远问不出来。所以最好邀请不同背景的人一起追,或者用真实数据去验证每一层的"为什么",别让整条因果链建在拍脑袋上。

还有,同一个症状可能有好几条根因路径。必要时把每个可能的 Why 1 都各追五次,比较不同路径,再聚焦最关键的一条。它擅长"单线深挖"——纵向钻到底;要横向铺开列全所有可能原因,那是鱼骨图的活儿,两者配合最好。AI 能帮你快速生成多条候选因果链、拓宽方向、避开单人盲区,但每一层是否成立、最后"能不能行动"的判断,仍得用真实数据和现场事实来验,由人拍板。

一句话记住它

别揪叶子,去刨根——一个反复发作的问题,说明你一直在治症状,从没碰过病根。

想看这套方法喂给 AI 的执行规格?点上方「标准模组」。

Cases

用过此方法的案例

25
case-038
竞品抄袭核心功能后用户流失 18%:打价格战还是加速差异化?

当竞品抄完你的核心功能后,最危险的反应是「打价格战」——那会让你在竞品最擅长的战场(资金储备)上消耗自己。正确答案往往是:用流失事件倒逼你找到你真正有护城河的东西

case-040
融资后烧钱买增长:3000 万用完 DAU 翻倍但 LTV 腰斩,下一轮融不到了

拿到融资后的最常见陷阱:用钱买来的 DAU 和用产品价值赢来的 DAU 在数据上长得一模一样,但体质完全不同——一个停钱就死,一个越用越强

case-041
B2B 软件产品加了 80 个功能没人用:用 JTBD 重新发现真正的「工作」

产品加了 80 个功能、NPS 没有变化——不是因为功能不够好,而是因为没有一个功能真正解决了用户花了最多时间的那件「工作」

case-043
健康管理 App 增长停滞:500 万用户但 K 值 0.08,增长飞轮怎么转起来?

健康类 App 最常见的增长困境:数据是私密的、行为是孤立的,没有天然的社交传播动机——增长飞轮必须「重新设计」而不是「依靠现有产品的自然传播」

case-044
双边平台冷启动困局:500 名导师入驻,3 个月只成交 87 笔,平台流量「死循环」怎么破?

双边平台冷启动最大的误区:同时解决供给侧和需求侧,结果两边都没解决——平台冷启动的核心是「先跑通单边,再激活另一边」

case-045
HR SaaS 公司面临战略十字路口:纵深做 HCM 平台 vs 出海东南亚,两条路能同时走吗?

战略押注最危险的不是「选错了方向」,而是「两个方向都走一半」——情景规划的价值在于帮你设计「无论哪种情景成真,都不会输光」的战略组合

case-046
企业 5 条产品线,哪条养活公司、哪条拖垮公司?——产品组合 BCG 重分配

BCG 矩阵的价值不在于把产品分类贴标签,而在于「用现金牛的现金流去喂有潜力的明星或问题儿童,同时有纪律地停止喂瘦狗」——问题是大多数公司都在无差别地喂所有产品线

case-047
FinTech 刚完成 B 轮融资,投资人要 3 年路线图——战略方向三岔路口如何规划?

战略路线图的价值不是「把未来 3 年的计划写清楚」,而是「设计出哪些里程碑必须先完成,哪些可以并行,哪些必须等前一个确定后才能启动」——顺序错了,3 年计划等于零

case-048
制造企业 8 个 AI 场景、600 万预算——用场景价值矩阵选出真正值得做的 2 个

企业 AI 转型最大的浪费不是「选错工具」,而是「选错场景」——场景价值矩阵的核心是用「业务价值 × 实现可行性」把 8 个候选场景快速降维到 2 个,再用三阶评估法做深度验证

case-051
湖南米粉品牌冲击全国:本地第一,出了省没人认识你——品牌资产该怎么盘?

品牌资产分析的价值在于把「我们有什么」和「消费者感知到什么」分开——「长沙伢子」的可迁移资产在运营层(工厂、供应链、SOP),而非品牌符号层;全国化应采用母子品牌策略,新建「鲜粉工坊」品牌打全国市场

case-053
在线教育平台陷入「功能内卷」:每季度发布 30 个新功能,用户留存却在下滑

创新十环揭示了最普遍的企业创新陷阱:把 90% 的创新资源押注在「产品性能」上,而忽视了另外九个同样可以创造差异化的维度——学海平台的创新盲区在服务、品牌、客户参与三个维度,而非产品功能

case-054
SaaS 创始团队的「致命分歧」:CTO 要做企业大客户,CMO 要守中小企业市场——用六顶思考帽化解战略僵局

六顶思考帽的核心价值不是找到正确答案,而是让团队在同一时刻思考同一件事——当 CTO 和 CMO 各持一词时,强制「平行思维」框架比继续辩论更有效,未来雷达图引入时间维度,揭示了「中型企业蓝海」这条被忽视的第三路径

case-055
传统零售商线上线下失联:APP 下了 80 万次,到店消费却没有增加——人货场重构怎么做?

数字化转型不是「把线下搬到线上」,而是用人货场框架重新设计用户、商品、场景的三角关系——优鲜生活的数字化问题是三角断裂(线上线下平行宇宙),真正应该强化的不是「补货型 APP」,而是「发现型 OMO」体验

case-056
气候科技创业团队准备 A 轮 Pitch:技术真实但投资人睡着了——颠覆性叙事怎么构建?

颠覆性叙事的本质是让听众先看到一个不理想的世界,再看到你正在构建的那个更好的世界——碳链科技的 Pitch 从「技术汇报」重构为「荒谬现实 + 颠覆时机 + 基础设施定位」三段式叙事,用故事板和 What If 问题链彻底改变投资人的感知框架

case-057
健康订阅 APP 三档会员无人升级:免费用户 200 万,付费率 1.4%——马斯洛告诉你问题出在哪

用户不升级高档会员不是因为「贵」,是因为产品层级设计和马斯洛需求层级完全错位——轻脉的付费机会在「社交/尊重层」(被专业人士看见和关心),而非「生理层」(更多健康数据),亲和图从 300 份访谈中挖出了这个反直觉洞察

case-058
战略方案写了 80 页,董事会看了 10 分钟说「逻辑不清」——金字塔原理怎么救这份报告?

金字塔原理的本质是对读者认知资源的尊重——结论先行是减少认知负担的最优解;把核心结论放在第 51 页等于假设读者会把前 50 页全部读完;SCQA 结构帮助听众先建立「为什么这个问题值得关注」的认知,再看解决方案

case-061
AI 政策引爆技术团队内部战争:「全员用 AI」vs「AI 会让我们失业」,管理层该怎么办?

非暴力沟通最重要的洞察:组织冲突源于双方都在回应对方的表层立场而没有看到深层需要——工程师反对 AI 工具的表层原因是代码质量,深层需要是职业安全感;H³-TII 框架帮助重新定义高级工程师在 AI 时代的不可替代价值

case-062
做了 3 年知识博主,内容「有价值」但没护城河——创新五大构成帮你找到真正的差异化

创新五大构成最重要的洞察:绝大多数内容创业者死在「单维优化」上——林晓艺的护城河在人本+文化维度(复购率 68% 的真实原因),升级重点在科技+商业维度;认知组装者方法重构 AI 协作系统,让生产效率翻倍同时核心洞察价值完整保留

case-064
小众咖啡品牌在精品赛道和规模化之间撕裂:开 100 家店还是守住 5 家?

小众精品品牌的规模化悖论:护城河(稀缺性)恰恰是规模化的上限——Blue Bottle 被收购后扩张到 100 家的失败案例直接预演了「素语」A 路线的结局;正确路径是豆子订阅+培训体系,用不破坏稀缺性的方式扩大商业规模

case-065
B2B SaaS 年费从 3000 调到 12000 会死吗?定价四倍涨价的正确姿势

B2B SaaS 定价的核心:定价是价值感知的信号,不是成本的倍数——在客户感知到价值之前涨价是加速流失;数据洞的 61% 续费率源于「用不好」而非「价格贵」,应先建立成功引导体系和月度价值报告,再对三层客户实施差异化定价

case-066
房产中介平台的 AI 威胁:贝壳在用 AI 替代经纪人,我们 200 人的区域平台该怎么活?

当大平台用 AI 做到「标准化交易效率极致化」,区域中小平台的出路是做大平台做不了的事——稳家的护城河是 10 年本地隐性知识(学区、邻里、物业),聚焦 800 万以上置换客群,从传统佣金转向本地置换顾问模式

case-067
社区团购平台年 GMV 2 亿却没有护城河:北极星指标选错了,飞轮永远转不起来

邻鲜汇 GMV 2 亿但竞品补贴一来三边全流失——根因是以「GMV」为北极星,驱动的是价格忠诚而非平台粘性;真正的护城河是「超级团长关系网络 × 小区需求数据飞轮」,北极星应切换为「团长月均服务户数 × 用户 30 天复购率」

case-068
家电品牌 4 条产品线哪条该砍哪条该押?BCG 矩阵 + 安索夫打破战略幻觉

南域电器 4 条产品线资源只够重点投 2 条——BCG 矩阵诊断出智能空调是「伪明星」(3% 市占+巨头主导),小家电才是真正的明星;安索夫规划小家电市场开发路径;战略幻觉诊断打破董事会的情感惯性偏误

case-070
理财 App 300 万用户付费率 0.8%:JTBD 发现用户买的不是「投资工具」而是「不焦虑」

稳钱包 300 万用户付费率 0.8%——JTBD 挖掘发现用户真实工作是「市场波动时守住理性」而非「投资分析」;九宫格揭示核心使用场景是「焦虑×持有」;重定位后竞品从雪球变成「什么都不做靠意志力」,39 元/月对比顾问咨询 200 元/次有极高性价比

case-073
制造企业 2030 年 AI 威胁:未来雷达 + What If 把模糊焦虑变成具体战略行动

浩达精密面对 AI 化威胁「知道方向但不知道时机」——未来雷达把 6 个维度的不确定性可视化;What If 推演极端情景(机器人降价 50%/客户转向东南亚);颠覆性叙事说服保守股东;创造力评估揭示团队只适合成熟 AI 解决方案;优先视觉质检→工艺参数库数字化

用「五问根因法」推演你的问题

描述你正面临的难题,InnoLab 会用这套方法当场跑一次结构化推演。

免费推演一次