用户需求:依附于用户,存在于场景
找用户需求不能为了让产品显得高端而强行捆绑一些前沿技术,忽略了用户的使用场景。产品经理要通过需求分析,找到用户本质的需求。
熟悉业务是我们工作的基本条件,而用户需求是工作之始。日常产品工作中我们常说用户需求,那么到底什么是用户需求,如何寻找到用户需求?
我常把用户需求分成用户、需求来看。一个什么样子的用户,他又有什么样的需求,需要我们帮助他进行解决。这个是首先我会想到的。随后,我会再想一想,他遇见的问题现在有没有解决方法,如果有的话,是这个方法不适用,还是这个方法没有真正的解决他的问题。我能不能提供一个更好的,更完善的解决方案?
一、用户需求是什么?
用户需求其实算是,用户需要解决的问题。
在工作中,用户需求直接会和需求文档挂钩。往往以一个”需求”过来,就直接让产品经理写大量的文档,画各种各样的图或者直接出原型。结果到最后才发现,这需求是个“需求”,但是可能不是用户的需求。
用户需求,用户 需求,先用户后需求。汉字本就是一个言简意赅同时又饱含深意的语言,同时产品经理也是一样。我们不光需要做到最直接对用户反馈,让用户一看就会,同时还需包含深意,让用户一想而知。用户需求一定是依附于用户,存在于场景,验证于假设,终结于验证。
用我记忆最深的例子来说。很早之前,传令官通过骑马和飞鸽传书的手段来传递沟通,发生战事时,传令官需要将手中的情报快速送到前线去,而前线在黑龙江哈尔滨,这个时候传令官从拉萨出发,通过一个又一个的驿站,换马不换人跑了1个月,终于到了目的地。(马一天跑150公里)
对于传令官他的需求是什么?是汗血宝马?还是更快的马?或者是常说的飞机、汽车?我认为是快速、安全的完成任务。而一般我们假设的方案是汽车、飞机,甚至还有火箭。但是我认为是真的好方案还是三马接力,而其他的都是不切实际的妄想罢了。
这个就像我们现在十分火热的5g、区块链、人工智能技术一样,强行将这些时代前沿技术,捆绑在一些产品上,让产品显得所谓的高端大气上档次。忽略了用户的使用场景,直接做了“大胆”的假设,而没有去验证这个是否真的是用户的痛点,痒点。而是直接认为这样做已经足够让用户丢弃原本诉求和使用场景,来使用这个产品。
如果真要解释的话,我只能说是满足了用户心理上,好奇、攀比、欲望等情绪。从这个角度来说,这个产品实现它存在的价值(大量的营业额,满足商业价值),也算是成功的产品吧。
但是认为一个在做产品的产品经理,一定要依附于用户,存在于场景,验证于假设,终结于验证。在做的过程中我们不可能一步到位,我们需要不停的根据用户、场景、假设、验证这些环节来完善产品。完善我们自己。
二、如何找到用户需求?
想找用户需求,我们需要先找到用户,在提取需求。
1. 不同的用户需求都不一样,要确定自己的用户
以产品经理为例,1年的产品和3年的产品他们的需求都是不一样的,因为1年的产品经理与3年的产品经理,他们需求差距是十分的大。但是他们之间的确是有共通性,都是产品经理。我们可以通过一个产品经理慢慢的辐射到另一个产品经理。
2. 还原场景,善用方法论作出大胆的假设
我们还可以通过还原触发场景来找寻。在有一定用户基数支撑的时候,我们可以使用大量数据来寻找。比如用户在那个环节急剧减少。用户的喜好是什么等,这些都是通过数据了解自身用户,再从自身用户出发。同时除了所谓的大数据,还有小数据,通过小数据也可以挖掘出用户需求。
比如你是一家专注做早餐燕麦的产品经理,你通过数据发现,某个地区燕麦的销售一直无法增长,你首先根据售卖场景假设出几个问题:
- 口碑问题(质量问题)
- 售卖地区的用户群体无法接受相关定价
- 地区的用户没有吃燕麦的习惯
这些都是在日常买卖场景中,常触发的问题,我们提出一些假设,为后续小心验证时做好方向,让我们之后后续方向时什么。
3. 小心验证,挖掘出真实的需求点
有了假设方向,我们就需要一一去验证他们,已确定他们是是否是真正的问题所在。
通过数据挑选出两个极值一个最好,一个最差,以及一个平均水平的中止。避免出现雾里看花,越看越花。有对比才能看出他们之间的不同,以及他们之间的问题。之后使用为所说的小数据,去观察用户,和他们沟通。这里也就是常说的面对面交谈(相似的文章太多了,不做过多描述)。
但是我们要知道,很多时候问题会因为一些细微的区别,而差之千里。所以我们要知道面对面交谈的片面性,不能因为某一个用户的反馈而直接下定论,这里我们要多找几个用户,看他们都会因为相似的问题而苦恼吗。
确定了之后,我们也不能无脑的认为这就一定就是真的问题了,因为验证还没有结束,下一步就是在产品上进行验证,也是我们知道的a/b测试。
总结
其实我始终在围绕着依附于用户,存在于场景,验证于假设,终结于验证,这句话来执行。因为用户的需求对于我们来说真的很重要,不管这个用户上对外的用户,还是对内的老板领导,我们都需要认真对待,毕竟一个巴掌拍不响,一定是这个用户在某个场景下,触发了相关问题,才会有这样的需求。在过程中我们一定要做到明确,大胆和小心。
作者:wcof,在努力做产品不做产品经理的人;微信公众号:wcof(ID:wcofPM)
本文由 @Wcof 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
缺乏实例,理论太多