作为产品经理必须要具备的能力就是探索产品、发现需求、挖掘需求背后的真正目的，进而迭代打造好的产品。有的产品需求是用户告诉你的，有的产品需求是你体验得到的，有的产品需求是你提前YY的，但不论如何获得需求不是最难的，难得是你如何在天花乱坠的需求中探索挖掘出最真实的目的。
作为一名菜鸟产品，当有新的产品落在你头上的时候，我们总是会想着先进行用户调研，再研究竞品，进而总结自己的产品定位、划分需求功能。但是经过产品的用户调研后，我们总会发现用户不一定总能给你正确的答案，有时候客户也不一定知道什么是对的，有时候他就是不知道需要什么。就像我们也经常在听完一张讲座后，要求填写调查问卷，以便于讲座活动的下次改进，我通常都会随意填写，因为讲座形式的改进并不是我关心的，我真正关心的是未来讲座的内容是否能真正吸引我。这就像我们写用户调研问卷一样，我们总是站在自己的角度试图设置各种问题让用户回答，以印证我们的想法，这种做法不是不可取，但是往往我们收到的答案是不可信的，就像填写讲座调研问卷一样，你总是站在自己的角度设置问题，你忽略了用户真正关心的，此时你要把自己当做用户去做这份问卷。
传统的需求分析师需要做的就是仔细聆听客户的想法，准确记录他们所说的所有东西，并将他们的要求翻译成产品的功能需求讲给开发听。这种方式的缺点就是，你准确的记录了客户的想法，你也确实将它翻译成了产品需求，但这个东西并不一定是客户想要的，因为你没有理解客户在描述需求的背后困难和真正目的。这就像妹子会在下雨天给小哥哥说“下雨天，好适合吃火锅。”，她并不是想听你说“是啊，我也觉得下雨天适合吃火锅”，而是希望你说“你想吃哪家火锅啦，我们走起~”；这也像妹子会说“这两个颜色的口红哪个好看”，她并不是想听你冷静的分析哪个好看哪个不好看，而是希望你说“两个都买~”
用户从来只是表达他想要的，但这不一定是解决方案，只有了解了需求背后的目的，我们才能设计最合适的解决方案。就像一个用户说“我时间紧急，需要从A地到B地，请给我一匹最快的马”，这个用户真的是需要最快的马吗？当然不是，他真正的目的是想要在最短时间从A地赶往B地，这时候一匹快速的马只是其中一种解决方案，我们可以给马插上翅膀变成飞机，我们可以给马按上轮子变成汽车，于是属于你的新产品也就诞生了，这虽然是福特汽车的一个创新例子，但我觉得这个很好的表达了所谓需求和解决方案的关系。用户总是能告诉我们他们想要什么，他们有什么困难，但是作为产品经理你需要给他提供最好的解决方案，以解决他的痛点，这也就是产品这个职位存在的意义，如果只是用户说什么做什么，那要我们的存在也就失去了意义。
不论是TO C产品经理还是传统TO B产品经理，这个都是一个存在的问题，但是传统的TO B行业更加明显，因为TO B产品业务壁垒高，客户就是你价值的直接来源，甚至客户是比你更专业的业务专家，但是你必须会表演戏法，一方面记录下客户的需求，一方面考虑他需求背后的痛点给出解决方案，然后说服他们，他们需求并不是最好的解决方案，我们其实可以尝试这样做。对于产品经理来说，在我们判断一个需求的时候，要时刻记住“有时候，你的客户就像匹诺曹，他不会告诉你全部事实。”
