产品需求中会放弃小群体需求吗?

小群体的需求真实存在,他只是用户占比太少了,需要这个功能的人实在太少了,还值得为此开发么
回答 8 排序
陈拙 某新零售电商平台 PM

80/20的法则认为:原因和结果、投入和产出、努力和报酬之间本来存在着无法解释的不平衡,一般来说,80%的产出源于20%的投入,80%的结论源自20%的起因。

考虑一下二八定律以及产品的生命周期,综合投入产出比,小群体的需求能否在产品上成长期为产品带来量级增长或者产生盈利,以及根据用户画像测写出的受众用户标准行为,小群体的需求并不一定考虑放弃,而是在产品的某个迭代进行优先级排期,实现产品生命周期的逐步迭代。

匿名
Yang.XH 滴滴 楼下卖手抓饼

网易的朋友说的很好,但是也有不完全认可的。

不认可的理由是:精美的交互这些小众需求与大众需求并不是互斥的。


所以我们看这个小众需求,首先要先判断这个需求与大众需求是否互斥。

不互斥的话可以仔细去研究一下这个需求是不是能带来很大的收益,比如网易云音乐那个例子就很好。这种例子还有很多,都是从小众用户发现新的需求,然后推演到大众的。


举个互斥的例子吧,滴滴站点拼车要求定时定点上车,可以减少绕路提升所有乘客整体体验,但是就是存在一小嘬用户次次迟到,次次不去站点上车。这算需求嘛,也算啊。但是与我们大方向是互斥的,非但不能满足还要好好管控。

匿名
poiPP 网易 产品

我需要向你强调一个事实,小群体需求是真实存在的需求,也是有价值的需求,因此当你的需求被判定为小群体需求时,切勿妄自菲薄,我们是认可小群体需求的价值的,只是或许在当前阶段当前的产品里他的价值相对较低。

许多功能,对于大产品而言只是一些小群体需求,但对一个小的产品而言,却是非常惊艳的需求,要知道许多创业故事里,不乏以小博大的案例,甚至还有以下犯上的案例。

云音乐便是这样的一个典型案例,在云音乐诞生时,QQ音乐已经占据了大部分市场,而云音乐抓住的需求对于QQ音乐而言便是极为小众的需求,诸如视觉体验,小众音乐等特色。

因此,请不要过于轻视小群体需求,在合适的环境里, 他的作用完全等同于创造性需求。

从小群体需求到创造性需求更多的是考验我们对群体面积的驾驭能力,而不是其他的理解能力,这是一个很好的开始,相对于生硬的响应性需求,死板的伴生性需求以及最差的 YY 性需求而言,毫无疑问小群体需求是最接近创造性需求的。

总结下来其实只有一个概念要告诉大家:针对性越强的需求,通用性越差。

匿名
-偏爱G 街旁 前端开发

小群体需求是指需求的受众面积相对产品受众面积而言过于微小,以至于性价比较低的这部分需求,这里的微小有两种定义,当我们的用户数量较小时,微小是指占比微小,比如 10% 的需求占比就是小群体需求,而当我们的用户数量较大时,就不能以占比来衡量“较小”了,此时需要看绝对值。

相对于体量过亿的产品,即使只是 1% 的需求占比,也有上百万的用户会产生该需求,这也是为什么产品伴随着体量的成长会变得越来越臃肿的原因。似乎任何一个需求,都有数十万乃至数百万的用户会产生对应的需要,我们只能不断的迭代,不断的丰富产品,最终我们都会成为一个又一个的“巨无霸”产品。

小群体的需求真实存在,他只是用户占比太少了,实际上任何一个功能都是有用的, 问题在于在我们的用户里,需要这个功能的人实在太少了。

认识小群体需求

在我们已知的五种需求性质例,常见的三种 分别是伴生性需求,YY 性需求,小群体需求,伴生性需求可以说是存功能量的积累,也是我们产品态度的体现,而 YY 性需求更偏个人欲望的表达,是以自己为出发点进行思考的一种需求,最让我们尴尬的其实是小群体需求。

小群体需求的典型特征是“子集”,他总是隶属于产品目标用户群体的一部分子集,比如,女性社交产品里的同性交友,陌生人社交产品的情侣关系,资讯类产品里的行业细分。

在一些基础功能的打造上也存在小群体需求,实际上,他的数量比我们想象的还要大许多。

在不看其他产品之前,尝试回答一下这个问题:

你认为,资讯详情页的功能是否包含刷新功能呢?

产品经理是一类很特殊的群体,我们要面对的用户数以百万,千万计算,要知道,在互联网之前,面对数十万乃至数万群体的人, 往往是某款产品的当家人,面对的也是消费者。

可能,这样来讲你会更直观一点,随着群体面积的增加,我们对群体的控制难度会增加。

