一款产品超过60%以上的功能,由伴生性需求产生

专为互联网人打造的365天成长计划,500门视频课程随便看,构建你的产品、运营知识体系。查看详情

我们已经知道伴生性需求是整个产品的基石,实际上,在一款产品里有超过60%以上的功能都是由伴生性需求产生。这篇文章,我们便来看看,那些在我们工作中,经常出现的伴生性需求。

产品的基石

再伟大的事业,都是由一砖一瓦砌成,产品也是相同的,我们想要做出一款成功的产品,只是创意优秀,只是满足用户需求是远远不足的,更多的是我们的基础功优秀,这便体现在我们对待伴生性需求的态度。

最近使用了几款银行的产品,包括交通银行的“买单吧”,招商银行的“掌上生活” 广发银行的“发现精彩”,这三款都是信用卡相关的产品

作为产品的切入点,定位我们不可否认这些产品对我们是有吸引力,有用处的,核心的诸如额度管理,账单管理,还款等几乎是我们必须使用的功能。

但在一个小细节上,我非常的不愿意使用广发银行的密码输入,其他两款产品均已支持了手势登录,相比较之下,输入一段字母加数字的密码特别繁琐,并且,这样的一个设定还使用了侧边栏的交互方式,使得页面空间更加的狭小, 让人压抑,烦躁。

从整个产品来看,登录输入密码不过是主动功能当中,不起眼的一个伴生性需求,但却极大的降低了用户的好感度。

许多时候,让我们对产品产生负面看法的地方都出在我们对伴生性需求的处理上,毕竟我相信大部分的产品初心都是正确的,想法也是向善的,我们都希望创造价值,服务用户,改变某市场,可往往败在了不起眼的角落里。

这并不奇怪,我们总是会在核心的地方花费太多的精力, 并乐此不彼,我们总会简单的任务某些功能不重要,随意设计便可,或者非常直接的拿着某款产品已经做好的去做,当然,这是没有问题的,伴生性需求其本身真的不中要,用户绝对不会因为某些伴生性需求而喜欢上某跨产品。

我们不会因为伴生性需求而喜欢上某产品,但却会因为伴生性需求排斥,遗弃某产品。

仔细想象,用户抱怨最多的是哪些功能?除了专业人士,对于大部分的普通用户而言,最常抱怨的是一些不常用的功能,真正常用的功能反而极少存在抱怨。

以淘宝为例,我们不太会去抱怨淘宝的交易支付流程,但却会经常抱怨他的排序规则,抱怨他的商品列表,订单管理,收藏夹,历史浏览记录等次要功能。

对于微信而言也是如此,几乎不会有人提及到微信存在信息丢失的情况,聊天是我们在微信最常使用的功能,我们经常抱怨的是朋友圈的限制不够智能,公众号的文章不能阅读到一半去收藏,等等边边角角的地方。

如果说创造性的需求代表着产品的市场潜力,那伴生性需求代表的便是当前产品质量,而这份质量真正决定了用户对待这款产品的态度。

也是因此,伴生性需求可以说是一款产品的基石,建筑不会因为基石而获得成功,但却会因为劣质基石早早死亡,有效合理的对待伴生性需求,对产品而言无异于一张“免死金牌”,当然,这是不够的,只能是相对而言,多了一份希望,少了一丝风险。

如何对待伴生性需求

大部分的伴生性需求会交给产品助理,初级产品经理来负责,一方面分担一下产品经理的工作压力,一方面也是为了让新人有练习的机会。

让人遗憾的是,外界对产品经理的描述过于美好,甚至说浮夸了,以至于产品新人对这个行业的理解也比较浮躁,我接触的新人也比较多了,这些问题看到的实在太多了。

  • 极力的表达自己的想法
  • 唯需求至上,似乎产品经理应该只考虑需求
  • 个人主义严重,认为自己的点子一定是最棒的,应该要马上就行动的。

需求固然是产品经理很重要的能力,但实际上这不代表我可以忽略其他看上去不是需求的功能。

对待伴生性需求而言,我们首先要意识到,用户极有可能因为某些不是核心的功能而降低对产品的好感度,并且产生排斥感,我们要努力的避免这种情况。

因此,对待伴生性的需求第一原则,不要让用户感到排斥,感到不友好。

作为产品经理而言,我体验过太多产品了,其中包括许多新的产品,在我看来很多的创意都非常的棒,这类产品往往死在了伴生性需求上。

很难想象一款做摄影师社区的图片社交产品,界面粗糙到让人厌恶,尽管他是国内最早引进滤镜处理的产品。同样很难想象,一款资讯产品有收藏功能但却让人找不到收藏列表。

伴生性需求往往都是不太重要的功能,不太重要并不完全等同于不重要,实际上重要和不重要是个相对概念,当我们需要时 他显得非常重要,甚至超过了核心需求,当我们不需要时,他几乎没有存在感。

这就是我们在处理伴生性需求时存在的一种希冀,我们产品经理总是希望能让用户满意,在我身边总有许多产品经理,因为用户的一个好评,兴奋的彻夜难眠。

当用户需要时,让他惊艳

当产品具备一定规模时,安全性就是我们都很头疼的问题,最典型的便是QQ,曾经我们总是担心账号被盗,要知道现在的QQ账号往往捆绑了数个产品的账号。

有时我们会去网吧或者借朋友的电脑登录QQ,这时,你会发现他需要手机确认登录,如果手机不在身边,那就很悲惨了,我曾经就遇到了这样的情况,去网吧没有带手机,不仅是微信无法使用,QQ也无法使用了。

