聊聊产品设计：别把解决方案当需求！
4763
系统学习运营课程，加入《91运营网VIP会员》，开启365天运营成长计划>>
先来看一个经典的漫画，开始这篇可能不是很有趣的文章。
看完上面的漫画，你大概想起了一个常常被提起用于鄙视产品经理的词-「伪需求」。 产品经理刚入门时想必会看很多书，很多书上都讲过一个典型的场景：用户描述需求时说：我要一匹更快的马。 不同的产品经理可能提炼出来的需求不一样，理解也有深浅，比如用户确实需要一匹更快的马，需求就是：
深入一点思考，另一种理解就是“用户为什么需要一匹更快的马？是目前的马不能满足用户的需求了吗？用户时间紧宝贵？”，需求就是： 用户需要更快的交通工具，来达到节省时间的目的。 这里不是说「给用户弄一匹更快的马」是一个伪需求，而是这个需求并非用户核心需求的本质；用户只是在描述需求的时候，提出了他认为合适的解决方案。 而正是用户在「描述需求时提出了解决方案」，从而掩盖了真实的需求。 通常产品经理在为解决某个问题，提取需求时，首先要问几个问题： （1）这个问题的本质是什么 （2）这个问题解决之后可以带来哪些价值 （3）最适合当前产品形态的产品设计是什么 （4）这个产品形态设计的解决方案会不会引入新的问题 很多程序员转产品经理之后会遇到的同一个问题：当用户在描述问题或需求时，第一想的不是产品（这是什么、有何价值、怎么做），而是直接跨到“怎么做” 这个环节，也就是解决方案。基本上想到解决方案这个层次的，会继续往下想很多，就差代码怎么实现了，比方说 “啊，内容太多了，就像订阅号一样，把内容分门别类折叠起来，用户自己去订阅，更新文章时增加小红点。” 这是很要命的产品思维模式，越俎代庖帮工程师想了他们应该想的问题不说，这样的思维模式会阻碍产品经理认真、全面思考产品功能的价值，和如何进行合理的产品设计。 产品经理应该关注的是产品的用户价值、设计合理性以及设计的可持续性，而不是把「解决方案」当「真实需求」。一旦无法判断用户需求的真伪时，多回到问题的场景中，多问用户开放性的问题，适当时可以利用「低成本试错」的方式来快速验证（比如常说的灰度测试，AB Test），从而达到「去伪求真」的目的。 当然，身为产品，别怕被别人笑你的需求是伪需求，错了就抬头接受批评。选择了产品经理这条路，谁没提过几次伪需求？ 作者：于秋楠 来源：微信公众号（程序员和产品经理） |
扫码加入91运营社群
近期文章
- 微信新“王牌”露出水面 2024年11月18日
- 抖音更新流量推荐算法，有3大变化最重要！ 2024年11月18日
- 2024最新ChatGPT注册方法详细步骤！ 2024年11月18日
- 「小绿书带货」从0-1全套攻略！免费！（外面都是卖钱的） 2024年11月17日
- 微信养号和防封、加人技巧，私域必备。 2024年11月17日
- 李子柒到底凭什么火？ 2024年11月17日
- 会拉微信群就算会玩私域？本地生意最大黑洞还是私域 2024年11月17日
- 最近流行的全域推广、全域运营和全域经营是什么玩法？【必看】 2024年11月17日
- 我差点被带坑里了，这3种搞流量你见过吗？ 2024年11月17日
- 做私域，一定要学会“晒”！ 2024年11月17日