关于用户需求与业务需求(如客户需求/老板需求)关系的思考

目录 产品, 工作感悟

产品经理的准则中,有这样至上不二的一条:一切以用户需求为归依;用户需求高于一切……

然而在我有限的产品经历里,却常常碰到这样的困境:老板提过来一个需求,要求团队优先实现。这些需求有一部分是背离用户需求的,甚至很难说用户“需要”这个功能。那么问题来了:是否所有的需求都可以以用户需求来分析?用户需求与业务需求之间到底是怎样的关系?
直到在知乎上阅读了郑坚义大神的回答才豁然开朗。今天把这个问题用自己的语言梳理一遍,以加深印象。
首先,需求的最终来源可以归为两类:用户需求与业务需求。 类似于下图:
用户需要与企业需要
用户需求是产品的实际用户,在某个特定场景下,碰到了某一个问题,并希望通过产品的某个功能来解决其问题的需要;
业务需求,表现为各类老板需求/客户需求,往往由战略目标、业务梳理等等推导而来,代表来企业想要达到的目标,往往和利益息息相关(比如提高销售收入)。
业务需求和用户需求有背离的部分,也有重合的部分,但最有效的需求就是它们的合集。因为过分倾斜业务需求而忽视本质用户需求的典型例子,比如支付宝坚持要做社交一事。
用户需求的细分来源包括了用户在应用商店的评论、在系统意见反馈里提交的意见、跟客服/运营的吐槽、用户研究时得到的反馈,也包括了各种数据分析之后得出的潜在用户需求(需要证真伪)。
有很多业务需求是通过数据分析得到的,但业务需求也是各种拍脑袋决策的多发区,因为各类业务需求往往是老板或者客户根据自身的行业经验和对未来发展的设想主观地提出来的需求,这种主观有没有合理性呢?其实是有的,定性的判断也有其依据,是可推理的。

在科学发展的过程中,就有一种研究方法叫假说演绎法,又称演绎推理法:就是从一般性的前提出发,通过推导即“演绎”,得出具体陈述或个别结论的过程。现代遗传学之父孟德尔就是通过假说演绎法发现了遗传定律。

对于定性分析得出的需求,一定要验证真伪。如果在需求论证阶段觉得不靠谱但又不得不执行的业务需求(强势的老板或者客户),我们只能通过小版本快速上线并埋点收集使用数据/转化数据来论证。至于被证伪的需求,其实很有可能也并不会下线,毕竟打脸是很疼的,很多老板宁可错下去也不愿承认自己判断有误,但作为产品经理,后半环的验证我们还是要做到位的,这是职责所在。

当产品经理偏向于从用户需求的角度去考虑问题,而忽略了企业需要的视角,工作的成果很可能无法使老板满意;而当老板偏向于从企业需要的角度去考虑问题,而忽略了用户需要的视角,提的需求很可能使产品经理无比蛋疼。

关于郑坚义大神在知乎上的原回答请点击这里

暂无评论

发表评论

电子邮件地址不会被公开。