当需求抛过来的时候，一般的产品经理会首先考虑排期，推进，逼着开发尽快实现；我之前包括现在的很多时候还是这个思路。
牛逼的产品经理会这样想：用户的目标是什么？为什么为什么为什么（连续问）要提这个需求呢？这个可以做吗？如何实现呢？成本和收益的关系是什么样的呢？后来往往，需要的需求被剥离，简化，甚至转化升华成另外一个东西了。当然，凭借PM的不烂之舌，也可能用户直接不做了。
 一般的产品经理也叫做“功能经理”，就是负责实现功能的体力活；产品经理应该有分解和重塑需求的能力，不能被动得接受需求；
产品经理界的经典段子“马和汽车”的故事，说明要分清“用户的目标”和“用户的需求”，在段子里用户实际上的痛点是“跑得快”而不是马车，马只是他在他自己的认知范围内的一个解决方案。如果他看到了汽车，估计又该埋怨产品经理设计的产品很垃圾了。