作者:京东保险 陈雅文

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

一、背景

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

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

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

二、打法

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

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

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

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

•回复一:肚子这会饿了,想吃鱼。

-----痛点:饿!

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

•回复二:不知道吃什么,看见别人吃了我也想吃;

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

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

•回复三:我爱吃鱼。

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

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

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

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

三、总结

需求来了要思考,你是产品经理,不是需求经理;

掌握方法巧分析,事半功倍;

学会沟通,了解你的业务,了解你的业务方,万事都好谈;

及时Say No,也是一种原则;

做实事,做长期的事,做有价值的事。

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