2023年从用户满意度层面聊需求筛选

从用户满意度层面聊需求筛选在产品经理的工作过程中会遇到这样的状况，在自己的产品需求池中积累了许多待做的需求，一时之间不知道该从哪个需求开头做起。这个时候就需要考虑该如何从众多的需求中找出更值得做的那个了，也就是产品管理过程中的需求筛选。

需求筛选的方法确定是有许多的，我们也会依据不同的状况选择不同的方法来应对，有的时候状况比较简单甚至还需要用到多种方法组合使用的状况，最终得到最为合理且有劝说力的需求筛选结论，这里先不绽开。今日我们重点聊聊，当我们以用户满足度为主要考量标准时，该如何对现有需求做出合理科学的选择。

一、用户满足度与需求类型划分

先来说说这个前提条件，为什么用户满足度可以作为筛选需求的一个重要的考量标准。首先，从商业角度上来说产品就是为了给用户供应服务的，在为用户供应的过程中通过各种手段产生经济效益从而达到盈利的目的，所以在需求管理阶段考虑用户的感受，自然也就天经地义了。

其次，用户满足度几乎可以直接打算用户忠诚度，你让用户满足了，用户就会持续用你的产品，你让用户特别满足，用户可能不仅自己用你的产品还会推举身边的亲戚伴侣也来用你的产品，而你让用户不满足了，用户就会削减使用你产品的频率或者考虑查找别的替代产品，你让用户特别不满足，用户不仅自己坚决摈弃你的产品再也不用，而且可能你以后开发的全部产品他都不用，更有可能处处去宣扬你的产品多么不好，让别人也不要用。所以你可以看到，让用户满足是一件多么重要的事情了。

然后就是从用户满足度动身去思索需求要不要做的问题了，这里有个成熟的模型可供参考，是由东京理工高校教授狩野纪昭(NoriakiKano)创造的KANO模型，KANO模型的核心理念就是依据需求对用户满足度的影响，来排定需求的优先级挨次，可以反映需求和用户满足度之间的非线性关系。

依据KANO模型可以把影响满足度的需求分为五种类型，按优先级排序后分别为：基本型需求（必备型需求）、期望型需求（意愿型需求）、兴奋型需求（魅力型需求）、无差异型需求、反向型需求（逆向型需求）。下面我们就分别讲一下，每一种需求类型与用户满足度之间的对应关系。

二、基本型需求

从用户角度看，基本型需求就是用户认为产品必需要有的功能或属性，是用户对产品的基本要求。从产品经理角度看，基本型需求就是解决用户痛点的需求，是必需要满意用户的。

当基本型需求被满意的时候，用户不会因此而觉得更加满足，由于他潜意识中觉得基本型需求被满意就是理所应当的事情，被满意才是正常状况。但是当基本型需求不能被满意的时候，用户的满足度会大大降低，也就是说用户会由于基本型需求得不到满意而表现得很不满足。

当产品经理无法正面推断一个需求是否属于基本型需求的时候，就可以用用户满足度来推断。提出假设假如这个需求不做，用户会不会很不快乐，会不会对产品很不满足。假如是，那这个需求就属于基本型需求了，抓紧给用户支配起来就对了。

还有一个特点是，用户不会由于你把基本型需求做得很好而觉得很满足，对用户来说这种类型的需求属于有就可以了，你花许多时间做到很好，也并不能得到用户的更多好感。所以基本型需求，产品方面也就基本做做就好了，确保基本功能就可以没必要消耗太多资源去把它做到特别好的程度。

三、期望型需求

从用户角度看，期望型需求也是用户主观很想要的需求，虽然不像基本需求一样具有必备属性，但是是用户盼望得到的，一般状况下，在用户自己描述需求的时候，他所表达的往往都是期望型需求。从产品经理角度来看，期望型需求就是满意用户痒点的需求，这类需求虽然不是像基本需求一样必需要满意的，但是很明显满意这类需求可以让产品获得更多的认可。

在用户满足度方面，期望型需求跟用户满足度完全是正相关的，满意了这类需求用户满足度就会增加，而且满意地越好，越超出用户期望，用户满足度就越高。而不满意这类需求，用户满足度就会降低，甚至是满意了但没有达到用户的期望值，用户满足度也会降低。

考量一个需求是否为期望型需求的时候也可以像前面一样做假设，假如这个需求不做，用户满足度是不是会明显下降，假如这个需求做了，用户满足度是不是会明显上升，这个需求是不是做的越好，用户就越满足，假如同时满意以上几个条件，那这个需求基本就可以归类为期望型需求了。

