产品经理，找对问题永远比解决方案更重要
共 2032字，需浏览 5分钟
·
2022-07-06 13:31
很多产品经理，尤其是初中级产品经理，在做需求分析时，喜欢把提案当方案，需求方提什么就做什么。
开发问为什么做这个需求时，常见的回答句式如：业务说的、领导说的、用户反馈的。
出现这种问题的本质原因，是没有弄清方案背后的真实需求。
当用户在提出一个需求时，大部分情况，是基于用户的认知，提出的一个方案。
而用户的认知是有限的。比如，用户如果没有见过汽车，想更快的到达目的地时，只会提出【更快的马】这个“需求”。
而【更快的马】就是用户认知下的一个方案，并不是本质的需求，本质需求其实是【更快的到达目的地】。
要更好的满足用户，首先要挖掘到用户的本质需求，然后有超过用户的认知，提出更好的解决方案。
如何挖掘到用户真实需求，并提出更好的解决方案呢？推荐使用一种方法，这个方法叫逆向分析法。
这个方法最早是在《产品设计思维》里了解到的，结合我自己的一些经验和思考，我有一些新的理解，重新梳理了一下。
01. 逆向分析法
这个方法大概分为这样几步：
1、提出方案
2、逆向分析
3、找到需求
4、调查事实
5、假设方案
还是以「更快的马」为例，当用户提出更快的马这个需求时，其实提的是一个方案。
产品经理接到这个需求，首先要做的不是去找更快的马，而是应该逆向分析，首先提出问题——「用户为什么需要更快的马？」
用户想要更快的马，可能有几种情况，比如用户想要更快的马来参加赛马比赛，或者想要更快的马来更快的到达目的地。
用户的真实需求，需要具体到场景里去分析，只有基于场景的需求才是用户真正的需求，而只有挖掘到用户的真正需求，才能做出好的设计。
需求不对，努力白费。
但是用户的需求是很深的，比如想要更快的马，下一层需求是更快到达目的地，更快的到达目的地是为了更快交货，更快交货是为了挣钱…
产品经理应该根据所关注的领域、所具备的资源或公司的战略，关注自己的「影响圈」而不是「关注圈」。
比如产品的使命是「让用户出行更方便，更快的到达目的」，那么就挖掘到「如何让用户更快到达目的」这一层就可以了。
假设用户的真正需求是「更快的到达目的」，那么接下来要做的就是调研方向就是：通过什么方式，可以让用户更快的从A到B。
当提出这个问题时，后续的设计方案更有可能沿着正确的方向发展，做设计，问对问题比解决方案更重要，设计什么比怎么设计更重要。
调研是一个比较重要也很复杂的事情，大到宏观的市场分析，小到微观的用户画像细分、场景分析。
前面说了，用户的提案是基于用户的认知提出来的，显然，用户的认知是有限的，通过调研和分析，我们的认知要能完全覆盖用户，要不然，你根本就提不出更好的解决方案。
所以产品经理不仅要懂业务，还要懂技术，懂业务才能了解用户的真正场景，懂技术才能提出比用户提案更好的解决方案。
如果你想象不出车，永远只能提供更快的马。
调研完了以后，可以基于我们掌握到的信息，来假设解决方案。
假设通过更快的马可以实现；
假设通过汽车可以实现；
假设通过火车可以实现；
假设通过飞机可以实现；
假设通过闪现可以实现；
假设可以通过意念实现；
基于以上的假设，再结合自己的【影响圈】，来做对应的方案设计。
火车、飞机虽然更好，但是实现成本太高，已经超出了影响圈，闪现、意念虽然更快，但是通过调研，目前还没有实现的技术。
最后，汽车可能是更好落地的，开始设计汽车。
02. 做方案
产品经理在动手做方案之前，应该要使用逆向分析法，来找到真正的需求，先弄清楚设计什么，再考虑怎么设计。
如果用冰山模型来比喻的话，大部分时间和精力应该在冰山以下，小部分的时间和精力用在冰山之上。
在具体设计的时候，再利用产品设计的方法：搭框架、定流程、抠细节。
拿着需求方的提案，直接做产品设计，那不是产品经理，是人肉原型机，工具人无疑。
产品设计不仅要考虑用户价值，还要考虑商业价值，做产品管理，还要从运营的层面考虑如何提升交易规模，提升产品价值的规模，做好产品经理，挺不容易。
需求分析，是做好产品经理的第一步，希望大家多思考、多观察、多分析、多调研，不断提升行业经验，技术认知能力，做出更好的产品。
点击“阅读原文”
查看更多干货