不懂分析需求,第一轮面试都过不了

0 评论 6268 浏览 31 收藏 13 分钟

编辑导语:需求分析简单来说就是分析用户的需求,产品经理在日常工作中会接收到来自多方面的需求,要对接到的需求有所分析和判断;初入职场的产品人应该如何做到还原需求、分析需求呢?本文作者分享了关于如何锻炼自己有过现象看本质的能力,我们一起来看一下。

“产品思维是透过现象看本质的能力,并通过产品化方案,从根源上解决问题的思维方式。”

对初入互联网产品行业的新朋友来说,首先要锻炼的,就是透过现象看本质的能力。

而这个能力能够应用到工作中,就能够准确的还原需求,分析需求,进而从根本上提出解决用户需求的产品方案。

那,我们要如何锻炼自己透过现象看本质的能力呢?

在回答这个问题之前,我们得先知道,我们的需求是从何而来的。

一、需求从何而来哪里?

我们工作中接收到的所有需求,主要可来自外部、内部这两个渠道。

1. 外部渠道

外部渠道主要是包括用户、市场、竞品,这三个渠道来获取需求。

在业务发展的不同时期,产品人需要有对市场变化保持敏感。

所以在产品上线之后,就必须建立良好的外部需求的获取渠道,以便产品能够及时根据市场变化做相应的调整。

  • 用户反馈渠道:产品上线之后,需要建立良好的用户反馈渠道;这里要建立产品投诉能力和定期的用户调研,来保证用户提出的需求,能快速的反馈到团队,并接收评估
  • 市场渠道:时常关注行业的变化;这里要关注行业底层技术变化和行业机会,如业务主体是小程序,那时常需要关注微信小程序的开发文档,才有机会快速发现产品的破局点。
  • 竞品渠道:产品要关注同类型竞品的动态;如竞品上线新功能,产品人要能够快速发现并及时做出评估,如果发觉也合适自身产品,那也要尽快迭代上线,这才能保证产品不落后于市场。

2. 内部渠道

内部渠道主要包括领导、运营、客服、市场、销售等团队,基于当前产品体验和业务要求,给产品团队提出的需求。

当然,产品同学自身也要基于现有业务形态和数据表现,提出产品的优化建议。

所以,内部也要建立合适的收集反馈渠道,定期获取需求。

如我们的客服团队,就会按月输出《用户投诉报告》,告诉产品团队用户对不满和需求点。

但基于产品价值、生命周期和资源等情况,我们不可能满足所有需求。

所以此时,建立良好的需求管理机制,有计划,有节奏的去释放需求,就显得尤为重要。

二、需求该如何管理?——需求池

产品的功能迭代过程,就是从需求池里释放需求的过程。

上面说到,产品人日常会接收到大量来自其他部门提出的需求,或者自身发现的需求点。

但并非所有需求都要立马实现,所以为了收拢需求,要建立一个专门用来收集需求的“需求池”。

1. 需求池建立

如上图所示,我们团队的需求池主要包括需求时间、来源、简述、目标用户、优先级和备注等。

  • 时间、来源和需求简述,是保证没有信息源头追溯,避免出现传递需求时导致需求变形;
  • 目标用户,是让需求保证能在需求受众的视角和场景中,去评估需求优先级;
  • 备注,是为了补充一些表格中不足的维度,如需求释放的迫切性,需求的数据反馈等。

个人认为,以上维度已经基本能够满足需求收集的初衷。

因为我们团队为了减少给产品同学,在需求理解和版本规划中,所带来的影响。

因此我们建立的需求池,没有做更细致维度的区分。如需求类型,所属模块等。

当然,不同团队的需求收集和记录的规范会有所不同,这里仅供参考。

2. 需求池管理

这里要先说下,很多产品新人都可能遇到的误区——并不是所有需求,都会放入需求池的。

工作中接收的需求,有近半数都是“伪”需求。

所以产品团队在收到需求后,首先要基于用户、需求、场景来进行初步判断,看这个需求是否具备产品真正要解决的痛点。

如果产品初步评估需求是有实现的必要的话,我们团队的需求会按照上述格式,来进行收录,并有专门的同事来负责定期更新和维护表格。

需求池收录的需求,产品团队会以两周为时间粒度,进行需求评估和释放。

从需求迫切程度(优先级)、开发难度、产品生命周期、用户使用频率、收益等维度,进行全面评估。

