什么是「伪需求」?能否举例说明?

我觉得这个问题应该更进一步修改为,如何辨别[伪需求]~ 授人以鱼(例子)不如授人以渔(方法) 辨别[伪需求]靠三点,问,想,看 问:问用户(当然不是这个功能你需不需要之类的问) 想:收集、整理、解构、推理,充分展示你的产品feel 看:投入市场看效果 不过三个字太过抽象,主要是俺也木有能力把三个字细化,所以欢迎各位大大作答~
关注者
5,004
被浏览
411,166

157 个回答

收录于编辑推荐知乎周刊 ·
又是快一年过去了,这时间过得,可真是“逝者如斯夫”!
回过头看两三年前的回答,汗如雨下,不过放在这里,作为一种警示。
这算是公之于众的“成长的代价”吗?我看行。

在2015年今天的这个时间点,回头看2014年这个堪称史上最疯狂创业年,我觉得“伪需求”这个话题是有其特殊的意义的。所以今天特别更新一下这个回答。我希望这次的回答与以前的说法,是完全两篇答案。

之前,我自己的回答,包括 @苏杰 的那副漫画,其思路都是认为“伪需求”就是“用户看上去想要这个,实际他想要那个”。
这件事情,本质上并不是在说“伪需求”,而是在说产品经理对需求的解构能力(或者说理解能力)的不同——“好的产品经理”能深挖出真实需求。

事实上,这是不对的,用知乎的标准来说,这是曲解题意,偷梁换柱(我的回答在前, @苏杰 大师可能是被我带坑里去了……)。

其实伪需求是非常复杂的,并且同样的需求随着客观条件的变化,这一点在创业的项目中尤其常见——大多数的创业失败都源于需求的被证伪,如果不是因为团队能力不行的情况下。

如果要举例的话,在2013年底2014年初那段时间,滴滴打车复制到其它O2O垂直细分领域是个非常热门的趋势。那个时候,有在酒店行业复制的,有在餐饮行业复制的,最后都很快的销声匿迹了。这就是一个非常典型的“伪需求”的类型——需求和模式是一对矛盾。

简单来说,滴滴打车的模式要求服务是同质(我一直不认为常规的说法“标准化商品”是正确的,“同质”才更准确)的,这个时候用户不需要选择的情况下,模式是可以有效运转的;但是几乎所有的O2O都是异质的,例如酒店的位置不同,例如餐馆的口味不同。所以在这种情况下,需求用某一种特定的模式去解,是可以被证伪的,也就可以判定为伪需求。

还有一种伪需求,我想举的例子是脸萌。

脸萌的制作头像是“真需求”,但这个真需求反而是一个大坑——“用户用我这个东西制作头像,所以用户对我的APP会有需求”——这就大错特错了。
严格意义讲,这是一大类的思维误区范式:“用户需要功能a,所以我应该创业去提供产品A”,再深入一步,推而广之,凡是非独立的功能性创新,都不足以支撑一个成功的产品创新。或者说,只有产品级的创新才有更多价值,功能性的创新价值有限。

以上两种例子的重要性,我认为对于创业者来说,如何强调都不为过。

大多数创业者,陋室中硬憋出来的需求,都是第一种类型的“伪需求”,把正确的需求和错误的模式整合在一起,谓之创新,然后走向必然失败的终点。
还有一种创业者,产品上有些小想法,运营上比较擅长,于是很容易掉到第二种类型的“伪需求”的坑里。

如果您要创业,或者您是天使投资者,希望上面的这些能够对您有帮助。

谢谢。

2015年4月2日

=====================以下是曾经青涩过的证明========================

这篇文章发了很久了,原本是整理的一段评论发上来的“文章”。
现在站在创业者的角度,感慨颇多。
第一,这篇“文章”从文字和文理上来讲,很烂。
内容上,大方向没有什么问题,但细节其实随着时间的流逝,越来越值得推敲。
等有空准备写一篇关于需求那些事儿的感悟。

如果你想一句话理解需求和伪需求,你不用看下面这段文章,只需思索一个事实:

为什么这篇文章那么久只有800赞同,而楼上 @苏杰 大师的图片很快就成为最热门的回答?
这就是知乎当前用户环境下的“需求”和“伪需求”的区别。

我的这篇烂文章曾经是需求,现在是伪需求。

=====================以上 2014/05/06========================

未经解构的需求都是伪需求。

=========“伪分割线”,应@黄继新大大的要求把内容贴到上面来。=========


“伪需求”是基于真实需求业余表达
需求就像璞玉,需要打磨。
伪需求就是那看上去像石头的东西。不经打磨就不会发现它是美玉,所以怎么做都是错

所谓解构,就是打磨的过程。

来一碗陈年老母鸡汤:
有一个岛上所有的人都不穿鞋。现在岛上有一个“产品经理”,他是该设计出一种鞋子来获得大卖,还是断定鞋子卖不出去所以找别的方向?

这面临着两种情况:

第一种情况,小岛居民都住在海滩边,鞋子容易进沙子(也可以是任何某种原因),所以赤脚方便,所以“鞋子”在正常人看来是一种伪需求。
但经过分析,发现这里的人民的真实需求不是“赤脚”,而是“舒适”。于是类似凉鞋,或者不容易积沙的鞋子,就很可能大卖。在这里,“赤脚”就是伪需求,而“舒适地步行”才是真实需求。

另一种情况,这个岛上的人确实没见过鞋子,不知道鞋子有多好。
那么在这种情况下,随便设计一种鞋子,因为新奇够酷,也有可能大卖。

上述两个都是卖鞋子,但却是两种情况,请仔细体会。

一般来说,任何“产品经理觉得有用”,但市场反馈不好的“需求”,只有一种可能——那就是这个需求并未解构到最本质的情况,而非这个需求不存在。

另一碗鸡汤是“用户需要一匹更快的马”。
二逼产品经理会去养殖各种各样的马,挑出最快的品种大规模繁殖然后推向市场;而福特造出了一辆车子。
不是说“用户需要一匹更快的马”是伪需求,恰恰这是巨大的真实需求,但需要放在发展趋势中理解这个需求。
从福特的这碗鸡汤中真正应该喝到的是——当面对日益膨胀的大众需求的时候,面对技术革命,产品改良是杯水车薪。而如果没有革命性的汽车,更快的马当然一定会畅销!
iPhone的故事也是这样:用户需要更好的手机,如果iPhone造不出来,更“砖”的诺基亚一定会大卖。
当然,这也有特殊情况——如果你面对的是奢侈品市场,福特的车子弱爆了——你得给他们一批金碧辉煌的马车。

总结来说,世上要么“无需求”,要么“有需求”,没有“伪需求”。

需求理解的不对(拉屎拉不出)不能怪需求是“伪”的(马桶没吸力)。

“人人都可以发现伪需求,但是把伪需求变现为商业产品,才是职业的产品经理,所以,并非人人都是产品经理”(哎呀,这是私货,请视而不见……)

以上。

==== 好了,都一年多过去了,我觉得不应该光抖机灵,给大爷来点有用的 ====
那么,应该如何避免被“伪需求”坑?
1. 需求采集阶段,各种方法要灵活应用——比如“不但要听用户怎么说,还要看用户怎么做”,虽然放在这里有点猥琐?
2. 需求转化阶段(用户需求-->产品功能),不能直接照着用户说的做,而要分析用户的目标,这得靠领域知识和对目标用户的理解;
3. 产品概念验证,自认为想清楚了新功能,在动手开发前,再找几个用户沟通一下吧,注意方式方法,比如你可以问——如果我们这里有自习室,你会推荐同学来学习么?
4. 新功能上线时,多用用灰度测试,大爷,不要一下子把整个宾馆都改了嘛,先改个一两间,看看市场反馈好不?

人人都爱出主意,所以,伪需求的最常态就是“用户提出的解决方案”,而本例中“用户为了掩盖真实目的而欺骗”的反倒不是很多,作为产品经理,处理方法类似,都需要找个这个方案背后要解决的问题,然后给出自己的方案。