关于产品「需求」阶段的思维公式，都在这儿了(6)

针对协同部门的需求，产品经理要做的，首先是要分类整理，判断哪些需求是产品真实存在的问题，哪些是协同部门对于产品规则理解不深刻的问题。针对用户真实存在的问题，又要往深层次思考，用户的核心诉求是什么，进而根据优先级，提出产品方案。
客户直接提出的功能需求。有时候客户或者用户反馈问题时，会直接提出一些具体的功能建议：希望在XXX处做一个XXX功能。这个来源能够收到的需求非常多，毕竟“人人都是产品经理”嘛，每个人都能对产品提点功能建议。针对这种来源的需求，产品经理要做的，不是照单全收，而是得认真归类分析，找到问题背后的真实来源，进而提出优雅的产品解决方案。用户很热，想买雪糕，但她正好在姨妈期，如果直接听用户的，就会导致她肚子疼，这个时候，产品经理可以带她去吹空调，解决“热”的问题。“热”是核心问题，“吃雪糕”和“吹空调”都是解决方案，选择哪个解决方案，要结合具体的情况而定。（风险提示：这里就是举个例子，谈恋爱不能太“产品思维”

。）
你看，同样是用户提出的反馈，认真分析后找出需求，就叫用户访谈，就是正经的需求来源；不加分析直接采用，就是不正经的需求来源，容易踩雷，你说有不有趣。
话说回来，这些不正经来源，其实深溯一下，很多也还是来源于用户和数据。比如需求来源于竞争对手，其实只不过是竞争对手的产品经理完成了需求收集，这个需求，来源于竞争对手的用户；需求来源于客户的具体建议，那也是表达出客户对于当前功能的不满，这种不满背后是什么样的原因，这个原因就是真正的需求。
无论是需求来源于老板还是竞争对手，产品经理都应该想一想，这个需求到底是从何而来。老板提出了这个需求，那老板是出于什么样的考量？看似降低了这一个小功能的体验，但有没有可能，是为了全公司战略的联动？竞争对手做了这个功能，有没有可能这就是竞争对手的产品经理拍脑袋拍出来的，我们到底要不要跟进？
四.需求的误区
既然明确了需求的来源，我们就可以推导出，一个需求的思维公式，从而快速准确地找到核心需求。但在归纳之前，我们不如先用一种逆向思维，来看看“需求”阶段中的错误示范，五个常见的需求误区，这能够帮助我们更好的理解需求，避免走上弯路。