我见过最贵的一次调研，是"聊得特别充分"的那次。

前几年一个项目，我们派了最资深的两个人去做需求调研。

三天，见了五个人，记了四十多页笔记，回来写了一份六十多页的方案。评审会上，甲方信息中心主任翻到第三页，抬头问了一句：

"你们这个流程，跟我们实际干活的流程，是一回事吗？"

会议室安静了大概五秒。

后来我们才知道：方案里画的流程，是他们制度文件上写着的流程；而他们实际干活的流程，是另一条——有 Excel 中转、有微信群里催、有打印出来手工签、有"这个数我另外有一本小账"。

我们不是没做调研，我们是把"制度"当成了"现实"。

💡 需求调研最大的失败，不是漏了需求，是拿到了一份"谁都不认账"的需求清单。

更扎心的是：甲方说不清需求，不是因为他不懂业务。恰恰因为他太懂业务了——熟练到已经想不起自己是怎么干的。人只有在描述"昨天上午几点到几点做了什么"的时候，才是准确的。

所以调研这件事，方法比勤奋重要。而方法，最后要落到一张表上。

先纠三个认知：90% 的调研，方向一开始就错了

认知一：需求不是"要什么功能"，是"谁在什么场景下解决什么问题"

你一坐下就问"你们想要什么功能"，得到的必然是愿望清单：要能导出、要能提醒、要能手机看、最好还能 AI 分析一下。

这不是需求，这是解法的碎片。

真正的需求藏在这句话里："每个月 25 号开始，我一个人从三个系统导数据，导到一个 Excel 里核对，对不上就得翻原始单据，翻到晚上十点。"

前者是他在猜解法，后者是他在讲生活。后者才是你能拿去做方案的东西。

认知二：别按部门调研，要按"一件事的完整流程"横切

按部门调研，你会得到五份互相矛盾的愿望清单：A 科室说流程太慢，B 科室说 A 科室老出错，信息中心说这系统早就该换了。

按流程调研，你会得到一条能被验证的链路：一张报表，从数据产生，到谁填、谁核、谁签、谁报、谁看，中间卡在哪。

💡 纵切得到的是抱怨，横切得到的是流程。

这是全文最重要的一句话。下面那张表，就是按这个逻辑设计的。

认知三：调研的产出不是笔记，是"一张甲方点过头的表"

笔记是给你自己看的，表是给双方看的。

一张甲方点头确认过的需求清单，价值有三层：

范围共识

——他知道你要做什么，你知道他不做什么

变更挡箭牌

——后面他说"这个不是应该有的吗"，你可以翻到第 3 行

报价依据

——功能点数得清，工作量才估得住

没有这张表，你后面所有的超时、扯皮、加需求不给钱，都从这里开始。

为什么是"一张表"

调研有两个典型的失败极端：

一张好表的作用，不是当提问脚本，是当记录结构。

💡 你聊得越像聊天，填表才越准。

表的作用是：无论你聊得多散，回来都能把内容塞进固定格子；格子填不满的地方，就是你第二天要补问的地方。

这张表长什么样：七列，一行一个"业务动作"

先说表的基本单位：一行不是"一个功能"，一行是"一个人干的一件事"。

填好的样子（示例已脱敏，一条"月度报表报送"的完整流程）：

注意这张示例表的结构：五行，五个不同角色，干的是同一件事的不同环节。

这就是"横切"。看完这五行，你其实已经能画出泳道图了——而甲方看到这张表的第一反应通常是："对，我们就是这么干的。"

💡 填表时有个判断标准：如果这张表给甲方看，他会说"对"，而不是说"差不多"，你就成了。

📷教育部直属XX单位调研

三类人必须见（以及一个"如果只能见一个"的判断）

上一篇结尾我留了一句"3 类人必须见到"。这里说清楚是哪三类，以及各自能给你什么。

如果只能见一个人，见那个月底加班的人。

因为领导描述的是"应该怎么干"，经办人描述的是"实际怎么干"，而系统最终是给后者用的。

还有一类人容易被漏掉，但如果流程跨部门，必须见：下游环节的接手人。

你优化了本部门的效率，把麻烦推给了下一个部门——这在跨部门流程改造里是最常见的翻车方式。上表里的 A-02 和 A-03，就是被 A-01 的输出"砸中"的人，他们的抱怨才是真需求的来源。

现场四步：从"重放"到"定边界"

表是死的，现场是活的。四步走完，一张表自然就填满了。

第 1 步：重放（不要问"要什么"，要问"昨天干了什么"）

别从系统说起，从他手上那张纸说起。

话术："咱们先不聊系统。这个月这张表，您是从哪几个地方把数弄来的？"

然后做一件事：把纸推过去，让他画。

💡 人画出来的流程，比说出来的准三倍。因为画的时候他要面对"这一步到下一步，中间那个东西是谁给的"这种具体问题。

重放的关键是"跟着手走"：他打开哪个文件夹、复制粘贴到哪、另存为什么名字、在哪个群里喊一句"数据好了没"。这些动作事后他自己都想不起来，但全是你要处理的需求。

