聊聊产品设计：别把解决方案当需求！

先来看一个经典的漫画，开始这篇可能不是很有趣的文章。

看完上面的漫画，你大概想起了一个常常被提起用于鄙视产品经理的词-「伪需求」。

产品经理刚入门时想必会看很多书，很多书上都讲过一个典型的场景：用户描述需求时说：我要一匹更快的马。

不同的产品经理可能提炼出来的需求不一样，理解也有深浅，比如用户确实需要一匹更快的马，需求就是：

给用户弄一匹更快的马

深入一点思考，另一种理解就是“用户为什么需要一匹更快的马？是目前的马不能满足用户的需求了吗？用户时间紧宝贵？”，需求就是：

用户需要更快的交通工具，来达到节省时间的目的。

这里不是说「给用户弄一匹更快的马」是一个伪需求，而是这个需求并非用户核心需求的本质；用户只是在描述需求的时候，提出了他认为合适的解决方案。

而正是用户在「描述需求时提出了解决方案」，从而掩盖了真实的需求。

通常产品经理在为解决某个问题，提取需求时，首先要问几个问题：

（1）这个问题的本质是什么

（2）这个问题解决之后可以带来哪些价值

（3）最适合当前产品形态的产品设计是什么

（4）这个产品形态设计的解决方案会不会引入新的问题

很多程序员转产品经理之后会遇到的同一个问题：当用户在描述问题或需求时，第一想的不是产品（这是什么、有何价值、怎么做），而是直接跨到“怎么做” 这个环节，也就是解决方案。基本上想到解决方案这个层次的，会继续往下想很多，就差代码怎么实现了，比方说 “啊，内容太多了，就像订阅号一样，把内容分门别类折叠起来，用户自己去订阅，更新文章时增加小红点。”

这是很要命的产品思维模式，越俎代庖帮工程师想了他们应该想的问题不说，这样的思维模式会阻碍产品经理认真、全面思考产品功能的价值，和如何进行合理的产品设计。

产品经理应该关注的是产品的用户价值、设计合理性以及设计的可持续性，而不是把「解决方案」当「真实需求」。一旦无法判断用户需求的真伪时，多回到问题的场景中，多问用户开放性的问题，适当时可以利用「低成本试错」的方式来快速验证（比如常说的灰度测试，AB Test），从而达到「去伪求真」的目的。

当然，身为产品，别怕被别人笑你的需求是伪需求，错了就抬头接受批评。选择了产品经理这条路，谁没提过几次伪需求？

作者：于秋楠

来源：微信公众号（程序员和产品经理）