这是一种特殊的需求性质，也是最后一种。这篇文章也是我写需求性质系列文章的最后一篇。让我们来了解一下小群体需求，这种需求似乎非常常见。

小群体需求

小群体需求是指相对于产品受众面积而言，需求的受众面积过于微小，从而导致其性价比较低的一部分需求。微小有两种定义，当用户数量较少时，微小是指占比微小，例如10%的需求占比就是小群体需求。而当用户数量较多时，不能以占比来衡量"较小"，而是需要看绝对值。相对于体量过亿的产品，即使只是1%的需求占比，也会有上百万的用户产生该需求。这也是为什么随着产品体量的增长，产品会变得越来越臃肿的原因。

似乎任何一个需求都有数十万乃至数百万的用户会产生对应的需要，我们只能不断迭代，不断丰富产品，最终成为一个又一个"巨无霸"产品。小群体的需求是真实存在的，只是用户占比太少，实际上任何一个功能都是有用的，问题在于需要这个功能的人实在太少。

认识小群体需求

在我们已知的五种需求性质中，小群体需求是常见的三种之一，其他两种是伴生性需求和YY性需求。伴生性需求是存功能量的积累，也是产品态度的体现。YY性需求更偏个人欲望的表达，是以自己为出发点进行思考的一种需求。最让我们尴尬的其实是小群体需求。小群体需求的典型特征是"子集"，他们总是产品目标用户群体的一部分子集。例如，女性社交产品里的同性交友，陌生人社交产品里的情侣关系，资讯类产品里的行业细分。在一些基础功能的打造上也存在小群体需求，实际上，小群体需求的数量比我们想象的还要大许多。在还未看其他产品之前，先试着回答一个问题：你认为资讯详情页的功能是否包含刷新功能呢？

产品经理是一类特殊的群体，我们要面对数以百万、千万计的用户。在互联网之前，面对数十万乃至数万群体的人，往往是某款产品的主要用户，也是消费者。随着群体面积的增加，我们对群体的控制难度也会增加。我们很容易让一人或数人感到满意，即便这些人和我们没有任何关系。然而当这个数量上升到一定阶段时，我们就会逐渐感到难以想象，甚至望而生畏。例如，如何让千万用户感到满意，我们很难掌握大面积群体的需求。相对而言，小面积群体的需求开发难度就要小得多。我们经常提到小群体需求的根本原因在于我们自身对群体的掌握力度不足。实际上，对于四年以内的产品经理而言，30%以上的需求都是小群体需求。让我们做一个简单的计算：

1+2=？

1+2+3+4+5=？

1+2+3+4+5+6+7+8+9=？

1+2+3+......+100=？

1+2+3+......+1000=？

计算的原则没有改变，只是数量的增加。就像我们做的练习题一样，需求面积越大，我们需要付出的时间和精力就越多。而且我们的用户通常是千倍、万倍的数量。

如何对待小群体需求

小群体需求并不可怕，我们只需要知道如何对待它们就可以了。

1、小群体需求是有价值的

我需要再次强调一个事实，小群体需求是真实存在且有价值的需求。因此，当你的需求被判定为小群体需求时，不要自我贬低。我们认可小群体需求的价值，只是在当前阶段和当前的产品中，它的价值相对较低。

许多功能对大型产品而言只是一些小群体需求，但对于小型产品而言，却是非常出色的需求。许多创业故事中，就有以小博大的案例，甚至有一些逆袭的案例。例如，云音乐就是一个典型的案例。在云音乐诞生时，QQ音乐已经占据了大部分市场，而云音乐抓住了对QQ音乐来说非常小众的需求，诸如视觉体验和小众音乐等特色。

因此，不要过分轻视小群体需求，在合适的环境下，它的作用完全等同于创造性需求。

2、存储下来

当我们意识到自己提出的需求是一个小群体需求时，将其存储下来。因为它并不是没有价值，只是当前环境不适合实现这个需求。耐心地将其存储下来，直到时机成熟。我相信在从业的过程中，大家或多或少都意识到自己提出过一些小众的需求。当这些需求被领导或团队否决后，虽然心里不太高兴，但会将这些需求舍弃掉，甚至遗忘掉。这是一个巨大的损失。我们失去了许多优秀的产品，甚至在产品还未开始之前就已经舍弃了这些小群体需求。也许在未来的某一天，我们的机会成熟了，这些曾被我们舍弃的小群体需求会给我们带来巨大的惊喜。

我们应该将发现的小群体需求记录下来，并用文档、语音或视频的形式保存起来。在闲暇时间，我们可以对这些需求进行思考，合适的时候再考虑是否将其实现。

更加积极的态度

