每一位产研工作者，无论是产品经理、研发还是测试在日常工作中不可避免的要面对各种五花八门的需求，在“真需求”和“伪需求”之间如何独具慧眼，见招拆招，本文以产品视角总结出发，简要剖析。欢迎大家留言交流，分享你们battle需求的经典桥段和独家秘笈🤓。

一、背景

在我的行云需求里，基本每个月都会有驳回的需求，这些需求基本都是从没沟通过，业务一股脑提上来认为该做的，有的合理，但业务提的不是最佳方案；有的值得挖掘，但不是提的要做的事情；有的也该做，但在此阶段并不是性价比最高；还有的就像“五彩斑斓的黑”。

如果业务方说：“我想吃鱼了。”该怎么办👀？

如果鱼有现成的，也就不存在这个讨论了，在没有鱼的前提下，这个时候如何识别需求？真的就无脑执行“捕鱼”事项，还是另有转机？

二、打法

核心思路大致可以分为三步：

1.多问为什么，不是需求来了就做

“为什么想吃鱼了啊？”，表达疑问目的是为了通过回复的答案，捉住真正的痛点，了解核心诉求，在知悉痛点的基础上挖掘真正想要的东西。

2.狙击核心痛点，见招拆招

• 回复一：肚子这会饿了，想吃鱼。

-----痛点：饿！

-----拆招：给别的能吃饱的替代行不行。按照马斯洛需求层次理论，满足最底层的生理需求。

• 回复二：不知道吃什么，看见别人吃了我也想吃；

-----痛点：不知道吃什么。

-----拆招：给一个可执行的方案。说明别人吃啥你就想吃啥这件事，实际可能根本不适合自己脾胃，既然消化不了就提供一个符合当下既能满足嘴巴又可以消化的。

• 回复三：我爱吃鱼。

-----痛点：个人喜好。

-----拆招：根据实际情况出发，喜好星星得摘星星嘛，喜欢宇宙飞船得造个飞船？

3.不切实际的虚妄幻想，要Say “NO”

学会说不，是每个产品经理应该有的原则，但是这里的拒绝，不是只拒绝，让人误会你不想干。在拒绝之前，询问该需求的ROI；拒绝时，结合实际情况，阐明原因，给出符合当下实际情况的最佳解决方案；拒绝后，依据每个产品个人能力，适当给一些关于该事项的未来规划，“看五做三”。

三、总结

• 需求来了要思考，你是产品经理，不是需求经理；
• 掌握方法巧分析，事半功倍；
• 学会沟通，了解你的业务，了解你的业务方，万事都好谈；
• 及时Say No，也是一种原则；
• 做实事，做长期的事，做有价值的事。

以上，感谢大家的阅读，共勉😊。