产品经理必备锦囊，从此再也不会被用户骗到了

产品第一步，那必然是理清需求，需求理不清，就意味着没找到根本性的问题，紧接着必然是产品方案的失败。

那么需求，它到底是一个待解决的问题，还是用户直接抛给你的他认为对的解决方案呢？

在《有效需求分析》这本书中，有这样一个例子，半夜里孩子嚷嚷着要吃饼干，妈妈被吵醒之后给孩子一顿训斥，大晚上的吃啥饼干，赶紧给我睡觉！

可是小孩子哪管你的训斥，哭闹得更加厉害，爸爸被吵醒后，不慌不忙的走到客厅寻摸了一圈，家里确实没有饼干了，但是他找到了面包片，爸爸会心一笑，回卧室把面包片递给了孩子，吃完之后，孩子很快便不再哭闹，安静的睡着了。

在这个案例中，孩子饿了，其实才是最本质的需求，即问题级需求；孩子说要吃饼干，只不过是孩子给出的他自己的解决方案，即方案级需求。

如果只着眼于方案级需求，在家里没有饼干的情况下，需求是不能被满足的，而爸爸的做法则是直接针对问题级需求，解饿的不只有饼干，面包片也是可以的，问题就这样轻松的化解了。

方案级需求，往往是用户基于自己的认知和理解，提出的解决方案。

但用户并不是解决问题的专家，用户是提出问题的专家，所以用户直接抛出的解决方案，一般并不是问题的最优解。

产品经理在分析需求时，就是要透过用户提出的方案级需求，去深究问题级需求到底什么，找到根本上的问题，才能对症下药。

那么如何区分用户提出的需求是方案级还是问题级呢？

方案级需求，顾名思义，是一种比较明确的解决方案，但是不一定正确，

身为产品经理的你，并不需要让用户直接告诉你怎么做，如果用户直接告诉你怎么做了，则一定要小心，用户说的可不一定对哦，千万不要听用户说完立马就画起了原型，要三思而后行。

和方案级需求相比，问题级需求是对问题或现状的描述，如果你有幸直接收到了问题级需求，也千万不要高兴的太早了。

很多时候，问题就像洋葱一样，需要你一层层的拨开，才能看到问题的核心根本，遇到问题多问几个为什么，刨根问底，对于产品经理来说，也不能说是一个坏的习惯。

学好需求分析，避免被用户需求骗到。