聊聊产品设计：别把解决方案当需求！
4599
系统学习运营课程，加入《91运营网VIP会员》，开启365天运营成长计划>>
先来看一个经典的漫画，开始这篇可能不是很有趣的文章。
看完上面的漫画，你大概想起了一个常常被提起用于鄙视产品经理的词-「伪需求」。 产品经理刚入门时想必会看很多书，很多书上都讲过一个典型的场景：用户描述需求时说：我要一匹更快的马。 不同的产品经理可能提炼出来的需求不一样，理解也有深浅，比如用户确实需要一匹更快的马，需求就是：
深入一点思考，另一种理解就是“用户为什么需要一匹更快的马？是目前的马不能满足用户的需求了吗？用户时间紧宝贵？”，需求就是： 用户需要更快的交通工具，来达到节省时间的目的。 这里不是说「给用户弄一匹更快的马」是一个伪需求，而是这个需求并非用户核心需求的本质；用户只是在描述需求的时候，提出了他认为合适的解决方案。 而正是用户在「描述需求时提出了解决方案」，从而掩盖了真实的需求。 通常产品经理在为解决某个问题，提取需求时，首先要问几个问题： （1）这个问题的本质是什么 （2）这个问题解决之后可以带来哪些价值 （3）最适合当前产品形态的产品设计是什么 （4）这个产品形态设计的解决方案会不会引入新的问题 很多程序员转产品经理之后会遇到的同一个问题：当用户在描述问题或需求时，第一想的不是产品（这是什么、有何价值、怎么做），而是直接跨到“怎么做” 这个环节，也就是解决方案。基本上想到解决方案这个层次的，会继续往下想很多，就差代码怎么实现了，比方说 “啊，内容太多了，就像订阅号一样，把内容分门别类折叠起来，用户自己去订阅，更新文章时增加小红点。” 这是很要命的产品思维模式，越俎代庖帮工程师想了他们应该想的问题不说，这样的思维模式会阻碍产品经理认真、全面思考产品功能的价值，和如何进行合理的产品设计。 产品经理应该关注的是产品的用户价值、设计合理性以及设计的可持续性，而不是把「解决方案」当「真实需求」。一旦无法判断用户需求的真伪时，多回到问题的场景中，多问用户开放性的问题，适当时可以利用「低成本试错」的方式来快速验证（比如常说的灰度测试，AB Test），从而达到「去伪求真」的目的。 当然，身为产品，别怕被别人笑你的需求是伪需求，错了就抬头接受批评。选择了产品经理这条路，谁没提过几次伪需求？ 作者：于秋楠 来源：微信公众号（程序员和产品经理） |
扫码加入91运营社群
近期文章
- 太全了！2024小红书解决限流问题，一篇搞定！ 2024年4月21日
- 公司还需要品牌总监吗？ 2024年4月21日
- 为什么所有品牌都让你充会员？ 2024年4月21日
- 视频号流量的七个等级，看看你在哪一级？ 2024年4月20日
- 半年涨粉16万的方法，所有行业都能用 2024年4月20日
- 千川内容能力，是所有品牌的基本盘！ 2024年4月20日
- 吐血整理｜运营总监应该关注的19个产品指标 2024年4月20日
- 6万粉丝，带货16万单！ 2024年4月20日
- 抖音和小红书都在引领流行趋势，二者有何不同？ 2024年4月20日
- 抖音账号违规申诉话术模版 2024年4月20日