微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

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

来源: 2428
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

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

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

产品的基石

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

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

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

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

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

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

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

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

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

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

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

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

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

如何对待伴生性需求

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

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

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

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

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

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

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

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

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

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

当用户需要时,让他惊艳

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

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

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

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

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

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

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

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

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

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

伴生性需求的意义

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

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

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

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

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

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

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

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

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

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

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

相关阅读

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

伴生性需求之案例分析

#专栏作家#

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

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

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号