作为产品经理，在设计产品的时候，往往面对很多需求，这些需求有一些是伪需求，尤其是一些产品的核心理念和核心需求，如果这些核心的需求是基于伪需求来设计一个产品，那这款产品用户体验再好，也难以形成商业模式，最后的结局就是失败。下面就结合以前的经验，总结一下产品设计的九大伪需求伪需求一面子需求从领导角度设计的一些需求，比如首页体现出数据全景图、体现大气的需求、让领导一下子就看到所有的信息等类似装门面、专门给领导看的需求，大多数都是伪需求。为了给某个领导装13演示可以考虑，但不要让其成为所有用户的碍事的功能。伪需求二锦上添花的需求这类需求往往是产品经理控制不住欲望，叠加功能产生的。伪需求三依赖需求有这样一类需求，就是老板或产品经理对产品的期望很高，N个版本之后，产品积累了一定数量的数据、用户、交易量后，依赖这些流量和数据产生的需求。往往这些需求还没有等到发生的条件，产品可能就over了。比如收集了用户的历年的病历数据，根据时间展示患者的某些指标的变化情况。伪需求四把低频当高频的需求有很多的低频需求，在产品最初的时候往往不加识别和判断，当成高频需求来对待，就产生了伪需求。这类伪需求伪装程度很高，不容易识别。比如居民健康档案，大家都觉得居民里边的健康信息汇总在一起，可以查看，这个功能很酷，很有意义。可是有谁去天天打开查看自己的健康档案呢？伪需求五不能说服自己的需求产品经理遇到一个需求，首先要自问，参看文章《产品经理的五个自问问题》。先说服自己，先自己质问自己。伪需求六程序员的需求这是最常见的伪需求之一，尤其是技术出身的产品经理。经常把业务保存到数据库中，为了方便开发，把本来一个步骤活生生拆成几个步骤，每个步骤都要保存或确认一下。要清楚，每一个便捷的用户体验，后台可能多谢N多代码，不要为了省代码而牺牲用户体验。伪需求七不知道用户是谁的需求有时候我们设计的需求我们不清楚谁会用，或者不明确哪个群体用。要把那个找出来很重要。伪需求八少数用户的需求这类需求需要仔细鉴别，有些需求看似少数人用，但可能是重要的需求。但大部分的这类需求，需要决定是否砍掉他们。比如工具类的需求，有很多产品经理喜欢添加一些小工具，这些需求需要根据产品的目标用户进行分析。伪需求九没有场景感的需求缺少场景感一类是没有设计好场景，一类是伪需求。不喜欢思考的产品经理，经常是把功能堆砌在一起，整齐地摆放，场景嵌入不明显，用户体验也不好。实际案例回到十年前的一个项目，项目是为八家医院设计一个数据共享平台，平台设计好后，各个医院可以看到同一个患者在不同的医院的病历信息，可以节省医生诊断的时间，提高诊断准确率。我们的口号是走进一家医院，八家医院为你服务。听上去很美好吧。这么完美的需求作为一个产品经理的老司机总觉得有点什么问题。的确是的。我敏感的产品神经当时确实直觉有一些问题。但是在一片叫好声音中，没有人理会角落里的声音。甚至大家不允许有与主流不同的声音。结果我不说了，大家应该可以猜到。我们来分析一下哪些冠冕堂皇的，振振有词的需求为啥就是伪需求？1.八家医院有两家是综合性医院，其余都是专科医院。病人到眼科医院看病，大多数情况，医生不需要知道他以前的病历。即便需要也是低频次的需求。比如某个疑难杂症，医生可能怀疑跟几年前患的肝病有关。总之，非常低频的需求，低频需求有个问题就是可能通过另外的途径获得满足效率更高，更有成就感。2.患者走进一家医院，就只需要一个医院的服务，除非是多学科会诊，那也是医生组织，医生的需求。对患者来说，数据共享没有显性的获益。校长通过数据集中，可以看到八家医院所有的情况，这个需求似乎是真实的。可是实际校长根本不关心这些，财务部定期会把各个医院的数据汇总上报。校长只新学校财务部的官方数据。哪些业务数据压根就没空看。案例未完待续，继续丰富案例。文章都是坐地铁手机记录下来的。思路有时候会不连贯，有时间再补充其他伪需求的思考。