每一个互联网产品都不是完美的，总会有各式各样的用户需求。但是需求有很多，研发的人力是有限的。任何人都希望新开发出来的功能能够满足用户的需求，但往往大多数情况下并不会。这就说明在用户反馈的这一大堆需求池中，有一大部分是小众需求，花大工夫满足这些需求并不能给产品带来与之相符的收益。那么怎样判断哪些是伪需求呢？

一、清楚需求来源

一个需求提报上来，你需要清楚是谁提报的，这个人在产品中扮演什么角色，使用产品多久了，在什么情况下提出这个需求，想解决TA的什么问题，然后就是基本的信息，包括性别、年龄、所在省份、城市、职业、兴趣爱好，能提取到的信息尽量提取记录，相当于需求提报人的简易画像，也方便用作未来需求提报的透视分析。

二、了解同一需求的反馈量

辨别真伪需求一定是不能想当然的。没有数据的支撑和分析，很难有靠谱的理由来确认真伪。所以多少用户反馈了这一需求，是同类用户，还是不同类用户，反馈数量整体反馈中占比多少，都是些什么类型的用户反馈的这个需求。这能估算出这个需求是否具有代表性和普遍性。如果数量不足或者需求不确定的功能需求(可能影响工期)，也可附以抽样调研，通常数据可通过运营人员，从运维的忠实用户群中随机筛选100左右。

三、清楚需求的属性

是细节优化类、还是功能迭代类，是强需还是弱需。细节优化类的需要十几分钟或几个小时就能搞定的顺手也就做了，哪怕只是锦上添花都可接受。涉及功能迭代的影响用户使用习惯的需求，尤其是即将耗费超过一周的研发周期的需求，就要仔细考量了。这就需要我们不断地整理需求，配置优先级和重要性。不要让有限的技术力量浪费在无限需求的开发周期上，毕竟如今的技术好贵好贵的。

四、清楚需求开发周期的长短和优先级

根据PRD设计好产品原型后，和业务开产品讨论会确认，清楚知道业务方向对各个功能模块的重视程度和用户体验效果。接下来再和技术开技术讨论会确认，清楚知道技术对产品原型的认可度，包括功能实现的价值和必要性，从而估算开发周期，必要时候也需要为了在规定时间内完成工期，对一些小功能进行分版本迭代。

各种需求需要考虑好轻重缓急，才能保证开发资源不会被浪费。因此需求分析是一项非常重要的工作，这也是用户体验提升的最直接考虑。

我们拥有国内顶级的设计、技术团队和多年互联网软件开发经验。