调研做完，业务说「我要的东西你没问」，实施方说「我问了你没说」——这种对话的根因，往往在调研开始之前就埋好了。

最常见的错，是把需求调研当成「收集需求」：约几个部门、聊几轮、回来写一份需求清单。需求不是在会议室里被收集起来的，是在一轮一轮核对里被确认下来的。

这套模板把调研拆成三段、八份文档。它不要求你多写文档，只解决三件事：问题在进会议室之前准备好、过程有留痕、结论有人签字。下面每一段我都把交付版实表贴出来，对着表说清楚字段怎么填、哪一栏最容易写废。

01全貌：八份文档，编号就是进度条

把模板目录拉出来，八份文档按编号排得整整齐齐。这套编号本身就是一个进度条：第一位是阶段，后两位是段内序号，看一眼编号就知道现在该做哪一步。

这个分法解决的是调研最典型的失控方式：八份文档不是同时写的，每一段只在前一段收口之后才开始。准备段没出提纲，就不进场；过程段的日志没出齐，就不写总结。按阶段设卡，比按时间追赶有效得多。

02准备段：三份文档，提纲是灵魂

准备段的三份文档，一份管节奏、一份管进度、一份管问题。前两份是管理工具，第三份才决定调研的质量。

① 调研计划表（40-01-101）——先把部门排到时段。表里只有四列，但每一列都有讲究：

这份表最容易犯的错是「按天排部门」：一天走四个部门，看着进度快，实际上每个部门只有一小时，问到的都是场面话。一个部门占满一个半天，是这套表的默认节奏。另外注意「调研内容」栏——如果这里只写「详见调研大纲」，说明提纲还没出，而提纲没出就不该排期。

② 每周销项表（40-01-102）——管进度，但真正的价值在第四列：

这张表的字段是：任务分类、销项内容、关闭条件、负责人、跟进人、计划完成时间、实际完成时间、状态、上周进展。其中「关闭条件」是绝大多数团队会写废的一栏。

还有一个细节值得照抄：表头写了「日期范围 + 整理人 + 整理时间 + 变更时间」四行。每周发一版，变更时间单独标出来，上周承诺和本周变化的差异就自动暴露了——这比在周会上问「你上周说的做完了吗」体面得多。

③ 需求调研提纲（40-01-103）——唯一决定调研深度的文档。它必须在进场之前发给业务部门，让对方知道会被问什么。同一个部门，问法和收获的关系是这样的：

关键差别不在问题数量，在主语。问「你想要什么」，主语是对方；问「这张单据谁开」，主语是流程。提纲按业务动线写、不按系统功能写——业务看到功能名词没有感觉，看到自己每天在走的单据，才有话说。

03过程段：两份文档，负责留痕

过程段只有两份：需求调研日志和项目会议纪要。它们的共同要求是当天出——隔几天补写的日志，记下来的是印象，不是事实，而调研报告后续所有争议都要回到这份记录上。

调研日志的字段值得原样照抄：调研名称、时间、地点、主持、参加人员（部门 / 人员 / 联系方式）、调研目的、访谈记录，末尾是记录人与审核签字。

其中「参加人员」这一栏最容易被敷衍，但恰恰最重要——后面回来做确认的时候，你得找得到当天在场的那个人。只写部门不写人，三个月后你会发现，那个「当时在场的人」已经说不清了，而新接手的人只会说「我不清楚以前怎么定的」。

「调研内容总结」也有个容易跑偏的地方：记的是业务当场怎么说的，不是整理后的判断。整理是总结段的事，过程段只管如实记下来——把判断混进日志，后面就分不清哪些是事实、哪些是自己的理解。

会议纪要用于专项问题会：会上的决议、待办事项、责任方、时间点。日志记的是现状，纪要记的是决议，两者不能互相替代。

04总结段：三份文档，签字才是终点

总结段的三份是业务流程梳理、基本档案收集、基础数据确认。前两份是整理工作，第三份是这套模板里最有价值的动作——它要求把整理结果拿回业务方逐条确认，并签字。

基础数据确认报告的结构特别值得学。碰到有争议的基础数据（比如编码规则），它不写一段描述性文字，而是做成「方案一 / 方案二 / 方案三」的对比：

每个方案给出说明、举例、编码后的效果，最后以一句「结论：采用方案（一）」收口。末尾是一张两列签字表，双方各签项目负责人和日期。

为什么这个结构有效？因为文字描述留不下结论，方案对比能。一段「建议采用地域加流水的编码方式」谁都读得懂，但谁都记不住；摊成三个方案摆在一起，选哪个是一目了然的，签字的时候也没有含糊空间。

报告开头还有一句话，几乎应该出现在每一份调研报告的第一行：已确认的基础数据不能随意改变。这句话的作用不是限制变更，而是给变更划一条起算线——基础数据一旦签字，后续所有变更才有起点；否则改一处，只能靠回忆。

把这条链路按顺序排出来就会发现，三方动作的顺序错一步，报告的性质就变了：省掉「回业务方逐条确认」，报告就从「双方共识」降级成「实施方自述」。而这份自述，往往就是三个月后需求对不上的那份文件。

05怎么用：四条落地建议

建议一提纲先写，别到现场现编问题。在会议室里临时想问题，得到的一定是「希望系统好用一点」这类无法落地的回答。提纲发出去，业务也会带着自己的单据来。

建议二销项表的关闭条件，一律写成能被第三方验收的动作。「完成调研」无法验收，「XX 文档已输出并经业务确认」可以。凡是无法验收的条目，就会变成一条永远挂在表上的待办。

建议三日志当天出，参加人员写到人。隔天补写的是印象；只写部门不写人，三个月后回访就没有入口。这两条是过程段唯一真正的硬要求。

建议四总结段一定要有签字页，编码类基础数据用方案对比定板。文字描述留不下结论，方案对比能。基础数据一旦签字，后续所有变更才有起点。