专家管理系统需求调研中的'冰山理论'揭示了客户未说出口的深层需求。从抽取频次可视化到审计日志追溯，本文通过招投标行业的真实案例，拆解四维探查法——流程还原、异常逆推、角色切换、法规对标，教你系统化挖掘隐藏在业务规则与合规要求之下的核心需求。

一、先说一个翻车故事

我第一次去做专家管理系统需求调研，是个地市级交易中心的升级项目。

会议室里，客户方的赵主任开门见山：”帮我在专家抽取模块加个’随机抽取’功能，选专业、选人数，一键抽出来就行。”我说好，回去就画了原型：选专业、选人数、点抽取，生成专家列表，评审通过，上线。结果第一周，电话来了。

“这个抽取不行啊，抽出来的专家有些上个月刚参加过评审，虽然规则上没说不让，但投标方看到了问我们为什么总抽同几个人，不好解释。还有，有些专家反映自己被抽中的次数比其他人少得多，怀疑抽取功能有问题……”

那时候我才反应过来 — 客户说的”加个随机抽取”，只是冰山浮在水面上的一个尖角。

水面之下，是这个需求真正的样子：

• 抽取 → 要有频次感知，抽取时自动展示专家近期被抽记录
• 公平性 → 抽取结果要可追溯，附带抽取日志供审计
• 查询 → 操作员能按专业、按时间、按抽取次数筛选和查看历史
• 报表 → 能统计各专家的被抽频率，识别分布不均

这四样，客户一样也没说。

今天这篇，就是把系统化挖掘隐藏需求的方法摊开来聊。

二、理论起点：需求的”冰山模型”

先上理论。

用户体验研究里有一个很经典的概念叫McGovern冰山模型。它说的是：用户表达出来的需求只是冰山一角，水面下90%的需求是看不见的。

用在B端、特别是招投标这种规则密集型的业务里，这个模型比在C端更贴切：

┌─────────────────────────────┐

│ 客户明确说出的需求 │ ← 水面之上（10%）

│ “加个审核功能” │

├─────────────────────────────┤

│ 客户以为你说能懂的需求 │

│ “审核就是通过和驳回嘛” │

├─────────────────────────────┤

│ 客户没想到的系统需求 │

│ 通知推送、补正流程、历史追溯 │

├─────────────────────────────┤

│ 行业法规驱动的隐藏需求 │

│ 审计要求、数据合规、数据留存 │

├─────────────────────────────┤

│ 组织政治层面的需求 │

│ 领导要看的报表、各部门数据隔离 │

└─────────────────────────────┘

← 水面之下（90%）

每次需求调研，本质上是在帮客户把他水面下的冰山画出来。

招投标业务有个很大的特点：客户的诉求往往隐藏在规则和合规里。 不聊合规，你听到的都是碎片需求；聊起合规，自动补全一大半。

三、四维探查法：系统性挖掘隐藏需求

我用过很多框架，最后沉淀下来最实用的是四个维度。核心思路很简单 — 不要只问”要什么”，而是从不同角度把业务”扒开”看。

维度一：流程还原法（Task Analysis）

1、理论支撑：任务分析法

任务分析法来自人因工程学，核心是拆解用户完成一个目标所需要的每一个步骤。不是问”你们要什么”，是让用户走一遍”你们现在怎么做”。邀请客户业务骨干，在他工位上，让他亲自操作一遍现有流程。你在旁边记录，不要打断。

关键观察点：

• 卡顿点：哪一步他犹豫了、切换系统了、翻笔记本了
• 绕路操作：他先把数据导出到Excel，处理完再导回来
• 心理检查点：每操作几步停下来核对一下数据
• 人工补偿：系统没做但他在脑子里/纸面上完成的逻辑判断

2、招投标真实案例

某次做专家抽取模块的需求调研，客户说：”抽取功能就是把专家抽出来嘛，随机抽取就行，没什么特别的。”

我到操作员的工位上看她走了一遍流程：

她在系统里点了”随机抽取”，生成了专家列表。她没有直接确认，而是把列表复制出来，打开Excel，把专家姓名逐个粘贴到另一个Excel里，和上个月参加过的项目进行一一比对。比对完发现有两个专家在上个月的项目里刚被抽中过，她回到系统，重新点了一次抽取，等新的列表出来。

我问为什么要这么麻烦，她说：

