随着互联网的发展，各公司项目建设流程逐渐完善，在项目启动初期，产品经理承担需求调研的重任，产出的《调研报告》更是项目后续建设的业务指导文件。因此，如何撰写一份合格的调研报告是每个产品小伙伴的刚需技能。
一份完整的调研报告至少应该说清楚业务现状、业务期望、涉及的组织架构、岗位、用户等信息。除此之外，如果涉及到网络相关，还应该包含网络现状描述。结合现在信息化现状，建议在调研初期了解本系统的边界及与其他系统的交互，比如常用的OA系统、HR系统等。
结合自己做的项目经验，整理了调研报告架构，如下图：
该模块主要描述本次调研想要达成的目标，一般在调研开始前就应该明确。
常见的调研目的有：
该模块需要描述清楚客户端的组织架构，以及客户和用户的关系，为后续项目开展、软件设计及需求挖掘提供依据。可以是直接贴客户方的组织架构图，建议在图上标注本次信息化系统用户涉及的范围。
需要明确一点：客户不一定是用户。
用户既然有建设系统的打算，那一定是有业务需求。因此了解业务现状也是本次调研的重点。
业务现状重点是抓住用户没有系统时是如何办理该类业务的？遇到什么问题呢？
本模块主要描述客户方的网络现状及相关业务的信息化现状。
比如我们是需要建设一个考勤系统，那么在这个阶段，就需要明白以下问题：
前边我们已经了解了客户的业务现状，该章节需要描述此次项目建设的业务范围。该范围可以来自于BD人员，也可以来自于已经产生的项目合同、备忘录等文件。由于该文档不是详细的需求分析文档，针对业务范围描述，仅需要对业务大的范围边界进行描述，后续需求分析文档编写时，可以基于此处拆分的文档进行系统一级功能模块处理。
该模块主要描述本次用户涉及的组织机构，即该系统上线后，涉及到哪些部门，使用人员分布在那些部门。另外还需要说明该部门在系统中的主要扮演角色，如：请假申办，请假审批，请假备案、考勤汇总等。
调研涉及组织架构时，建议对着客户现有的组织架构图进行讨论。避免用户描述的结构和后续实际对接的不同，影响研发小伙伴的涉及的开发。另外，此处分析时建议精细些，其分析结果很可能在下一步就会抽取成系统角色。
该模块主要描述本次项目涉及对接的三方系统以及每个系统大概对接什么内容。同样，由于此次调研支持项目初期调研，不是详述的需求调研报告，故针对三方系统的调研，只需要概述即可。
常见三方对接系统可能有：单点登录系统、OA系统、组织人事系统。还有部分企业会要求对接数据中台。
该模块主要描述客户的一些其他目标。比如系统配色要求，操作习惯要求，适配操作系统要求等。
该模块大家酌情裁剪，主要是针对公司有相关产品的小伙伴。如果我们已经有相关产品，本次项目只是在此基础上做差异化开发，则建议该模块按照业务范围划分的模块维度进行差异分析。同样，这是个调研文档，主要描述大的差异，如业务流程，如填写信息粒度等，切忌陷入细节！！！
该模块主要描述该项目从启动到交付运行大概需要投入多少人月，作为汇报的一个依据，让Boss眼前一亮。
我常用的预估：
小伙伴们，在做人月估算时，需要明确该报告的阅读对象，如果是公司内部boss，可能不能估的太过分，如果是对客户，那要尽量贴合销售人员给客户报的预算哦。
该模块主要描述本项目建设的计划，描述大的里程碑即可。
我常用的计划：
该模块主要描述该项目建设过程中需要相关方关注的事宜。如客户要求的关键节点、关键资源的保证、项目执行风险等。
OK，到此常见的需求调研文档已经结束了。还是要补充下，各位产品小伙伴们在写文档之前一定要先联系客户对接人，咨询其内部是否有固定模板，避免重复造轮子！最后，祝大家都能写出漂亮的调研报告。
本文由 @september 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。