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