作者:京东保险 陈雅文
每一位产研工作者,无论是产品经理、研发还是测试在日常工作中不可避免的要面对各种五花八门的需求,在 “真需求” 和 “伪需求” 之间如何独具慧眼,见招拆招,本文以产品视角总结出发,简要剖析。欢迎大家留言交流,分享你们battle需求的经典桥段和独家秘笈🤓。
一、背景
在我的行云需求里,基本每个月都会有驳回的需求,这些需求基本都是从没沟通过,业务一股脑提上来认为该做的,有的合理,但业务提的不是最佳方案;有的值得挖掘,但不是提的要做的事情;有的也该做,但在此阶段并不是性价比最高;还有的就像“五彩斑斓的黑”。
如果业务方说:“我想吃鱼了。” 该怎么办👀?
如果鱼有现成的,也就不存在这个讨论了,在没有鱼的前提下,这个时候如何识别需求?真的就无脑执行“捕鱼”事项,还是另有转机?
二、打法
核心思路大致可以分为三步:
1.多问为什么,不是需求来了就做
“为什么想吃鱼了啊?”,表达疑问目的是为了通过回复的答案,捉住真正的痛点,了解核心诉求,在知悉痛点的基础上挖掘真正想要的东西。
2.狙击核心痛点,见招拆招
•回复一:肚子这会饿了,想吃鱼。
-----痛点:饿!
-----拆招:给别的能吃饱的替代行不行。按照马斯洛需求层次理论,满足最底层的生理需求。
•回复二:不知道吃什么,看见别人吃了我也想吃;
-----痛点:不知道吃什么。
-----拆招:给一个可执行的方案。说明别人吃啥你就想吃啥这件事,实际可能根本不适合自己脾胃,既然消化不了就提供一个符合当下既能满足嘴巴又可以消化的。
•回复三:我爱吃鱼。
-----痛点:个人喜好。
-----拆招:根据实际情况出发,喜好星星得摘星星嘛,喜欢宇宙飞船得造个飞船?
3.不切实际的虚妄幻想,要Say “NO”
学会说不,是每个产品经理应该有的原则,但是这里的拒绝,不是只拒绝,让人误会你不想干。在拒绝之前,询问该需求的ROI;拒绝时,结合实际情况,阐明原因,给出符合当下实际情况的最佳解决方案;拒绝后,依据每个产品个人能力,适当给一些关于该事项的未来规划,“看五做三”。
三、总结
•需求来了要思考,你是产品经理,不是需求经理;
•掌握方法巧分析,事半功倍;
•学会沟通,了解你的业务,了解你的业务方,万事都好谈;
•及时Say No,也是一种原则;
•做实事,做长期的事,做有价值的事。
以上,感谢大家的阅读,共勉😊。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。