如何写一份项目调研报告

2 评论 2159 浏览 43 收藏 9 分钟

随着互联网的发展,各公司项目建设流程逐渐完善,在项目启动初期,产品经理承担需求调研的重任,产出的《调研报告》更是项目后续建设的业务指导文件。因此,如何撰写一份合格的调研报告是每个产品小伙伴的刚需技能。

一份完整的调研报告至少应该说清楚业务现状、业务期望、涉及的组织架构、岗位、用户等信息。除此之外,如果涉及到网络相关,还应该包含网络现状描述。结合现在信息化现状,建议在调研初期了解本系统的边界及与其他系统的交互,比如常用的OA系统、HR系统等。

结合自己做的项目经验,整理了调研报告架构,如下图:

一、调研目的

该模块主要描述本次调研想要达成的目标,一般在调研开始前就应该明确。

常见的调研目的有:

  • 了解业务现状和客户期望需求,分析项目是否可行,降低投资风险。
  • 了解相关业务及业务范围,评估工作量,辅助后续项目展开。
  • 了解竞品,弥补产品不足。
  • 了解客户实际使用情况,挖掘更
  • 深层次需求,确定产品发展方向。

二、现状描述

1. 组织架构

该模块需要描述清楚客户端的组织架构,以及客户和用户的关系,为后续项目开展、软件设计及需求挖掘提供依据。可以是直接贴客户方的组织架构图,建议在图上标注本次信息化系统用户涉及的范围。

需要明确一点:客户不一定是用户。

2. 业务办理现状

用户既然有建设系统的打算,那一定是有业务需求。因此了解业务现状也是本次调研的重点。

业务现状重点是抓住用户没有系统时是如何办理该类业务的?遇到什么问题呢?

3. 网络及信息化现状

本模块主要描述客户方的网络现状及相关业务的信息化现状。

比如我们是需要建设一个考勤系统,那么在这个阶段,就需要明白以下问题:

  1. 客户方信息化系统是否上云,如果是云资源,谁负责管理,怎么申请。
  2. 客户方和用户方是互联网通讯,还是集团内网通讯。
  3. 集团和子公司是否是公用一套人事系统。依据个人了解,很多大集团本部和多个子公司各个都有自己的人事系统,且系统间无交互。
  4. 这里需要注意下,如果本系统涉及到实体硬件设施,则还需要明确客户方是否有自有机房,机房是否支持托管。
  5. 如果允许的话,了解用户终端的分辨率及操作系统,避免后期因为适配原因不停改动。(早期做项目因为这个吃了不少亏,统一按照1920*1080的分辨率做的适配,结果上线后大部分客户终端是xp系统+小屏幕)

三、目标描述

1. 业务范围

前边我们已经了解了客户的业务现状,该章节需要描述此次项目建设的业务范围。该范围可以来自于BD人员,也可以来自于已经产生的项目合同、备忘录等文件。由于该文档不是详细的需求分析文档,针对业务范围描述,仅需要对业务大的范围边界进行描述,后续需求分析文档编写时,可以基于此处拆分的文档进行系统一级功能模块处理。

2. 本次涉及组织架构及部门

该模块主要描述本次用户涉及的组织机构,即该系统上线后,涉及到哪些部门,使用人员分布在那些部门。另外还需要说明该部门在系统中的主要扮演角色,如:请假申办,请假审批,请假备案、考勤汇总等。

调研涉及组织架构时,建议对着客户现有的组织架构图进行讨论。避免用户描述的结构和后续实际对接的不同,影响研发小伙伴的涉及的开发。另外,此处分析时建议精细些,其分析结果很可能在下一步就会抽取成系统角色。

3. 接入第三方系统

该模块主要描述本次项目涉及对接的三方系统以及每个系统大概对接什么内容。同样,由于此次调研支持项目初期调研,不是详述的需求调研报告,故针对三方系统的调研,只需要概述即可。

常见三方对接系统可能有:单点登录系统、OA系统、组织人事系统。还有部分企业会要求对接数据中台。

4. 其他目标描述

该模块主要描述客户的一些其他目标。比如系统配色要求,操作习惯要求,适配操作系统要求等。

四、与现有系统差异分析

该模块大家酌情裁剪,主要是针对公司有相关产品的小伙伴。如果我们已经有相关产品,本次项目只是在此基础上做差异化开发,则建议该模块按照业务范围划分的模块维度进行差异分析。同样,这是个调研文档,主要描述大的差异,如业务流程,如填写信息粒度等,切忌陷入细节!!!

五、整体计划

1. 所需人月成本预估

该模块主要描述该项目从启动到交付运行大概需要投入多少人月,作为汇报的一个依据,让Boss眼前一亮。

我常用的预估:

  • 需求调研:x人月。
  • 研发:x人月。
  • 测试:x人月。
  • 实施及试运行支持:x人月。
  • 设计及文档编写:x人月。
  • 项目管理:x人月。
  • 共计x人月。

小伙伴们,在做人月估算时,需要明确该报告的阅读对象,如果是公司内部boss,可能不能估的太过分,如果是对客户,那要尽量贴合销售人员给客户报的预算哦。

2. 项目初步计划

该模块主要描述本项目建设的计划,描述大的里程碑即可。

我常用的计划:

  • 工期:xx年xx月xx日 至 xx年xx月xx日
  • 需求分析:xx月完成需求调研,并行程需求分析文档。
  • 内部研发:xx月 至 xx月。
  • 外部接口联调:xx月 至 xx月。
  • 文档编写:xx月。
  • 系统测试:xx月开始。
  • 部署、试运行:xx月 至 xx月。
  • 验收:xx月。

六、需关注事宜

该模块主要描述该项目建设过程中需要相关方关注的事宜。如客户要求的关键节点、关键资源的保证、项目执行风险等。

OK,到此常见的需求调研文档已经结束了。还是要补充下,各位产品小伙伴们在写文档之前一定要先联系客户对接人,咨询其内部是否有固定模板,避免重复造轮子!最后,祝大家都能写出漂亮的调研报告。

本文由 @september 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 榆林老乡啊

    来自广东 回复
    1. 欢迎回家!

      来自陕西 回复