欢迎光临
我们一直在努力

聊聊产品设计:别把解决方案当需求!

聊聊产品设计:别把解决方案当需求!

先来看一个经典的漫画,开始这篇可能不是很有趣的文章。

185 聊聊产品设计:别把解决方案当需求!

239 聊聊产品设计:别把解决方案当需求!

336 聊聊产品设计:别把解决方案当需求!

433 聊聊产品设计:别把解决方案当需求!

533 聊聊产品设计:别把解决方案当需求!

633 聊聊产品设计:别把解决方案当需求!

727 聊聊产品设计:别把解决方案当需求!

824 聊聊产品设计:别把解决方案当需求!

917 聊聊产品设计:别把解决方案当需求!

1015 聊聊产品设计:别把解决方案当需求!

看完上面的漫画,你大概想起了一个常常被提起用于鄙视产品经理的词-「伪需求」。

产品经理刚入门时想必会看很多书,很多书上都讲过一个典型的场景:用户描述需求时说:我要一匹更快的马。

不同的产品经理可能提炼出来的需求不一样,理解也有深浅,比如用户确实需要一匹更快的马,需求就是:

给用户弄一匹更快的马

深入一点思考,另一种理解就是“用户为什么需要一匹更快的马?是目前的马不能满足用户的需求了吗?用户时间紧宝贵?”,需求就是:

用户需要更快的交通工具,来达到节省时间的目的。

这里不是说「给用户弄一匹更快的马」是一个伪需求,而是这个需求并非用户核心需求的本质;用户只是在描述需求的时候,提出了他认为合适的解决方案

而正是用户在「描述需求时提出了解决方案」,从而掩盖了真实的需求。

通常产品经理在为解决某个问题,提取需求时,首先要问几个问题:

(1)这个问题的本质是什么

(2)这个问题解决之后可以带来哪些价值

(3)最适合当前产品形态的产品设计是什么

(4)这个产品形态设计的解决方案会不会引入新的问题

很多程序员转产品经理之后会遇到的同一个问题:当用户在描述问题或需求时,第一想的不是产品(这是什么、有何价值、怎么做),而是直接跨到“怎么做” 这个环节,也就是解决方案。基本上想到解决方案这个层次的,会继续往下想很多,就差代码怎么实现了,比方说 “啊,内容太多了,就像订阅号一样,把内容分门别类折叠起来,用户自己去订阅,更新文章时增加小红点。”

这是很要命的产品思维模式,越俎代庖帮工程师想了他们应该想的问题不说,这样的思维模式会阻碍产品经理认真、全面思考产品功能的价值,和如何进行合理的产品设计。

产品经理应该关注的是产品的用户价值、设计合理性以及设计的可持续性,而不是把「解决方案」当「真实需求」。一旦无法判断用户需求的真伪时,多回到问题的场景中,多问用户开放性的问题,适当时可以利用「低成本试错」的方式来快速验证(比如常说的灰度测试,AB Test),从而达到「去伪求真」的目的。

当然,身为产品,别怕被别人笑你的需求是伪需求,错了就抬头接受批评。选择了产品经理这条路,谁没提过几次伪需求?

作者:于秋楠

来源:微信公众号(程序员和产品经理)

赞(0)
未经允许不得转载:电商之家 » 聊聊产品设计:别把解决方案当需求!

登录

找回密码

注册