第 2 步：抠异常（正常流程谁都会说，异常才是真需求）

正常流程是制度，异常流程才是生活。

三个必问的异常：

"数据对不上怎么办？"

——绝大多数单位都有一本"手工小账"，那是系统的影子表，也是你最大的机会

"人不在这几天怎么办？"

——请假、出差、换岗，权限和代办的坑全在这

"临时的、加急的怎么办？"

——领导要一句话、上级突然要报，这类需求通常没写进任何制度

💡 系统的复杂度 80% 在异常分支，但方案的报价往往只算了主流程。 这是软件项目亏钱的头号原因。

第 3 步：摸约束（技术边界要在现场问死，不要回公司猜）

对着信息中心的人，一次问清这张清单：

网络：内外网怎么分？有没有物理隔离？移动端能不能访问？

安全：等保几级？要不要密评？数据能不能出单位？

信创：有没有国产化替代要求？操作系统、数据库、浏览器有没有指定？

既有系统：哪些系统必须对接？厂商配合度如何？接口由谁付费？

数据：数据归口哪个部门？谁有权导出？

部署：本地机房还是政务云？有没有资源？

最后一条最容易翻车，也最没人提前问："你们办公电脑现在用什么浏览器？什么版本？"

（如果答案是"内网 IE，还在用"，你的前端技术选型今天就得改。）

第 4 步：定边界（当场把"不做什么"说出来）

这一步 90% 的人在调研时不敢做，因为它听起来像"能力不足"。

但恰恰相反：敢说"这次不做"的乙方，在甲方眼里更专业。

话术："这次我们先解决 A-01 到 A-03 这三个环节，把汇总和报送打通；A-04 的数据追溯我们建议放二期，一期先把数打通，您看行不行？"

通常甲方会说"行，一期先这样"——这一句"行"，比你写十页方案都有用，因为它是范围共识。

💡 一张调研表里，"不做清单"比"做清单"值钱。因为 90% 的范围失控，都发生在"这个也顺便"。

📷某某市直单位XX流程

七天，怎么排

调研要快，不是为了效率，是为了防御。

拖到三周，甲方会开始把你的调研当方案，你还没报价，他心里已经比完价了；同时你自己的人也被耗在这一个单子上，商机成本翻倍。

一条纪律：调研期间不出原型、不出报价、不出正式方案。

💡 调研的唯一产出是"共识"，不是"成果"。 你过早交出方案，就是在给甲方提供免费比价材料。

📷

交付：48 小时、10 页、四样东西

调研结束后的 48 小时内必须交付。超过一周，甲方的记忆和你的人情都会凉。

四样东西，一样都不能少：

业务现状流程图

（1 页）——泳道图，按角色分道，画"现在怎么干"，不画"将来怎么干"

需求清单

（就是这张表）——按优先级排序，必备的先做，二期单独标

不做清单

（半页）——写清这一期不做什么，并注明"建议二期"，附一句为什么

待确认问题清单

（不超过 10 条）——每条写清"如果不确认，会影响什么"

第 4 样最容易被忽略，但它最值钱：它是下一轮沟通的抓手，也是你的免责凭证。

后面甲方说"这个功能怎么没有"，你翻到待确认清单第 3 条："这条当时列了，标注的是'待确认'，我们建议放在二期。"

一句话，把锅放回原位。

📷

四个最容易踩的坑

其中第②个坑值得单独说一句：

甲方提的每一个"功能"，都是他对自己痛点的一次粗糙翻译。你的价值不是把他的翻译抄下来，是还原他真正想说的那句话。

这也是为什么这张表第 6 列要写"痛点（量化）+ 原话"——原话是需求的原文，功能只是译文。

最后：调研不是"问清楚"，是"一起把话说死"

回到开头那个被问住的评审会。

后来我们重做了一遍调研：跟着经办人坐了半天，看他在三个系统之间复制粘贴、看他在群里催数、看他从一个谁都不知道的文件夹里翻出去年的表。

然后我们把那张七列的表填满，拿去给主任看。他一行一行看完，说了一句：

"你们比我们科室新来的人还清楚我们怎么干活。"

这句话，比任何方案评审的通过都值钱。因为它意味着：后面所有的需求变更，你们都可以坐下来谈，而不是互相指责。

调研做到最后，做的不是信息收集，是信任和边界的建立。

📷

📌你的项目现在卡在哪个环节？

商机 · 立项 · 招投标 · 合同 · 交付 · 验收回款 · 运维复盘

后台告诉我，我挑典型的做专期。

📁 本期资料

回复关键词「调研」，领取：

《需求调研一张表》（Excel 可填版，含示例 + 优先级下拉 + 空白打印版）

《三类人访谈提纲》（见谁、问什么、拿到什么）

《调研报告提纲》（10 页结构，一页一张图）

🎬 同名账号

公众号「PM总控室」，抖音 / 视频号同号，每周更新项目全流程拆解。

📖 下期预告

《甲方说"预算还没定"，这句话到底什么意思》

本文案例均经改编与脱敏处理，如有雷同纯属巧合。涉及政策法规的表述为个人理解，具体以官方文件为准。