重要的是找到解决方案(产品经理,找对问题永远比解决方案更重要)

很多产品经理,尤其是初中级产品经理,在做需求分析时,喜欢把提案当方案,需求方提什么就做什么。

开发问为什么做这个需求时,常见的回答句式如:业务说的、领导说的、用户反馈的。

出现这种问题的本质原因,是没有弄清方案背后的真实需求。

当用户在提出一个需求时,大部分情况,是基于用户的认知,提出的一个方案。

而用户的认知是有限的。比如,用户如果没有见过汽车,想更快的到达目的地时,只会提出【更快的马】这个“需求”。

而【更快的马】就是用户认知下的一个方案,并不是本质的需求,本质需求其实是【更快的到达目的地】。

要更好的满足用户,首先要挖掘到用户的本质需求,然后有超过用户的认知,提出更好的解决方案。

如何挖掘到用户真实需求,并提出更好的解决方案呢?推荐使用一种方法,这个方法叫逆向分析法。

这个方法最早是在《产品设计思维》里了解到的,结合我自己的一些经验和思考,我有一些新的理解,重新梳理了一下。

01. 逆向分析法

重要的是找到解决方案(产品经理,找对问题永远比解决方案更重要)

这个方法大概分为这样几步:

1、提出方案

2、逆向分析

3、找到需求

4、调查事实

5、假设方案

还是以「更快的马」为例,当用户提出更快的马这个需求时,其实提的是一个方案。

产品经理接到这个需求,首先要做的不是去找更快的马,而是应该逆向分析,首先提出问题——「用户为什么需要更快的马?」

用户想要更快的马,可能有几种情况,比如用户想要更快的马来参加赛马比赛,或者想要更快的马来更快的到达目的地。

用户的真实需求,需要具体到场景里去分析,只有基于场景的需求才是用户真正的需求,而只有挖掘到用户的真正需求,才能做出好的设计。

需求不对,努力白费。

但是用户的需求是很深的,比如想要更快的马,下一层需求是更快到达目的地,更快的到达目的地是为了更快交货,更快交货是为了挣钱…

重要的是找到解决方案(产品经理,找对问题永远比解决方案更重要)


产品经理应该根据所关注的领域、所具备的资源或公司的战略,关注自己的「影响圈」而不是「关注圈」。

重要的是找到解决方案(产品经理,找对问题永远比解决方案更重要)


影响圈可以理解为自己力所能及的事情,关注圈可以理解为自己不能影响到的事情。

比如产品的使命是「让用户出行更方便,更快的到达目的」,那么就挖掘到「如何让用户更快到达目的」这一层就可以了。

假设用户的真正需求是「更快的到达目的」,那么接下来要做的就是调研方向就是:通过什么方式,可以让用户更快的从A到B。

当提出这个问题时,后续的设计方案更有可能沿着正确的方向发展,做设计,问对问题比解决方案更重要,设计什么比怎么设计更重要。

调研是一个比较重要也很复杂的事情,大到宏观的市场分析,小到微观的用户画像细分、场景分析。

前面说了,用户的提案是基于用户的认知提出来的,显然,用户的认知是有限的,通过调研和分析,我们的认知要能完全覆盖用户,要不然,你根本就提不出更好的解决方案。

所以产品经理不仅要懂业务,还要懂技术,懂业务才能了解用户的真正场景,懂技术才能提出比用户提案更好的解决方案。

如果你想象不出车,永远只能提供更快的马。

调研完了以后,可以基于我们掌握到的信息,来假设解决方案。

假设通过更快的马可以实现;

假设通过汽车可以实现;

假设通过火车可以实现;

假设通过飞机可以实现;

假设通过闪现可以实现;

假设可以通过意念实现;

基于以上的假设,再结合自己的【影响圈】,来做对应的方案设计。

火车、飞机虽然更好,但是实现成本太高,已经超出了影响圈,闪现、意念虽然更快,但是通过调研,目前还没有实现的技术。

最后,汽车可能是更好落地的,开始设计汽车。

02. 做方案

产品经理在动手做方案之前,应该要使用逆向分析法,来找到真正的需求,先弄清楚设计什么,再考虑怎么设计。

如果用冰山模型来比喻的话,大部分时间和精力应该在冰山以下,小部分的时间和精力用在冰山之上。

在具体设计的时候,再利用产品设计的方法:搭框架、定流程、抠细节。

拿着需求方的提案,直接做产品设计,那不是产品经理,是人肉原型机,工具人无疑。

产品设计不仅要考虑用户价值,还要考虑商业价值,做产品管理,还要从运营的层面考虑如何提升交易规模,提升产品价值的规模,做好产品经理,挺不容易。

需求分析,是做好产品经理的第一步,希望大家多思考、多观察、多分析、多调研,不断提升行业经验,技术认知能力,做出更好的产品。

作者:刀哥 十年产品专家,多家大厂就业经历。