对待小群体需求的第三个建议是，我们应该采取更加积极的态度。我们不需要争论，也不需要不满，而是应该主动地为其他需求让出排期和资源。虽然小群体需求有其自身的价值，但当我们将其判定为小群体需求时，其价值是相对较低的，可以说几乎没有价值，甚至比伴生性需求的价值还低。因此，我们不需要为了需求的排期和是否要做该需求与其他人产生过多的争执，特别是我们的产品同行和领导。我们要知道，很多时候我们的争论只是一种意气之争，不能给我们带来更多的价值。无论我们讨论多久，脑力激荡多少次，仅仅针对做与不做的讨论，并不能提高小群体需求的价值。与其如此，不如将这些时间用来积累更多的分析和需求挖掘。

小群体需求在不合适的阶段只需要我们将其记录下来，并不需要我们一定要将其开发出来。我们的需求往往会引起整个团队的成本投入，因此选择是否开发需求是一件非常慎重的事情。

在我们面前有一道非常简单的数学题，但却经常被我们忽略。

假设一个由10人组成的精英小团队，每个月的人工投入是十万薪资。而我们知道，一个比较复杂的功能开发周期往往需要一个月以上的时间，即使按照最短的时间成本，加上测试时间也需要两周以上的时间。

这意味着，每一次需求确认都将投入接近十万甚至更多的成本。尽管产品经理本人并不承担这些费用，但这些投入是真实存在的，就在我们每个月得到的薪资里。

因此，舍弃争论之心是需要我们更加理智地对待的，减少一些不必要的争执，将这些时间用于更有价值的事情上。前提是我们已经确认该需求是一个小群体需求。你认为资讯详情页是否需要做“刷新”功能呢？

刷新功能是大家都很熟悉的，简单来说，刷新功能会重新触发页面的请求，加载最新的内容。以今日头条为例，在内容列表页提供了刷新功能，但在资讯详情页并没有提供该功能。试想一下，当我们在网络不佳的情况下点开一篇段子，看着内容里大篇的灰色占位图（图片未加载出来之前），是不是特别想要刷新一下？尤其是从网络不佳的环境切换到网络良好的环境时，是不是非常想要“刷新”一下，让内容加载出来呢？由于最近的居住问题，我经常需要返回列表页，再次点击相同的文章，才能将这些内容加载出来。毫无疑问，我在内容详情页存在“刷新”的需求。然而，实际情况是大部分资讯产品在内容详情页的设计上取消了“刷新”功能。这是一个典型的小群体需求，因为目前4G和Wi-Fi网络已经非常普及，弱网络的环境确实存在，但相对于整个网络环境而言，它所占比例较小。而对于今日头条或者资讯类产品的定位用户而言，主要是城市居民，尤其是一线城市的用户比四线城市的用户更多。综合考虑这两个因素，导致用户在网络环境不佳的情况下访问内容详情页成为了一个低概率事件，成为了一个典型的小群体需求。小群体需求并不是不做、漏做，而是不需要做，不值得做。然而，如果我们在案例中提到的资讯类产品定位是四线城市甚至是乡镇使用的产品，在这些地区网络环境相对较差的情况下，是否需要在内容详情页做这个功能呢？答案似乎不同了，这个需求在一个新的场景中似乎不再是小群体需求了。

结尾以小群体需求作为需求性质的最后一篇文章是巧合，也是最合适的结尾方式。因为小群体需求往往是创造性需求的开始，要知道，它更多地受限于相对群体面积的大小，而不是需求本身的错误。从小群体需求到创造性需求，更多地考验我们对群体面积的驾驭能力，而不是其他方面的理解能力。这是一个很好的开始，相对于响应性需求、伴生性需求以及最差的YY性需求，小群体需求无疑是最接近创造性需求的。总结起来只有一个概念要告诉大家：针对性越强的需求，通用性越差。我们经常发现的小群体需求往往伴随着特定的使用场景，比如当用户想要刷新时，或者当女性里有同性倾向的群体想要交友时。这就是我们所说的“针对性”，针对某种特定场景，针对某种子集用户群体的需求。一旦我们的针对性提高了，其他用户的感知就会变弱。非常感谢大家阅读需求性质的文章，希望这套需求性质的方法论能够帮助大家更有效地梳理自己的需求。值得一提的是，需求性质是我原创的一套方法论，也欢迎大家与我交流。需求性质是结合了我对kano模型的理解以及多年从业经验的一种总结，它还不完善，但却比较实用。我相信网络中还有许多产品达人对需求理解的方法做出了贡献。这套方法并不意味着对错之争，实际上方法是死的，如何去运用方法才是我们需要思考的问题。因此，希望大家能够灵活地看待这套方法，不需要教条式地去理解。