“系统只按专业和地区抽，同一个专家一个月内反复被抽到，虽然规则上没禁止，但传出去不好听。投标方看到了会说闲话，说你们是不是就盯着这几个人抽；一直没被抽到的人也会有意见，觉得是不是名单里根本没他们，或者有人动了手脚。我多做一步，省得后面被人嚼舌根。”

这就是一个流程中的”心理检查点”。客户没提”抽取公平性”这件事，因为她自己用Excel绕了一圈来保证心理上的公平，已经成了一种肌肉记忆。你一看流程，这个问题自然就暴露出来了。

从这个观察出发，我们挖出了三个隐藏需求：

1. 抽取频次可视化 — 抽取时自动展示专家近期的被抽中记录
2. 历史抽取关联 — 支持按时间范围筛选，避免短期内重复抽取
3. 公平性保障机制 — 抽取结果附带抽取日志，做到可追溯、可解释

如果只坐在会议室里聊”你们要什么”，永远聊不出这些需求。现场看她操作，一句话都不用问，问题自动浮现。

3、你在调研中可以这样操作

话术模板：

“张工，能不能麻烦你现在打开系统，给我走一遍你们平时的审核流程？我就在旁边看，不打扰你。”

记录重点：

方法论总结：

“不要问用户要什么。看他怎么做，比他说的更真实。”

面对不同性格客户，你的策略要有弹性

流程还原法听起来简单 — 请他走一遍流程就行了。但做了几十次你会发现，能让你顺利”看一遍流程”的客户，不是标准配置，是需要争取的。

我遇到的客户大致分三类：

第一类：配合型（大约占40%）

这类客户最好办。你一说”王工，方便走一遍流程我看看吗？”，他直接打开系统就开始操作，一边做一边还能给你讲他这步在干什么，为什么这么做。

你的策略： 少问，多看。他愿意讲你就听，但别打断他操作去追问细节。记下来，等他做完了再问。他的分享欲很强，你的角色就是记录者。

第二类：防御型（大约占35%）

这类客户最棘手。你站在他身边，他的第一反应是紧张。你说”能不能走一遍流程”，他会觉得你在审视他的工作能力，甚至会觉得你在找茬。

我遇到过一个大姐，我刚站到她工位后面，她就说：”你问我们领导就行了，我照流程做的，不会有什么问题。”

这时候越催她操作越适得其反。

你的策略： 把姿态放低，从”我检查你”变成”你教我”。

“张姐，不是检查，是我们对这块业务不太熟，怕做出来的东西不符合你们实际使用的习惯。你就按平时怎么做的走一遍，我就是学习一下。”

低姿态 + 解释原因，大部分防御型客户会放下戒备。

第三类：粗糙型（大约占25%）

这类客户特别爽快，你一说看流程，他刷刷刷一分钟点完了。然后看着你说：”看完了，就这些。”不是他想敷衍你，是他用得太熟，很多步骤已经被他”自动化”了 — 快速操作、不看屏幕、凭肌肉记忆点完。

但问题就在于：自动化意味着他也意识不到那些”绕路操作”的存在。

你的策略： 慢放。他快速走完一遍后，你说：”王工，能再走一遍吗？这次每点一下停两秒，我想看看每个页面上有哪些字段。”或者换一个更具体的问题：”刚才那个页面，你停了一下才点确定，是在检查什么？”粗糙型客户不会主动讲细节，但你问到点上，他反而会想：”咦，他居然注意到了。”

处理这三类客户，核心原则只有一条：

配合型的你当记录员，防御型的你当学生，粗糙型的你当放大镜。

性格不一样，靠近他工位的方式就不一样。但最终的目的相同 — 看到他的真实流程，而不是他汇报给领导的完美流程。这个”因材施教”的思路不只是流程还原法一个维度能用。后面几个维度，我们还会反复遇到同样的三类客户，但应对的方式要随着方法的不同而变化。

维度二：异常逆推法（FMEA思维）

1、理论支撑：失效模式与影响分析（FMEA）

FMEA原本是制造业用来预防故障的方法，核心思想是先问”什么会出错”，再反推”怎么预防”。用在需求调研里效果出奇好 — 你问用户正常怎么做，他讲不清楚；你问他出错了怎么办，他一下就有话说了。

在问完”正常流程怎么走”之后，紧接着追问：”那如果XX出错了，你们现在怎么处理？”这一问，你挖出来的往往就是系统的容错机制需求。而且因为客户经历过真实的”翻车”，他描述这个场景时细节异常丰富。

2、招投标真实案例

做评标管理系统调研时，问操作员：”如果专家抽出来了，但到开标时间临时缺席怎么办？”客户一下打开了话匣子：

