产品学习笔记.jpg
常常觉得用户的需求就是需要解决的问题，如果用户这么说了，就应该存在需要解决的场景，PM的职责之一就是想办法解决。
这个规则看上去OK，但是具体到一款产品的设计，就会有诸多的问题。其中最重要的两个就是：伪需求和弱需求。
伪需求这个问题常常存在于产品设计之初。比如用户觉得总是用流行歌曲当铃声，非常没有逼格，所以想要自己制作一段电子音乐当作铃声。看起来用户有这个需求，产品就应该为用户实现，但是仔细分析后会发现，在产品中设置铃声的用户大多数是不专业的音乐爱好者，而制作的门槛会比他们想象中的高得多，提供了制作功能之后，用户制作出来的铃声大多是不堪入耳的噪音，设置的欲望也就没了。
所以，这种看起来像是用户需求，但是用户实际使用时的成本反而高于现在的解决方案，那么这个需求就是一个伪需求。
另一个问题弱需求，则常常出现在产品的迭代过程中。比如一款铃声产品，是满足用户娱乐化的需求，按照这个推论，用户应该会对一些有趣的活动或者网页感兴趣，但是实际呢？这个活动如何与产品的核心功能关联，用户在什么场景下会玩这个活动？
如果没有场景或者场景很少，那么这个就是弱需求。如果在产品迭代的过程中，没有清晰的用户场景，那么需求常常会发散的没有边界，导致模糊了产品的核心功能，让用户更加的迷惑，这样的功能不如不做。
所以，要破除一个观念，我的需求从用户那里来，那么用户说什么，我应该做什么，孟子说：尽信书不如无书，需求也是一样，需要明辨真伪，找到能增加产品核心价值的需求。
公众号小熊说二维码.jpg
网友评论