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