“那不麻烦了吗！我们要先确认能不能等他，不行就补抽。但补抽的话，之前已经签到入场的专家和补抽的专家不能碰面，得分开安排评标室。而且补抽的记录也要单独标注，不然审计说不清楚……”

这个追问，挖出了三个隐藏需求：

1. 补抽流程（从正常流程独立出来的子流程）
2. 回避调度（已到场和补抽专家的物理隔离）
3. 审计标注（补抽记录要有单独标识和原因说明）

这些需求，正常问”你需要什么功能”，客户大概率说不全。

3、你在调研中可以这样操作

方法论总结：

“正常的流程用户讲不全，但出过的错他能讲一上午。”

面对不同性格客户，异常话题怎么聊

说”流程还原”看性格，聊”出错了怎么办”更看性格。因为异常话题天然带点”问责”的味道，不同性格客户的反应差异很大。同样的三类客户，在聊异常时表现完全不同。

对配合型客户：他能给你讲案例库

配合型客户遇到你问”出错了怎么办”，不会觉得你在怀疑他，反而会觉得你在认真做事。他可能会给你讲三四个真实翻车案例，一个比一个精彩，细节极其丰富。

你的策略： 允许他发散，但要及时收束。他讲完第二个案例后，你可以说”这个细节太好了，我记一下”，然后递话头引导到下一个异常场景。配合型的异常话题是金矿，但容易越讲越远。

“上回还有一次更离谱的……” —— 这是配合型客户要开始讲故事了。让他讲，但讲完你拉回来：”这个场景很有价值，那除了这种极端情况，日常遇到的频率更高的是什么？”

对防御型客户：先解除”这锅我不背”的信号

防御型客户一听到”出错了怎么办”，第一反应是”你在怪我？”或者”这锅我不背”。你问异常，他回答”我们流程很规范，不会有错”。不是真的没错，是他不想谈”错”。

你的策略： 不要用”出错”这个词，换成”特殊情况”或”不太常见的情况”。把主语从”你”换成”流程”。

❌ “你们这里出错过吗？” ✅ “这个业务有没有遇到过什么特殊情况，系统不太好处理的？”

措辞一变，防御型客户的安全感就回来了。如果他还是不愿意谈，还有个方法 — 讲你自己的翻车故事打开局面：”我们之前有个客户就遇到过一个事，专家临时缺席导致评审延了半天。不知道你们这边有没有类似的经历？”

你先暴露自己的”不完美”，他会放松很多。

对粗糙型客户：他真不记得出过什么错

粗糙型客户不是不想说，是真不记得。他做这个业务太熟了，出过的小问题都被他下意识解决了，记忆里没留下痕迹。

你的策略： 给他具体的触发点，而不是问开放式的”出错过吗”。用”如果……会怎样”的假设性问题，帮他模拟异常场景。

“如果有一个专家抽出来以后发现和某个投标方有利益关系，你们现在怎么处理？”

假设性问题比回忆性问题更容易触发粗糙型客户的思考。他可能想不起来出过的错，但能推理出”如果发生了会怎样”。

配合型你收着听，防御型你换措辞，粗糙型你造场景。

这个”因材施教”的逻辑在下面的维度三和维度四里还会继续出现。

维度三：角色切换法（Empathy Map）

1、理论支撑：同理心地图（Empathy Map）和用户角色法（Persona）

很多PM在做B端需求调研时，只跟一个人聊 — 通常是业务对接人或者IT负责人。但同一个系统，不同角色看到的和需要的完全不同。同理心地图帮你从四个角度去理解一个角色：他说了什么、做了什么、想了什么、感受了什么。

谈需求前，先问清楚这个问题：

“这个系统的用户有哪几类人？”

通常招投标系统的用户至少有三类：

2、招投标真实案例

一个典型的调研陷阱：

我见过一个项目经理做专家库系统调研，只跟信息科主任聊了。主任说：”加个专家信息维护功能，能增删改查就行。”于是他做了。上线两周，操作员小姑娘崩溃了：

“我每天要录30多个专家的信息，单位名称每次都要手动输入，专业分类有200多个选项每次都要下拉选，批量导入功能在哪？”

主任”增删改查”的需求水面之上是对的，但操作者每天要用8小时，她需要的不是”能用”而是”好用” — 批量导入、自动补全、历史记忆、快捷键。

这就是角色差异导致的隐藏需求。

3、调研中可以这样操作