一旦需求确定可以落地,放入迭代版本的话,负责落地的产品,会对要需求,进行更全面的分析。

三、如何分析需求

在工作中,我们接收的需求,大概率是我们听到别人口述后,以为用户需要的需求。

可很多时候,这些需求都无法解决实际问题。

所以,如何分析需求,让需求重新回归于根本,是考验产品人业务能力的重点指标。

刚入行的新人,都先从用户、需求、场景这三个角度来分析需求。

1. 用户与需求:这个需求谁提出,找到并还原需求

当用户说自己要什么的时候,很可能他只是基于当前他所能想到最好的方案,提出的诉求。

毕竟,用户并不是专业的产品人,他们很多时候都不知道自己真实的需求是什么。

因此,在很多时候,用户提出的方案都不是最好的方案,也可能根本没有解决用户的问题。

需求的问题还是要回到用户本身,即用户究竟是基于什么原因,提出的这个问题。

福特与马的故事,我们都听过——用户说我要一匹更快的马,但最后,福特给了用户一辆车。

如果我们当时听到福特和用户的对话是这样的话:

用户说:“我要一匹更快的马”

福特问:“为什么要一匹更快的马?”

用户回答说:“我要骑马去到遥远的小镇~”

福特接着问:“那为什么要去那个小镇呢?”

用户笑了笑,说:“因为我儿子喜欢吃那个小镇的炸鸡,我要骑更快的马去给我儿子买,不然带回来凉了就不好吃了”

于是,福特发现用户要更快的马,是因为他儿子要吃炸鸡,而且福特调研后发现,那个小镇的炸鸡受到很多人喜爱的话。

那福特可能就不是汽车的创造人,而是麦当劳创始人了。

而通过上面的故事,我们要知道产品人在分析需求时,是挖掘到根本需求为目的的。

所以,在挖掘需求过程中,为避免信息缺失,我们首先得找到第一需求方。

其次,和需求来源方反复沟通,引导对方来说明需求的来源和目的,并基于对方的身份、立场和观点,来判断他所描述需求是否是真实需求。

最后,再从用户角度出发,进行规模化调研,明确到哪一类用户会需要解决问题。

这样,才能保证我们获取的需求,是没有加工的,真实的需求。

2. 场景:将用户需求还原到真实场景中,思考需求的解决方案

在知道用户的问题后,我们还需要考虑,用户在什么场景下需要解决这个问题。

因为如果需求无法支撑成本,那即使设计出来,也没有上线的机会。

在还原用户场景时,我们要关注以下三点:

1)代入用户身份,关注真实需求被解决的场景

腾讯有个传言,说马化腾可以一秒变“小白”用户的故事。

这个故事的真假,我无法论证,但我见过我们产品组长,确实可在短时间内化身为小白用户,在体验完产品后,用产品经理的视角提出我们产品的问题。

所以,在需求场景还原之前,我们要先代入用户身份,思考在什么情况下会产生这个需求。

并尝试从当时场景中时,思考现有的解决方案是什么,这样我们才能提出更好地解决方案。

2)关注这个需求场景是否高频

高频是需求能够落地很重要的指标。因为频次越高,说明产品或功能对用户就越有价值。

如果上面的福特在调研后,发现当时全美用户买炸鸡的频率都很低,仅在一年一度的圣诞节,才会买炸鸡。

那上面福特要开炸鸡店的想法,也属于不切实际。

3)关注当前场景下,其他角色的衍生需求

需求之间的关系往往是相互勾连的,一个需求被挖掘出来的同时,往往伴随着很多衍生需求。

所以在实际的工作场景中,我们除了关注核心需求之外,在思考方案时,也要思考衍生需求如何与核心需求的关系,思考如何更好地解决多方需求。

如我们要设计广告功能,我们除了要思考如何给用户提供更好体验的广告形式之外,还要从运营的使用场景出发,根据广告配置平台具体操作来设计方案。

只有真实还原实际的使用场景,设计出的产品方案才能既方便运营使用,又能不过分打扰用户。

四、写在最后

总结一下。

  • 需求主要来自外部的用户、市场和竞品渠道,内部的各团队基于业务问题的反馈,以及产品自身发现的需求点;
  • 需求来源广,数量也多,因此我们要建立需求池,定期收集和释放需求;
  • 在释放需求池的需求时,要从用户、需求、场景这三考角度去进一步思考产品方案。

以上,是给刚入行的朋友,介绍下在需求这个模块,要学习和关注的点。

 

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

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

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!