需求调研篇:五年B端乙方产品生涯,总结的工作方法与工具
编辑导读:作为一个产品经理,需求调研是一项基础工作。根据客户提供的核心业务搜集、整理资料,设计方案;梳理调研思路,准备调研提纲、调研文件;进行需求调研并整理。 本文作者总结了自己的工作方法和工具,与你分享。
16年入行产品,从产品小白到助理到专员到产品经理,一路走来,遇到过苦难挫折,但也收获了方法,提升了能力。从事产品工作以来一直在乙方工作,做过政务项目,也做过B端产品。通过几年的工作总结出了一些可复用的工作方法与工具,希望分享出来能够帮助到入行不久或想要入行的朋友们,也希望经验丰富的朋友们能够多多指教。
首先介绍一下我从事工作的背景:主要负责G端项目需求调研、产品设计、系统培训、优化迭代工作。我将工作流程分为七个阶段进行简单介绍:需求调研、需求分析、产品设计、开发测试、上线试运行、项目结项、上线运行。本篇文章将介绍第一个阶段需求调研。
需求调研阶段我们需要做的工作是:
- 根据客户提供的核心业务搜集、整理资料,设计方案;
- 梳理调研思路,准备调研提纲、调研文件;
- 进行需求调研并整理。
需求调研阶段我们的产出物是:
- 建设方案;
- 调研计划、访谈表;
- 需求调研单、调研报告、需求库。
需求调研阶段我们的工作流程是:
1. 调研前
调研前需准备的材料包含但不限于:调研计划、访谈表、电脑、鼠标、笔记本、笔等调研中需使用的物品。其中调研计划需包涵:调研目的、调研内容、调研对象、调研时间和方式、调研成果,访谈表示例如下图所示:
调研前需与对接负责人确认调研时间,地点,人员,方式等,尽量明确被调研人之间的利益关系、工作隶属关系以及被调研人与系统的关系(决策者、使用者、无关者、利益相关者),每个被调研人的职级、岗位、职责权限等。
因G端客户的特殊性,建议调研前与对接负责人沟通,请他帮忙协调所有被调研人的时间及方便的调研地点,尽量将调研安排在某一时间范围内,方便我们快速完成调研并进行下一步工作。
之所以提出此向建议,是因为我在刚刚接触G端客户时,需求调研前加了不同科室负责人的微信,每调研完一个科室,再约另一个科室的时间。那时经常会出现,调研完A科室却约不到其他科室的情况,客户的回复总是:“我这边有和会,今天不行,要不明天咱们再沟通吧”或者“在村里检查呢,这两天回不去了”……,导致第一个项目调研时间很长,设计和开发的时间被压缩了很多。
经过了一次失败的调研,之后的每次调研我都会和客户方约定一个主要对接人,由这个对接人安排调研时间、地点等事宜,对接人基本都是政府办公室的人员,对各个科室人员都很熟悉,方便协调,大大的提高了调研效率。
2. 调研中
调研过程中需使用场景化沟通方式,将沟通对象带入实际工作情景中,根据访谈表中内容对具体业务进行针对性提问,并实时记录至访谈表中。若时间不允许可会后进行统一整理,调研中可选择使用录音设备(当然使用前需取得被调研人的同意)。
对于G端用户的调研建议先调研基层工作者,其次调研基层干部,最后调研领导。在这几年做G端项目过程中发现基层工作者和领导干部提出的需求往往是相反的,那么为了平衡这两方的需求,我们就需要先了解某项业务实际是如何操作的,实际干活的人最想解决的是什么问题,之后再去调研领导干部时,若他们提出了与实际业务相悖的需求,我们可以用实际业务来说服或根据实际业务给出不同的解决方案。
在调研G端用户过程中还需注意的一点是千万不要用户说什么就做什么,有时他们说的不一定是他们想要的。大多数时候他们给出的是一种解决方案,而我们要去挖掘他这个解决方案背后的实际需求是什么?例如:某次在做党建任务考核系统的调研中,用户提出要做一个复制任务的功能,具体对话如下:
客户:我们需要加一个复制任务的功能,就是发布完一个任务后,可以将这个任务复制再修改一些内容再发布第二个任务。
调研人员:您需要复制的功能是我们发布的任务有一部分的信息重合度会很高吗?
客户:我们这一个任务需要有四个标准,达到不同的标准得到的考核成绩是不一样的,所以我们要发四个,被考核的部门达到了哪个标准就提交哪个。
调研人员:哦,原来如此,那我可以理解为您想发的这四个任务只是标准不同,其他基本信息完全相同,所以才需要复制的吗?
客户:是的,是的。
调研人员:那您看这样解决是否可以,我们在一个任务中录入四个标准,被考核部门根据完成情况将完成材料上传到不同的标准中。
客户:嗯,这样也可以,可以。
你看,这就是典型的客户给解决方案的例子,所以当客户提出了如同解决方案的需求时,我们需要多问几个为什么,推荐大家使用5why分析法。
所谓5why分析法,又称“5问法”,也就是对一个问题点连续以5个“为什么”来自问,以追究其根本原因。虽为5个为什么,但使用时不限定只做“5次为什么的探讨”,主要是必须找到根本原因为止,有时可能只要3次,有时也许要10次,如古话所言:打破砂锅问到底。5why法的关键所在:鼓励解决问题的人要努力避开主观或自负的假设和逻辑陷阱,从结果着手,沿着因果关系链条,顺藤摸瓜,直至找出原有问题的根本原因。
3. 调研后
完成调研后需根据访谈表将访谈内容转化为需求调研记录单,通过需求调研记录单中的内容建立需求池,最后将调研整体情况进行汇总输出需求调研报告。
调研报告中需包涵:
- 调研情况概述,主要描述调研的时间、地点、业务;
- 调研内容,说明调研了哪些业务,其调研对象的职位、职务,每项业务得到了多少需求,用数据表述,也可用图表展示;
- 调研期间存在的问题,说明调研过程中存在的问题,该问题是否解决,若未解决最好提出解决方案或提出需要哪些资源可解决,例如:调研期间某领导外出开会,需我司领导与客户领导沟通确定下次调研时间。
- 调研总结即对调研期间工作进行总结性的描述,例如:截止到XXXX年XX月XX日,调研工作已全部完成,调研期间科室积极配合,但XXX制度未完善,待制度完善后,XXX模块可能涉及修改。
调研完成后的文档一定要进行整理,同步给项目组成员,让大家了解项目的背景、业务,后续才能更好的配合完成项目。
本文由@与尔同愁 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自Unsplash,基于CC0协议
建设方案目录有没
同政府项目,写的很到位。谢谢
期待更新~
期待更新
请问什么时候更新其他几个阶段?
已经在写初稿了,下周二前会更新1到2篇。
赞,期待更新!
…
?
然后呢
然后的部分会持续更新哒