需求调研的第一步:项目背景调研

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

一个新项目往往只有几个月的交付周期,往往给予到需求调研的时间非常少,尤其是尤其是to G类,需求调研的机会是非常难得。那么在做需求调研之前,我们可以多做些准备工作,提升需求调研的成功率,获取客户更多的信任。

一、情景再现

    早上刚到公司,Boss发来消息——

“公司现在有个新项目,客户需要做一个涉案财物管理系统,项目的资料信息发到你的邮箱,你赶紧把需求搞清楚,尽快提供一版原型去和客户确认。”

这个场景是不是很熟悉,很多时候,领导就这样几句话就分配一个项目,然后催着赶紧开工。

领导分配任务之后,那么我们就赶紧进入邮箱,把项目的资料下载下来,细细研究。即使提供了一些资料,我们就可以开工画原型了吗?

肯定不行,在接到一个新项目之后,我们需要先做项目背景调研。切莫着急开工做原型。

二、为什么要做项目背景调研

在做To C端产品,首先需要做商业需求分析BRD,然后是市场分析MRD,才会进入到产品分析PRD。

那么在B端产品和G端产品,业务需求复杂,如同茂密的森林,一不小心就会迷失在业务细节中,难以看到业务的全貌。

导致这种情况的根本原因在于:一个行业花费了几年甚至几十年时间建立起来的业务流程与规范,我们很难用一两个星期完全消化。

面对这样一个错综复杂的场景,产品经理最好的做法是循序渐进,从最粗略的项目背景,业务目标开始,然后分析业务流程,再到界面展示。

所以我们首页需要对产品所服务的业务领域有一个概括性的了解。我们可以从行业背景、业务目标、问题痛点等方面进行调研。

现实中,对于项目背景的调研,往往是我们产品人员容易忽略的,忽略的一个最大的风险是:我们不能很清晰准确的把握客户的期望值和建设目标,从而给项目交付带来风险。

比如我之前参加的一个项目,客户的旧系统由于系统臃肿,业务配置不灵活等原型,准备淘汰他们的旧系统,并且明确指定了一个他很欣赏的新系统,这套新系统,无论是在页面风格、业务灵活性、用户体验确实都非常好,希望能够尽量复用这个新系统,在上面进行功能调整,以适配他们的业务。

那当时我以为的客户期望和建设目标就是复用这套新系统已替换旧系统。当时我撸起袖子深入研究了客户推荐的系统,进入分析之后,立马就开始画原型。

但是等我们提供了改造的原型设计之后,客户改变了策略,他们既没有淘汰旧系统,也没有使用指定的新系统,而是在他们的旧系统上面进行改造升级。

此时我才明白,客户的公司由于业务运转目前都是通过旧系统完成的,若使用新系统,一方面短期会影响现在业务的正常运行,一方面还涉及到业务上下游的调整,所以客户真正的期望和目标是参考这个新系统,来优化他们的旧系统,而不是真的把业务切到新系统中。

由于没有清晰准确的把握客户的期望值和建设目标,前期过早的做了很多无用功。

所以,在开展工作之前,进入项目背景调研是非常重要的环节。项目背景,是了解用户建设该项目的动机和背后存在的痛点的关键环节,基于不同的动机,客户对系统的要求也是很大差别的。

三、怎么做项目背景调研

针对项目背景的调研,我们梳理的提纲如下:

1. 这个项目是做什么系统

首先我们需要弄清楚这个项目涉案财物管理系统是做什么,这个问题我们可以先自己在网上搜索资料,或者通过现有的资料,搞清楚这个“涉案财物管理系统”是个啥东西,有啥用。

很多时候我们以为我们理解的东西就是正确的,这个时候还需要与调研对象进行一个信息的确认,以便及早的纠正方向。

2. 这个项目是为谁做的

什么样的目标客户会产生这种需求?每个产品都有特定的用户群体,B端产品也不例外。

首先我们要搞清楚,产品到底是卖给谁?

在B端和G端,花钱购买系统的人称为客户,而真正使用系统的人是最终用户,客户和最终用户可能是同一个人也可能不是同一个人。客户和用户对系统的要求是由很大差别的。

一般都什么样的企业会去建设这种系统,这个该怎么了解了。

