在产品经理的工作中，识别伪需求是需具备的关键技能之一，那么，产品经理要怎么快速识别伪需求呢？这篇文章里，作者对伪需求的定义、以及如何识别伪需求等问题进行了解读，一起来看一下。

刚入行产品的小白，有没有同感，那需求是“哐哐”甩到我们手上啊，需求量也是“杠杠”的。作为产品经理，深切感知到产品需求几乎是无限的，我们势必要学会做收敛，也就是抓住真正的需求，拒绝伪需求。我不信有产品说哪个版本能做完需求的，如果真做完需求了，咱们产品又该何去何从[手动表情包-/狗头]……

思维发散了，来收回到主题，谈干货。

一、什么是伪需求？

“知己知彼百战不殆”，所以前提是我们必须要了解什么是伪需求。

伪需求我们都知道它其实不是真实的需求，伪需求往往是基于假设和推测，或者客户提出的一些想法等，而并非真正的需求。

了解了伪需求的含义，我们需要进步一思考下伪需求是如何产生的。结合其含义考虑，既然伪需求是基于假设和推测，那么它就存在一些不确定行因素在里边了。

伪需求可能是由于但不限以下原因：

• 信息不充分：在还没有全面的了解到相关信息前，个人可能会出于本能的想象或推理其对应的结果，工作中则对应着去推理客户的诉求。实际生活中也是如此，例如：假设朋友对你说她很难过，恰巧你又了解一些她的背景（经常和男朋友吵架），你可能更会主观臆断的揣测她是不是跟男朋友吵架了，或失恋了等，这时候我们应该更多的收集她为什么难过的信息，结果可能是她出门不小心摔了一跤或者是彩票差一点就中了大奖等。切记要以充分的事实依据说话，充分的事实论据才能对应可靠的结果。
• 理解错误：并未深入理解、真正理解客户描述的信息，导致理解出现偏差，其实就是没抓住用户的真实痛点等。例如界面上某些字段或数据信息客户认为显示不正确，你的第一反应可能是这些信息或数值获取的不准确，然后不由分说的投入人力排查确认……但是客户真实需求可能是说界面应该使用另外一个字段信息B替换当前信息，因为用户会更关注B字段的信息。深挖用户诉求、获取真实需求，避免理解偏差导致耗费过多成本。
• 市场误判：由于市场的变化，可能会导致原本看似合理的需求不再适用等。
• ……

二、如何才能快速识别伪需求？

在产品开发过程中，伪需求不仅可能会带来人力、物力、时间等的资源浪费，还可能会导致产品失败的风险。因此，在确定产品功能和特性之前，必须要进行深入的市场调研和用户需求分析，以确保所开发的产品能真正满足用户需求，避免受到伪需求的影响。

第一步：透过现象看本质——深挖、探索用户真实的需求动机

如何才能透过现象看本质，这需要我们应用现有方法论，在日常工作中不断地锻炼自己思考事情的思维方式和逻辑。在这里强推：5w2h法！切记将知道或了解误认为自己已掌握，要知道通过不断地实践你才能真正获得成长和进步。

• What：需求是什么？明确地了解需求的内容和本质。对需求的描述一定要清晰、具体，避免使用模糊或不明确的语言。对于需求的定义，需要尽可能地贴近用户的实际需求，千万不要用自己的想象或假设来替代。
• When：什么时候要？确定需求的时效性。是真需求还是伪需求，一个重要的判断标准就是需求的紧急程度。如果用户只是希望未来某个时间点有这样的需求，那么这个需求就不是真需求，因为用户并没有表现出立即使用的意愿。
• Where：什么场景会用到？明确需求的场景。真需求通常会在特定的使用场景下产生，要确认需求的适用场景。注意如果需求只适用于某些特定场景，那么相对于其他场景来说这条需求就可能不是真需求了。因此，一定要明确需求的适用范围。
• Why：为什么要做？深挖用户提出这个需求的原因。是真有实际需要，还是只是出于某些特定的原因（比如预算、时间等限制）而提出的需求。这样可以帮助我们判断这个需求的合理性。
• Who：谁提出来的？识别提需求的人和他们的背景。是真用户还是假用户？他们的意见是否具有代表性？有时候会存在真需求可能被假用户或者少数人的意见所掩盖的情况。
• How：怎么做？深入了解实现这个需求的方案。例如考虑方案是否合理？是否具有可行性？是否存在其他方案等。有时候，实现伪需求的方案可能会暴露出其不合理性。
• How much：成本、收益是多少？明确实现这个需求的成本和收益。如果实现需求的成本过高，或者与带来的收益不匹配，那么这个需求就可能是伪需求。

第二步：明确本质定结论——确认需求频度、范围、紧急程度、成本、回馈效益

我们通过5w2h方法可以筛选出一部分需求，剩下的需求可能需要分阶段考虑，因此对于所处当前阶段这个需求可能还是“伪需求”，此“伪需求”非彼伪需求，第二步我们其实关注的是实现需求的规划。着手眼下，筛选需求我们还可以综合考虑但不限于以下内容：

• 需求频度：明确需求使用频率。主要是确认在业务实际应用过程中，面向用户的实际使用的频次如何。如果频次很低又有其他已有方案可以实现，我们可以考虑延缓实现。例如针对云计算存储、虚拟化等产品来说，由于产品偏底层，好多功能可以通过底层命令行方式实现。若当前版本规划较紧张，对于那些低频需求，且用户需求并非很强烈，其实就可以考虑后续版本实现。
• 需求范围：明确并界定需求边界，让需求更明确。需求实现要有明确界限，“开口式”需求永远都做不完。开放式需求无论在我们工作还是生活中都很常见，尤其是一句话需求。例如女朋友想要花，男朋友想要表。她本来喜欢百合花、玫瑰花，你非要送她向日葵。他本来喜欢机械表、石英表，你非要送他运动手表……
• 需求紧急程度：可通过四象限法则来明确需求紧急程度，结合上一节介绍的内容综合评定需求优先级。小白都能行的三步走干货：快速制定产品需求优先级
• 需求成本：确认实现或完成需求的实际成本。
• 需求回馈效益：关注需求带来的实际效益和反馈。注意高成本低回报的需求都不能作为“好”需求，就算其为真实需求。这种需求做多了，公司、团队承受的压力还是很大的，所以务须把握好！
• ……

总结：作为产品经理，识别伪需求作为我们工作中的一项必备且关键的技能，我们要转换自己的思维模式，多锻炼自己的结构化思考力，这样才能练就“火眼金睛”，工作中对待伪需求才能游刃有余！