找三类角色分别聊15分钟，用同理心地图框架问：

对一个功能，分别问管理者/操作者/监管者：

– 看到什么？ （界面上最重要的是什么）

– 说什么？ （经常抱怨什么）

– 做什么？ （每天要操作多少次）

– 想什么？ （担心什么、期望什么）

话术模板（对操作者）：

“我懂你的需求了，但是我想知道这个操作你一天大概要做多少次？”

话术模板（对监管者）：

“审计来检查的时候，一般会问哪几类问题？”

角色即性格：不同层级的”语言切换”

角色切换法跟前面两个维度最大的不同是 — 你面对的不是同一个人，而是不同的人。 策略的核心不是怎么问，而是怎么”翻译”。

管理者（主任/科长）的特点是”目标导向”。你跟他说操作细节，他会不耐烦。他关心的永远是三个问题：

• 这个功能能不能减少出事的概率？
• 能不能让我向上级汇报时有据可查？
• 能不能减少团队的工作量，别让他们天天加班来找我诉苦？

你的策略： 沟通语言全部翻译成”风险和效率”。需求描述里不要讲”下拉菜单5秒弹出”，要讲”每天节省操作员2小时”。遇到隐藏需求，用”审计风险”作为卖点说服他。

比如你想加”抽取公平性报告”这个需求，对管理者说： “这个功能每周出一次报告，万一有人质疑，你直接把报告甩出来就行。” 比说”抽取日志可视化展示”有效100倍。

操作者（办事员）的特点是”过程导向”。她关心的是：好不好用、会不会让我加工作量、能不能让我少点几下鼠标。管理者决定”买不买”，操作者影响”好不好用”。忽视操作者的感受，系统上线后你会被骂到怀疑人生。

你的策略： 不要坐在会议室里聊，就去工位上聊。操作者坐在电脑前最放松，也最敢说实话。你的话术要非常具体，问她”每天点多少次”、”哪个页面最烦”、”有没有你想删掉的按钮”。

监管者（纪检/审计）的特点是”证据导向”。他几乎不关心系统好不好用，他只关心：出事了能不能查到是谁干的。

你的策略： 聊需求时，帮他提前想好”审计视角”。你主动问”这个操作如果被审计质疑，你们能拿出什么证据”，监管者会觉得你懂行，后面配合度会高很多。

典型案例 — 我见过一个项目，系统做得很好，操作者用着也顺。但审计一来，问”专家抽取记录在哪？”发现系统只存了”抽取结果”没有”抽取过程”。审计说不行，重新整改。这就是角色切换没做全 — 只服务了操作者和管理者，忘了监管者。

所以调研时一定记住一个原则：

需求沟通不是语言的问题，是角色的问题。跟不同位置的人，说不同维度的话，需求才可能挖全。

维度四：规则推演法（Goal-Directed Design）

1、理论支撑：目标导向设计

目标导向设计的核心是 — 不问用户要什么功能，问用户要通过这个功能达成什么业务目标。 在招投标行业，业务目标几乎都落在一个点上：合规地完成XX。

既然目标是合规，那你只要知道法规的边界在哪里，就能倒推出系统该做什么。跟客户聊需求时，可以聊业务目标：”这个功能上线之后，你希望它能帮你解决什么问题？”

更好的切入方式是聊法规。

“最近招投标法修订，对专家回避范围有新的要求，你们这边目前是怎么处理的？”

这一问，客户通常会先愣一下，然后开始思考 — 这比他直接说”我要什么”要有价值得多。

2、招投标真实案例

某次做交易平台升级，法规要求专家社保缴纳单位纳入回避单位范围。我跟客户聊这个新规时，问了一句：”专家可能换过几家公司，社保只是当前单位。那以前的工作单位怎么处理？”

客户思考了一下：

“也是……如果是靠社保来判定，那历史工作单位就没法关联了。那是不是需要一个专家履历管理？光靠社保不够。”

这就是从法规变动推演出的隐藏需求 — 专家履历管理。法规驱动了一个变革，但客户自己还没反应过来系统的整个链条需要跟着变。

3、典型招投标行业的法规驱动轮

4、调研中可以这样操作

“让客户讲业务目标，比让他讲功能需求，更容易挖出真需求。”

面对不同客户，规则推演的”切入口”要变

规则推演法有时候好用，有时候不好用。问题出在哪里？出在客户对”规则”两个字的敏感度天生不一样。

对配合型客户（特别是懂行的）：你也可以跟他聊规则本身