如果是to B 产品,可以通过搜集的产品的竞品企业,去看这个竞品的成功案例,往往就能发现他的产品应用到了哪些企业,以及应用的大致情况如何;通过这种侧面的了解,就能让你知道,大致那些客户群存在类似的需求。

如果是to G产品,那么这个信息可以通过寻找项目接口人直接明确项目的服务机构。

比如这个“涉案财物管理系统”是什么样的机构会使用,经过了解,目前这个项目主要是政法委投资建设的,但是公安、检察院、法院都会使用。

像to G的项目,我们还需要了解客户的组织结构。比如涉案财物管理系统,是公检法在刑事案件过程中会对涉案财物进行维护管理,而政法委是一个监管公检法的机构,由政法委投资建设这个系统,督促公检法按照工作要求进行涉案财物管理工作。

3. 客户为什么要建设这个项目

做C端产品时,我们习惯用“用户故事”帮助我们定义用户类型,做B端产品,同样我们可以用一个“企业/机构故事”帮助我们理清目标群体的需要。

“目标客群是一家____公司,没有我们产品之前,他们是这样工作的:____,当前的工作方式出现了____的问题,因此想要借助我们的产品解决____需要,期望达到____的效果。”

那么涉案财物管理系统的机构故事可以这样写:

产品的目标客户是公安机关,在没有我们的产品之前,他们主要是靠人工进行登记、管理,工作繁琐、业务量大,导致容易出现管理漏洞,涉案财物被截留、挪用、调换、遗失等问题的发生,不利于管理。因此想借助我们的产品解决涉案财物管理中存在的各种问题,规范流程,提高工作效率,确保执法规范化建设工作顺利进行。

通过这个企业/机构故事,我们可以定位到产品针对什么行业、什么规模的企业,然后明确这类公司的核心诉求,将来在做功能与设计的时候可以围绕着这个核心诉求展开,也是产品不断更新迭代的方向。针对to G类项目启动的背景,还需要特别考虑法律、法规的要求,以及政策的指导方针。

4. 业务目标分析

业务的痛点。希望通过这个系统达成的目标。短短一个企业故事,为我们后续的需求分析有很大的帮助。接下来我们还要做一道选择题帮助我们理解产品的定位。我们的产品对客户的重要性如何?

  • 生存需要:这个产品关系到公司的生存问题;
  • 核心发展需要:这个产品有利于公司提高核心生产力与竞争力;
  • 次要发展需要:这个产品对公司的生产或发展不产生重大影响,但有利于公司解决一些具体的问题,帮助公司改善非核心领域的工作,或改善核心领域的工作;
  • 锦上添花需要:有这个产品更好,没有也没太大关系,可以有其他替代解决方案;

5. 项目的建设内容

通过现有资料:投标书,竞品分析,得出:这个项目有哪些功能。

然后,我们还在看在网上搜索,看看是否已经有别人做好的现成的“涉案财物管理系统”,很幸运,很多时候你也能搜到一大堆类似的软件,虽然只是简单的介绍,但至少让你知道了这么一个访客系统的大致包含了什么功能;——你可以理解为这是一个简单的竞品分析的过程;

通过建设内容,我们大致可以锁定项目的边界范围。以便下一步围绕这些功能展示调研。

6. 公司内部商业价值分析

同时我们还需要明白公司为什么要承接这个项目,比如:项目是和公司最近某个战略相关吗,需要把这个项目当做标杆拓展公司业务吗?

公司做这个项目的优势有哪些,是有核心技术能力,或者是这个项目是之前建设过的后期项目。

新项目的建设周期要求,项目往往都是时间紧迫的,了解项目建设周期,便于提前识别风险,对项目整体把控。

四、项目背景调研结果

项目背景的调研,首先要找准对象,一定要想办法和对方项目发起人,主管领导进行短暂的沟通,即使只是半个小时的沟通都行,了解清楚项目建设的动机、对项目的期望值,要达成的目标,非常的关键和重要。

即使是一个全新项目,当我们完成了上面这些调研之后,我们能够:

  • 在概念层面有一个认识了解,并且科普了行业的专业名词解释,不再是个业务小白。
  • 了解我们的目标客户和用户
  • 了解客户的期望和诉求
  • 了解业务的痛点,客户希望能成的目标
  • 项目的范围边界
  • 我们的优势,能够调用的资源信息

 

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

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!