第三章 需求调研方法论：访谈技巧、问卷设计、流程观察法、现有文档分析

需求调研，说白了就是搞清楚客户到底想要什么。

很多项目做到一半翻车，不是因为技术不行，而是需求没摸透。我见过太多团队，上来就画流程图、写代码，结果交付时客户说“这不是我要的”。嗯，那场面，真的很尴尬。

这一章，我把自己这些年踩过的坑、总结的方法，掰开揉碎讲给你听。

3.1 访谈技巧：别让对话变成审讯

访谈是需求调研最直接的手段。但很多人把它做成了“我问你答”的审讯现场。

我个人习惯，访谈前先做三件事：

• 列提纲：不是写死问题，而是定几个方向。比如“这个环节的痛点是什么”、“你希望机器人帮你做什么”。
• 找对人：别只盯着领导。操作员、审批人、IT运维，每个人视角都不一样。
• 带录音笔：别信自己的记忆力。我吃过亏，访谈完回去发现关键细节记混了。

访谈中要注意语气。别用“你这里做错了”这种话，换成“我注意到这个环节好像有点卡顿，能详细说说吗？”

我曾经访谈一个财务主管，对方一开始很抵触，觉得RPA会抢她饭碗。后来我换了说法：“机器人帮你干那些重复的活，你就能腾出手做更有价值的事。”她态度立马变了。

3.2 问卷设计：别让填表变成负担

问卷适合大规模收集信息，但设计不好就是废纸。

我总结了几条铁律：

• 问题不超过15个：超过这个数，填的人就开始乱选。
• 选项要互斥：比如“频率”选项，别出现“每天”和“每周”重叠的情况。
• 留一个开放题：最后加一句“还有什么想补充的？”往往能收到意外惊喜。

举个例子，我之前帮一家物流公司做调研，问卷里问“您每天处理多少张运单？”选项是“50以下、50-100、100-200”。结果很多人选了100-200，但实际访谈发现，他们说的是“高峰期”，平时只有30张。这就是选项没设计好。

3.3 流程观察法：亲眼看看比什么都强

访谈和问卷都是“别人告诉你”的信息。但人会说谎，或者记错。流程观察法，就是你去现场盯着看。

我建议这样做：

1. 选一个完整周期：比如从早上9点到11点，看一个完整的业务处理流程。
2. 别打扰操作员：你就在旁边默默记录。对方一紧张，操作就会变形。
3. 录屏：如果允许，用录屏软件把操作过程录下来。回去慢慢分析。

我记得有一次，客户说他们的订单处理流程“很简单，就是复制粘贴”。我去现场一看，好家伙，操作员要在5个系统之间来回切换，每个系统还要点不同的按钮。这哪是复制粘贴，简直是杂技表演。

观察时，我习惯用表格记录：

时间	操作步骤	使用系统	耗时（秒）	备注
09:00	打开ERP系统	ERP	15	系统登录慢
09:15	查询订单号	ERP	30	需要输入3个条件
09:16	复制订单号	ERP	5
09:17	切换到WMS系统	WMS	10	Alt+Tab切换
09:18	粘贴订单号并查询	WMS	20	等待系统响应

你看，光“复制粘贴”这一步，实际包含了5个子步骤。如果不观察，你根本不知道。

3.4 现有文档分析：别被过时的文档坑了

客户通常会给你一堆文档：SOP、操作手册、流程图。这些有用，但千万别全信。

为什么？因为文档是“理想状态”，实际执行是“现实状态”。

我处理文档的步骤：

• 先看版本号：如果文档是两年前的，大概率已经过时了。
• 找差异点：对比文档和实际观察，找出不一致的地方。这些地方往往是痛点。
• 问“为什么改”：如果文档说“步骤A”，但实际做的是“步骤B”，一定要问清楚为什么改。可能是系统升级了，也可能是流程优化了。

我曾经遇到一个客户，给了我一叠厚厚的SOP。我花了两天看完，信心满满去现场。结果发现，他们半年前换了新系统，SOP根本没更新。嗯，那两天白看了。

所以我的习惯是：先快速浏览文档，然后去现场观察，再回来对照文档。这样效率最高。

3.5 四种方法的组合拳

这四种方法不是孤立的。我通常这样组合：

1. 先文档分析：快速了解业务全貌。
2. 再问卷调研：收集大规模数据，发现共性问题。
3. 然后访谈：针对共性问题，深挖细节。
4. 最后流程观察：验证访谈结果，发现隐藏问题。

你想想看，如果一上来就访谈，你连业务都不懂，问的问题会很肤浅。如果只做问卷，你得不到深度信息。只有组合起来，才能把需求摸透。

我个人习惯，每个项目至少花30%的时间在需求调研上。别急着写代码，调研越充分，后面返工越少。