由于期望型需求跟用户满足度的强相关属性，这类需求往往可以成为产品跟竞品拉开差距的内容，在期望型需求的表现上比竞品表现好的话，可以让用户更加倾向选择我们的产品。

四、兴奋型需求

对于用户来说，兴奋型需求属于意外之喜，是用户自己原来没有想到的，但是你帮他把这个功能做出来了，他就会很快乐。对于产品经理来说，兴奋型需求就是用户的爽点，是需要挖掘的隐蔽需求，用户可能没提到这一点，但是你做了用户肯定会拍手称快。

在满足度方面，满意兴奋型需求用户的满足度会大大提升，用户会觉得你在真正为他考虑问题，做出了他自己都没想到的功能。而没有满意兴奋型需求的话，用户满足度也不会降低，由于用户可能原来也没意识到这个需求，你不做的话用户是无感知的。

通过满足度推断一个需求是否为兴奋型需求的话，可以假设做了这个需求用户是不是会感觉很惊喜，满足度是不是会突然上升，同时假如不做这个需求的话，用户是不是也没什么怨言，也能接受，并不会由于不做这个需求而感到不满，假如同时满意这两个条件的话，这个需求基本就是兴奋型需求了。

兴奋型需求是需要产品经理主动去挖掘的需求，假如一家公司能够接连为用户供应满意兴奋型需求的功能，那这家公司肯定会大受用户宠爱，从而在行业中脱颖而出快速超越同行的竞争对手。同时满意兴奋型需求可以让用户的忠诚度大大提升，让用户对你产生信任感，有利于公司长期进展。

五、无差异型需求

对用户来说，无差异型需求是用户关注点之外的需求类型，这种需求是否满意用户都不关怀。对产品经理来说，无差异型需求是无法让用户明显感知到的需求类型，或者是不影响用户使用体验的一种用户类型。

不论是否满意无差异型需求，用户的满足程度都不会产生任何变化。

同样，推断需求是否属于无差异需求也只要看用户是不是对这个需求的实现完全没有任何心情波动。用户对需求表现出这种状态的时候，这个需求基本就可以推断属于无差异型需求了。

无差异型需求并非完全没用的需求，只是不会在用户那边产生明显影响。但是对产品经理来说，有可能是一些有潜在作用的需求，当推断是无差异型需求后产品可以大胆去做相关需求，来达到自己的目的，而不用担忧因此会影响用户体验。

六、反向型需求

对用户而言，反向型需求是用户所不情愿看到的需求，或者是少数用户想要的功能，而别的用户会反感的功能。对产品经理而言，反向型需求是可能会影响产品被接受程度的，是可能有风险的需求类型。

做反向型需求，用户满足度是会降低的。不做的时候用户无感知，不会由于你不做就满足度上升。

推断是否为反向型需求也只要看，用户是不是会由于这个需求对产品产生不满。假如是的话，这个需求就可以划分为反向型需求。

假如产品经理要做一个反向型需求，就要权衡能不能接收因此带来的负面影响了。并不是说全部的反向型需求都不能做，只是要看这个需求的必要程度，比如一个工信部要求的内容，那即便推断是反向型需求，该做也还是要做的。

七、需求类型应用

通过用户满足度变化的状况将需求划分为上面这五种类型，然后再依据五种类型的重要级排序，基本就可以筛选出哪些需求要做了。当然，我们这里只是针对用户满足度这一个维度来推断的，这虽然是需求筛选过程中的一个重要参考依据，但也不是唯一依据，详细的工作过程中还会加入其他维度的考量，来最终打算是否要做这些需求。

而且需求的筛选还要跟产品所处的生命阶段关联，引入期以基本型需求为主，稳扎稳打先把该有的基本功能都做了；成长期可以适度增加期望型需求，以获得用户更高的评价，渐渐跟竞争对手拉开差距；成熟期则可以多做一些兴奋型需求，以刺激用户产生新奇感，对产品忠诚度渐渐增加。

还要留意尽量不要在引入期和成长期做无差异型需求和反向型需求，一方面可以确保将人力资源投放到更有价值的需求开发中，另一方面也是为了尽可能削减用户对产品的负面心情，确保产品积累更好的口碑。

实际工作中一般推断需求为无差异型需求或者反向需求的时候，基本就已经把这些需求排解在待做范围之外了。这个从这两种需求类型的命名中就能看到，一种是做了没什么用，一种是做了还会有反作用，所以除非是还有别的非做不行的理由，比如公司战略考量、管理层要求、法律要求等，不然的话这两种需求都是可以排解的。

同时还要留意，前面提到的五种需求类型，并不是固定不变的。也就是说我们给一个需求划分的需求类型其实是有时效性的，各种需求类型之间可能会消失流转。比如在微信刚消失的时代，语音消息