诊断式咨询：先做门诊医生，再做手术医生
企业管理深度文章 · 第十二篇 系列：顾军企业管理方法论体系 产出时间：2026年6月23日 00:12 基于：顾军「诊断式咨询」核心方法论
一、一个扎心的真相：大多数咨询都在"开错药"
你有没有见过这样的咨询场景——
客户说"我们团队执行力差"，咨询师立刻掏出一套OKR方案。客户说"我们销售不行"，咨询师马上推荐CRM系统和话术培训。客户说"我们成本太高"，咨询师当场画出一张降本增效路线图。
这不是咨询，这是卖药。
一个真正的医生，绝不会在病人说"我头疼"的时候，不量体温、不验血、不拍片子，直接开一盒布洛芬。但在企业管理咨询行业，"头疼开布洛芬"是常态。
顾军的诊断式咨询方法论，就是要把咨询师从"药房推销员"拉回到"门诊医生"的位置上。
二、诊断式咨询的底层逻辑：先诊断，后方案
2.1 顾问=门诊医生
诊断式咨询的核心定位只有一句话：顾问就是门诊医生，只做诊断，不输出无关内容。
这句话有四个关键约束：
| 约束 | 含义 | 反面案例 |
|---|---|---|
| 先诊断 | 没搞清楚病因之前，不开任何药方 | 客户说"缺执行力"，直接给OKR培训方案 |
| 只诊断 | 诊断阶段不混入方案输出，保持判断纯度 | 诊断报告里夹带"建议采购XX系统" |
| 不输出无关内容 | 诊断结论必须紧贴客户实际，不说正确的废话 | "贵司需要提升管理水平"——这种结论毫无意义 |
| 无诊断不推进 | 诊断没完成，后续所有方案设计全部暂停 | 客户催进度，跳过诊断直接出方案 |
2.2 为什么必须"先诊断后方案"
用一个真实类比来说明：
病人说肚子疼。可能是吃坏东西（急性肠胃炎）、可能是阑尾炎、可能是胆囊结石、可能是胰腺炎、甚至可能是心梗的放射痛。
如果医生不诊断，直接开胃药，阑尾炎穿孔了谁负责？
企业的问题也一样。客户说"团队执行力差"，可能的原因包括：
- 目标层：目标本身不清晰，团队不知道往哪跑
- 能力层：人岗不匹配，不是不想干是干不了
- 激励层：干好干坏一个样，没有正反馈
- 流程层：审批流程卡死，想快也快不起来
- 文化层：老板一言堂，中层不敢拍板
- 市场层：产品本身卖不动，不是执行的问题
六个可能的根因，对应的解决方案完全不同。不诊断就开药，开对的概率是1/6，开错的概率是83%。
三、诊断式咨询的IBPS四步法
诊断式咨询和顾军的IBPS五步法（发现问题→现象归因→根因分析→损失量化→改进闭环）天然打通。诊断阶段对应IBPS的前三步：
3.1 第一步：现象收集（I — Identify）
原则：只收集原始事实，不做任何归纳判断。
这是整个诊断流程中最容易被跳过的一步，也是最关键的一步。顾问最容易犯的错误是：听客户说三句话，脑子里已经开始归类了——"这属于执行力问题""这是典型的激励不到位"。
正确的做法：
- 让客户用原话描述：不要引导，不要归纳。"你能不能描述一下最近一次让你觉得'团队执行力差'的具体场景？当时发生了什么？谁说了什么？"
- 交叉验证：同一个问题问三个人，看答案是否一致。老板说"团队不努力"，中层说"目标天天变"，基层说"做了也白做"——三种说法指向三个完全不同的根因。
- 数据佐证：把客户的感觉翻译成可量化的数据。"执行力差"翻译成"项目平均延期多少天？延期率是多少？"
关键纪律：第一轮只收集，不做任何判断。 这和IBPS的"事实数据"环节完全一致——"每次单独列行，引原文用具体客户名"。
3.2 第二步：问题定位（B — Break down）
原则：把模糊的感觉拆成可验证的具体问题。
"团队执行力差"是一个不可验证的感觉。"过去三个月，5个重点项目中有4个延期，平均延期12天，其中3个项目的延期原因是需求变更超过2次"——这是一个可验证的问题。
拆解的方法论：
- 从感觉到事实：把客户说的每一个"感觉"追问到"最近一次发生的具体事件"
- 从整体到局部：把"公司的问题"拆到"哪个部门、哪个流程、哪个节点"
- 从结果到过程：不只看"延期了"，要看"延期前的决策链条是什么"
3.3 第三步：根因分析（P — Probe）
原则：不满足于表面原因，挖到不能再挖为止。
这是IBPS"根本原因"环节在诊断阶段的应用。核心工具是"五问法"：
问：为什么项目延期？ 答：因为需求变了。
问：为什么需求会变？ 答：因为客户中途改了主意。
问：为什么客户中途改主意没有被预判？ 答：因为签合同前没有做需求深度调研。
问：为什么不做深度调研？ 答：因为销售考核只看签单量，不看项目交付质量。
问：为什么销售考核只看签单量？ 答：因为公司今年的核心KPI是营收增长，不是客户满意度。
挖到第五层才挖出真正的根因：考核机制的导向问题。 如果停留在第一层，方案是"加强项目管理"；挖到第五层，方案是"调整销售考核指标，加入客户满意度和项目交付质量权重"——完全不同的方案，完全不同的效果。
四、诊断式咨询的三个铁律
铁律一：客户说的不一定是真的
不是客户故意撒谎。而是客户站在自己的角度，看到的是局部画面。
老板看到的画面：员工不加班、不主动、推一下动一下 → 结论："团队缺执行力" 员工看到的画面：老板上午说A方向、下午说B方向、晚上又回到A → 结论："老板自己没想清楚"
诊断式咨询的顾问，不站任何一方，只做独立的事实核查。
铁律二：客户急的时候，你更要慢
客户越急，越希望你跳过诊断直接给方案。这时候恰恰是最危险的。
客户说："你不用调研了，我们就是缺一套绩效考核体系，你直接帮我们设计就行。"
有经验的诊断型顾问会回答："我理解你很着急。但让我先花两天时间跟三个部门负责人聊一聊，如果聊完结论确实是绩效考核的问题，我帮你设计方案打八折。如果聊完发现不是，省下的是一整个项目失败的成本。"
铁律三：没有诊断结论，不出方案
这是诊断式咨询最硬的一条底线。
无论客户怎么催、项目周期多紧、预算多高，诊断没完成之前，方案一个字都不写。 这不是拖延，是对客户负责。真正的医生不会因为病人催就跳过检查直接开刀。
五、诊断式咨询 vs 传统咨询：一张对照表
| 维度 | 传统咨询 | 诊断式咨询 |
|---|---|---|
| 角色定位 | 专家/老师/方案提供者 | 门诊医生/事实核查者 |
| 起点 | 客户提出的需求 | 客户的实际问题（可能和需求不同） |
| 流程 | 需求→方案→交付 | 现象→诊断→结论→方案→验证 |
| 核心能力 | 方法论储备+方案设计 | 提问能力+事实核查+根因分析 |
| 输出物 | 咨询报告/方案文档 | 诊断报告+根因分析+方案建议 |
| 风险 | 方案不匹配，白花钱 | 诊断周期长，客户可能不耐烦 |
| 适用场景 | 客户明确知道问题在哪 | 客户感觉有问题但说不清楚 |
| 客户满意度 | 交付时满意，执行时打脸 | 诊断阶段可能不爽，执行时真解决问题 |
六、诊断式咨询的落地工具
6.1 诊断访谈五问模板
- "最近一次发生这个问题是什么时候？" — 锁定具体事件，避免泛泛而谈
- "当时谁在场？谁说了什么？做了什么？" — 还原真实场景
- "如果这个问题解决了，你看到的第一个变化会是什么？" — 定义成功标准
- "这个问题持续多久了？中间有没有一段时间好转过？为什么好转？" — 寻找关键变量
- "除了你，公司里还有谁最关心这个问题？他怎么看？" — 交叉验证视角
6.2 诊断结论输出模板
【诊断对象】XX公司/XX部门
【表面问题】客户描述的原始问题（原话）
【现象收集】多源交叉验证的事实
【问题定位】拆解后的可验证具体问题
【根因分析】五问法挖到的最终根因
【诊断结论】一句话总结：真正的问题不是A，而是B
【下一步建议】建议优先解决的1-3个问题（不是方案，是方向）
6.3 诊断完成标准
在进入方案设计之前，必须确认以下三个条件全部满足：
- ✅ 交叉验证通过：至少两个不同信源（老板+中层/中层+基层/内部+外部）的描述可以互相印证
- ✅ 根因足够深：至少经过三层追问，不能停留在第一层表面原因
- ✅ 客户认可诊断结论：客户听完诊断结论后说的是"原来是这样"，而不是"这我知道"
七、总结：诊断式咨询一句话
客户说"我头疼"，你不是去给他找止痛药，而是去查他的血压、体温、血常规、CT——查完了，你可能发现他不是头疼，是高血压。这时候你给他的方案不是布洛芬，是降压药。
这就是诊断式咨询。
诊断式咨询不是一套工具，而是一种职业信仰：相信客户的问题往往不是他说的那个问题，相信表面的症状下面有更深的根因，相信花在诊断上的时间永远值得。
先做门诊医生，再做手术医生。先诊断，后方案。无诊断，不推进。
本文基于顾军「诊断式咨询」核心方法论撰写，属于企业管理深度文章系列第十二篇。 系列文章：第一篇·执行力/第二篇·IBPS四步诊断法/第三篇·从救火队长到系统思考者/第四篇·三角验证法创始人决策框架/第七篇·IBPS需求验证闭环/第八篇·客户超级满意闭环/第九篇·四层产品体系/第十篇·四好工作体系/第十一篇·信仰影响力五级/第十二篇·诊断式咨询