可如果我们是在常用的电脑上登录QQ,就不会有这样的验证问题了。

这便是一个伴生性的需求,伴生于我们的账号系统和登录系统,这个逻辑并不简单,需要考虑到诸多场景,识别电脑是否为用户常用电脑只是中间的一个环节,如果不是常用电脑,而又无法验证,那这次的登录行为就存在极大的风险可能性。

当我们需要时,以验证的方式来强调他是安全的,而当我们不需要时,他又不会出现,不会让我们每次都进行验证。

微信的公众号也很有意思,当我们每次发布文章时,都需要扫描二维码进行确认,这让我们感到了他的安全,而我们每次登录公众号,在手机微信上也会有一条提示信息,向我们传达“你的账号正在登录”

需要知道的是微信有价值的公众号已经不只是一个账号而已了,更多的代表了价值,是的,账号本身就具备价值,而这个公众号发布的文章也是具备价值的。

不论是QQ的登录验证,还是微信公众号的操作验证和操作通知从性质上来讲都是从属于某个功能的,是一种伴生性需求,多数时间,用户并不会感激这些系统,可偶尔,我们会感到一些贴心还有惊喜。

试想一下, QQ仍然和以前一样,不论在什么地方,使用什么设备,只要输入账号密码都能登录,我们还能像现在一样,放心 ?还会像现在一样,用QQ账号登录其他产品吗?

在这一系列伴生性需求的背后,是QQ抓住许多机会向用户传达“我很安全,请你放心”的信息。

伴生性需求的意义

伴生性需求是产品里不可缺少的一部分,是必然存在的。

如果我们把创造性需求理解成榜单效应,是经典畅销的内容,那么伴生性需求就是长尾效应,依托于伴生性需求的总数和总共的出现次数,最终形成的价值将会和创造性需求相同。

也就是说,如果我们能将所有的伴生性需求做到极致,那这款产品即使没有核心需求,即使他的核心功能平淡无奇,也具备极大的价值和可能性,等同甚至超过了大部分只有核心需求,但伴生性需求处理的很糟糕的产品。

这也是”产品逆袭“的很客观的原因之一。

云音乐上线时,音乐市场已经是QQ音乐一家独大了,但凭借着对细节的把握,对视觉的把握,硬生生的从QQ音乐手里抢走了不少的用户。

我们都知道云音乐在某次产品排行榜单里,被称为最贴心最精致的音乐产品,也获得了最优秀设计奖

可仔细想想, 一款音乐类产品,获得了最佳设计奖,这是不是有点对不上号?

可以说云音乐有机会发展到现在,和最开始时对待伴生性需求的态度息息相关。

这里,也再三建议产品新人,暂时放下需求,潜心基础能力的养成,我们其实都不缺少想法,毕竟在不少的产品里,我们都扮演着用户乃至深度用户的角色,再加上一些利己的心理因素,我们真的不难提出一些对自己有利的需求,毕竟我们就是该需求的受众用户。

我并不反对大家研究需求,也不排斥这种做法,只是建议大家,当我们的leader有任务分配时,不要因为他是伴生性的需求就敷衍了事,去认真对待,去为用户创造一些偶然的惊艳。

一旦我们敷衍的对待伴生性需求时,不仅仅是在削弱产品的生命力,也是在透支自己作为产品人未来要走的道路。

相关阅读

需求性质:什么是伴生性需求

伴生性需求之案例分析

#专栏作家#

枯叶,微信公众号:枯叶咖啡馆。人人都是产品经理专栏作家。近6年经验的产品经理,擅长社交、社区、细分群体挖掘。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

打赏也是一种认可
3人打赏
评论
有话不说憋着难受!
  1. 开发资源不够的情况下 ~ 伴生性需求很差劲也是常见的问题。

    回复
  2. 发现评论有很多人跟我一样,对于文章的观点不敢苟同,还是比较高兴的。其实,很多PM知道产品的辅助功能体验不好,但开发资源不够,这些需求被不断地押后,导致这样的结果。另外,举了QQ安全性的那个例子,用户真的是感受到安全而开心,还是觉得这种安全已经影响了正常的使用而恼怒呢?

    回复
    1. 1

      回复
  3. :mrgreen:

    回复
  4. 一个上线的产品最好有足够的试用期,通过种子用户发掘产品的长处与不足,在针对性进行改善。确切来说产品开发时忽略伴生性需求并无太大问题,问题在于现在由于市场的竞争导致产品上线太过迅速,没有足够的时间检验产品的短板,从而出现见光死的情景。以网易之强在游戏APP发布之前尚且需经过三个月乃至半年的内测,那些小公司只知道快试错快改进殊不知对于没有号召力的产品而言一旦第一批用户不够满意那么产品已然被判死刑。

    回复
  5. 文中指的是那些切入刚需或者用户增长比较稳定的产品,对于初级产品或者需求尚未验证的产品,最优先考虑的应该是核心需求。好多初级产品和产助还有一些工作几年的,最喜欢就是疯狂叠加需求,而不考虑品质。

    回复
  6. 如果产品都没有人用,伴生性需求意义何在?
    是否应该小步迭代实现主要功能,验证市场再来考虑伴生性需求。

    回复
    1. 伴生性需求 在 优先级的排序上是属于B级或者CC级需求, 与主要功能相比,必然是优先开发主要功能,时间充裕的情况下,可以完成部分小成本的伴生性需求,它是需要持续完善的。但不需要“立即完成”。如果还有不理解的地方,可以加我的个人微信号:kykfg123

      回复