这类客户可能是交易中心的老业务骨干，对法规比你还熟。你一提”最近招投标法修订”，他能直接给你背出具体条款。

你的策略： 直接上干货。列一个法规清单，逐条对。把他当同行看，他会觉得你够专业。

“我梳理了最近三条跟专家管理相关的法规变动，你看这条——专家抽取记录保存期限延长到10年。你们现在的系统能支撑这个要求吗？”

这种对话法对懂行的客户效率极高。几句话就能聊出法规模块的差距。

对防御型客户：不要聊规则，聊”别人怎么做的”

防御型客户对”规则”这个词有点敏感。你一提法规，他可能觉得你在暗示”你们现在不合规”，油然而生一种”你是不是来找茬的”心态。

你的策略： 把”规则”换成”同行经验”。少用术语，多讲故事。

❌ “根据招投标法实施条例，专家回避范围需要扩大，你们现在覆盖到了吗？”

✅ “我前段时间跟xx市交易中心聊，他们最近在升级专家管理系统，主要是为了解决一个事——专家原来工作的单位要不要纳入回避范围。不知道你们这边遇到过类似的问题吗？”

同行的做法比法规条文更有说服力，对防御型客户尤其管用。

对粗糙型客户：他懒得想太远，你帮他推到”如果……”

粗糙型客户有个特点：他只关心眼前的事。你跟他说”这个法规明年生效，到时候系统要支持什么”，他的反应通常是”到时候再说”。不是他不上心，是他每天被大量的日常事务填满了，没精力去想”明年”的事。

你的策略： 把很远的事拉近。用”如果现在不改，到时候会怎样”来制造紧迫感。或者更有效 — 用一个他已经遇到过的痛点，来引出规则驱动的需求。

“上次你说维护专家信息出错率很高对吧？其实新的招投标法要在专家信息管理上加一些规范字段，正好趁着这次升级一起做了，省得后面再单独改。”

粗糙型客户需要”挂钩” — 把未来的法规需求，挂到他当下的痛点上。

这就是四个维度下来，面对同一类人要切换四种沟通策略的过程总结：

四、漏斗式提问法：引导客户丰满需求的实战话术

四个维度挖到了需求线索，下一步是引导客户自己把需求说丰满。我用的工具是漏斗式提问法（Funnel Technique），从开放到封闭，逐层收紧。

理论来源是认知心理学中的引导性信息提取（Guided Information Retrieval）。

四层漏斗

┌─────────────────┐

│ 开放式提问 │

│ “你们现在怎么做” │

└────────┬────────┘

↓

┌─────────────────┐

│ 探查式提问 │

│ “遇到XX怎么处理”│

└────────┬────────┘

↓

┌─────────────────┐

│ 确认式提问 │

│ “我的理解对吗” │

└────────┬────────┘

↓

┌─────────────────┐

│ 引导式提问 │

│ “如果能自动XX呢” │

└─────────────────┘

实战话术矩阵

场景：客户说”专家抽取功能很简单，随机抽就行”

场景：客户说”抽取结果要有日志记录”

两个有效技巧

技巧一：沉默法

问完一个开放式问题后，等3秒钟不要说话。大多数人会在沉默中补充信息。

你：”你们平时怎么处理专家临时缺席？” （沉默，保持目光接触） 客户：”嗯……目前是我们手动登记，然后通知备选……” （你继续沉默） 客户：”不过有时候备选也来不及，上次有次……”（开始讲真实案例）

停顿，让人不舒服，但让信息浮现。

技巧二：反向验证法

在确认式阶段，把你的理解用清晰的话说出来，让客户确认或纠正。

“所以我理解一下，你的需求是A+B+C，对吗？”

给客户一个靶子打 — 他推翻你比你猜对更有价值。

五、结尾

我们回到最开始那个翻车故事。

后来我回那个交易中心做了二次调研，这次不是坐在会议室，而是跟审核岗操作员一起在工位上过了一遍完整的代理机构入驻流程。用了漏斗式四步问法，做了角色切换（和操作员、科长、分管领导各聊了半小时），最后拉出完整的需求冰山。系统二版上线后，客户说了一句话我到现在还记得：”这次总算一次性想全了。”

需求调研其实不是一门”技术”，而是一门”手艺”。技术可以学，手艺只能练。每一次翻车，都是在帮你提升这门手艺。

万能公式

需求调研万能公式 = 冰山模型（认知框架） + 四维探查法（分析方法） + 漏斗问法（沟通话术） + AI辅助（效率工具）