我们很容易让一人或数人感到满意,即便这些人和我们一点关系都没有,然而这个数量上升到一定阶段时,他就会逐渐变得令人难以想象,甚至望而生畏,比如,怎么样才能让千万用户感到满意,我们很难掌握大面积群体的需求,但相对而言,小面积群体的需求开发难度就要底上许多,我们会经常提到小群体需求的根本原因便在于我们自身对群体的掌握力度的不足,小群体需求比大群体需求更容易被发现,更容易被我们开发出来,实际上对于4年以内的产品经理而言,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=?

速算的原则并没有改变,改变的只是数量,正如我们做的练习题,群体面积越大的需求,往往需要我们付出更多的时间精力,如果我们把速算改为需求,那我们还需要考虑到每个用户会有多个需求,而我们的用户往往是千倍万倍的数量。

匿名

对待小群体需求的第三个建议,无需争论,无需不满,很主动的为其他需求让出排期,让出资源。

尽管小群体需求有他自身的价值,但当我们将该需求判定为小群体需求时,他的价值是不大的,可以说是聊胜于无的价值,比伴生性需求的价值更低。

因此,我们无需为了需求的排期,为了是否当前做该需求与其他人产生过多的争辩,尤其是我们的产品同行,我们的leader,要知道,许多时候我们的争论是意气之争,并不能为我们带来更多的价值。

不论我们讨论了多久,不论我们脑爆了多少次,仅仅是针对做与不做的讨论,丝毫不会提高小群体需求的价值,不如将这些时间积累下来,用来去做更多的分析,做更多的需求挖掘。

小群体需求在不合适的阶段只需要我们存储下来,并不需要我们一定就要把它开发出来,我们的需求往往带动的是整个团队的成本投入,因此选择需求开发也是一件非常慎重的事情。

总结下来其实只有一个概念要告诉大家:针对性越强的需求,通用性越差。

我们经常发现的小群体需求往往伴随着特定的使用场景,比如当用户想要刷新时,或者当女性里有同性倾向的群体想要交友时。

这便是我们所提到的“针对性”,针对某种特定场景,针对某种子集用户群体的需求,一旦我们的针对性提高了,那么其他用户的感知就会变弱。

匿名

我认为得看做这个小众需求能给你带来多大的回报。

- 这个需求是小众需求,如果这个小众群体能给你带来比50%的主流用户所带来的收益高,那你就得做。这儿就设计到需求的评估,考虑耗费技术资源是否值得,ROI如何?

- 这个需求只是一小部分用户的需求,但是这个需求还可以被放大,成为更多人的需求(因为用户并不知道自己想要什么),网易云音乐的歌单。所以我们需要在需求评估中看这个需求是否可以衍生为更多人的需求。

- 如果这个需求没有多大价值,需要的人又少,那么我们应该用有限的资源去做有意义的需求,从而放弃这个小需求。

总的来说还是要进行需求分析与评估。

匿名
产品狗 创业 产品经理

小群体需求是指需求的受众面积相对产品受众面积而言过于微小,以至于性价比较低的这部分需求,这里的微小有两种定义,当我们的用户数量较小时,微小是指占比微小,比如 10% 的需求占比就是小群体需求,而当我们的用户数量较大时,就不能以占比来衡量“较小”了,此时需要看绝对值。

当我们认识到自己提出的需求是一个小群体需求时,将他存储下来,因为他并不是没有价值,只是当前环境并不适合做这个需求,耐心的将他存储下来,直到时机成熟。

我相信大家在从业的这些时间里,或多或少会意识到自己提出了一些小众的需求,在被leader或者被团队pass掉以后,虽然心里不是很高兴,但也会将这些需求舍弃掉,甚至于遗忘掉,这是一笔非常大的损失。

这让我们失去了许多优秀的产品,甚至这些产品都还没有开始就已经被我们亲自舍弃掉了,也许未来的某一天,我们的机会成熟了,这些曾经被我们舍弃的小群体需求,会给我们带来莫大的惊喜。

请将我们发现的小群体需求存储下来,以文档,以语音,以视频都可以,闲暇时间再来思考思考,合适时,让他被生产出来。

匿名

看你的用户量或者这个小众群体的价值有多大了。

之前听一个分享,携程的兄弟讲的。他们有一个专门的部门,针对的是那种不想留下任何订单信息的客户群体(好比偷情,约炮),这种需求在其他地方你提出来,我估计会被老板打死,但是以携程的体量,这个事值得单独成立一个部门来做。

另外的例子就是页游公司,集中伺候土豪大佬,土豪要啥给啥。

匿名

看看百度搜索的最新的feed流的质量。

你就知道它满足了98%的低俗人群的阅读需求。

但放弃了那2%的高质或专业人群的阅读需求。

匿名

发表评论,请先 登录 · 注册