需求管理的三个阶段:需求采集\需求分析\需求池

需求无错,错的是你对待ta的方式。

需求管理的三个阶段:需求采集\需求分析\需求池

如果站在上帝视角,俯瞰全世界的产品经理,想必听到的最多的一个词汇就是:需求。

没错,需求贯穿产品经理的生涯始终,无论你是产品助理,还是产品总监,都难逃需求的枷锁。

有些人把这枷锁视为金箍,被其折磨的苦不堪言,常见表现是:

”唉,业务怎么又提这么多需求,我哪有时间做?“
”这个需求我接不接啊,算了,还是服从上级意志吧。“
”我这个季度做了啥需求来着,跑去问问研发吧....“

而又有些人把这枷锁视为武器,利用其无所不能,他们可以将需求管理的井井有条,有计划的持续推进,状态可控、需求可控,业务方和老板都很满意。

你现在是前者还是后者?

如果是后者,请允许我诚恳地向你分享一些「需求管理」上的一些经验,希望对你有用。

需求从一开始提出到确认要做核心会经历三个阶段:需求采集→需求分析→需求池,以下我分别来聊一聊:

1、需求采集

需求采集,就是通过各种渠道进行需求采集,并沉淀到一个需求采集池中。

首先,请你停下来先思考下:你的需求来源最常见的渠道有哪些?你脑海中第一个浮现的人是谁?

也许你的眼前闪现的是业务的脸庞,那么核心来源就是业务。

也许你的眼前闪现的是老板的微笑,那么核心来源就是老板。

也许...

每个公司的业务不同,也会有一些差异,但核心的需求来源是这些:

  • 业务部门,由产品对接业务方/老板提出的业务指向的需求,如上个倒计时功能提升详情页的转化率、如上个拼团功能降低获客成本;
  • 数据分析,由产品通过数据分析自主挖掘的需求,如做了RFM分析,针对高价值的用户给与到相应的优惠刺激促使其下单,产生收入;
  • 竞品分析,由产品通过竞品调研挖掘到一些有利于自身业务发展的需求,如看到某教育App里的退出都会有挽回功能,那么联想到自家的详情页跳出是否也可使用;
  • 用户反馈,定期收集用户提交的意见反馈(吐槽或建议),如用户在工单系统反馈:官网课程太多,希望有个搜索功能,这样能直接找到想要学的课程;
  • 客服人员,当存在一类用户频繁咨询or投诉这些问题,客服是会把这类用户问题提交给产品组的,如有很多人反馈报名了付费课程,但是找不到添加班主任的入口;
  • 开发测试,在开发or测试中可能会遇到一些细节问题,会反馈给产品,如发现在活动中点击参与活动跳转的是注册弹窗,而不是登录弹窗;

现在,你已经知道了核心需求的来源,然后可以制作一个需求采集池,以便采集这些需求。

需求采集池应有的维度:

  • 需求编号
  • 需求来源部门,方便追溯和分析需求背后的业务逻辑
  • 需求提出人,方便追溯,以免过一段时间大家都忘记这个需求是啥了
  • 提出时间
  • 需求概述,一句话描述:用户是谁+什么场景下+产生了什么问题+希望怎么解决
  • 需求优先级评估,等级划分可以自定义,一般来说:重要紧急/重要不紧急/不重要紧急/不重要不紧急
  • 期待上线时间,有时候可以拿来压研发时间,你懂的...
  • 需求本质(由产品填写)
  • 需求是否纳入需求池(由产品填写)

大家可以将这个需求采集池沉淀到文档中,然后发给对应的提需求的人,让其填进去即可。

需要注意的是:最后的两个维度「需求本质」「需求是否纳入需求池」是由产品自填写的,我们放到Part2来讲。

2、需求分析

需求分析,简单的说,就是将采集到的需求进行分析,直接在需求采集池中备注说明。

需求的流转就像漏斗,如果源头就错了,那么后面会走的无比艰难。

举个例子:假设业务提了个需求,希望能在公众号内增加一个用户买了课程后,能够自动push用户去添加班主任的消息。

如果你不加分析,直接就开做了,最后看数据发现,添加班主任率只上升了一丢丢...

然后跑去再问业务才知道,用户的流量池不全部都在公众号,且关键问题是用户买课之后,订单页上的添加班主任引导很弱。

所以业务才想到利用公众号push的方式,但其实解决这个问题,完全是可以聚焦在优化买课之后在订单页上添加班主任引导的...

因此,我们在看采集池中的需求时,一定要做需求分析,核心有2点:

(1)明确需求的本质

可以利用一个需求黄金公式明确出需求的问题本质:用户-场景-问题-解决方案。即:用户是谁?用户在哪个场景下产生了什么问题?这个问题怎样可被解决。举2个例子:

作为一名想要转行做产品的用户,我来到某在线教育官网想要寻找一门适合产品新人学习的课程,但是逛了一圈还是找不到哪门课程可以帮助到我,因此我很苦恼,我希望能增加一个搜索功能,我搜转行产品,可以直接推送给我这门课程。
作为业务,我们的大课详情页转化率只有5%,导致我们即使有很多UV,但是有很多流量被浪费,我尝试了优化文案,但是这个转化率依然没有提升,我在想是不是可以通过增加一个倒计时优惠的功能帮助提升这个转化率呢?

利用这个方法可以更接近需求的本质,问题的真相。

这里也可以利用一个思维:Why思维,不断追问为什么?而不是一开始就去想How。

(2)判断需求是否合理(只有合理才能纳入需求池)

可以思考这几个问题:

  • 是否这个需求被解决,势必会带来正向收益?(否的话,不做,是的话,可做,不确定的话,先想其他不动那么多资源的方案先跑MVP证明需求有价值再做)
  • 需求是一次性的需求还是系统性的需求?(尽量不做一次性的需求,或者将一次性的需求做成系统化的需求)
  • 需求如果来自业务方,要确认是否该需求在其内部已达成一致(如果不是,驳回,等达成一致再聊)
  • 需求的对用户的影响面积有多大(如果只为了零星几个用户,上个大需求,那么驳回)

最后,把结果记录到上面第一部分我们提到的需求采集池中的「需求本质」「需求是否纳入需求池」两个维度下即可。

3、建立需求池

最后一步,将需求采集池中确定要做的需求纳入需求池,只有被记录,才能被管控。

需求池需涵盖的维度:

  • 需求编号
  • 需求来源部门
  • 需求提出人
  • 需求提出时间
  • 需求分类
  • 需求名称
  • 需求描述(用户场景问题解决方案)
  • 优先级(重要紧急模型+ICE模型,I-预期影响、C-成功概率、E-容易程度,每个值可以打0-5分,15分为最高价值的需求)
  • 需求状态(规划中、设计中、开发中、已上线)
  • 需求负责人
  • 最终上线时间
  • prd文档

以上就是我的分享,总结下流程:

需求管理的三个阶段:需求采集\需求分析\需求池

本文由 新媒体之家 作者: 产品叨比叨 发表,其版权均为原作者所有,文章内容系作者个人观点,不代表 新媒体之家 对观点赞同或支持,未经许可,请勿转载,题图来自Unsplash,基于CC0协议。
0

发表评论