网易云音乐在近期更新的5.9.1版本中,在「我的」模块的金刚区中整合了其产品下几乎所有的音乐推荐入口,包括:以前侧边抽屉里的驾驶频道、亲子频道、古典专区、小冰电台;在首页里的私人FM、每日推荐、排行榜、歌单;以及新推出的私藏推荐等。本文将从私藏推荐PM的角度,倒推这个功能的产品需求文档。
网易云音乐是一款主打发现和分享的社交型音乐的APP,通过日推、私人FM以及推荐歌单等个性化推荐的方式,满足用户的个性化听歌需求。通过加入社交元素,如评论,点赞,动态等方式,满足用户分享需求。因此相较于其他音乐APP的用户,网易云音乐的用户整体上对发现音乐以及分享音乐的需求更强烈。
在产品当前的功能架构中(5.9版本),平台帮助用户发现音乐的功能组成,用户使用该功能的场景以及该功能的特点如下图所示:
可以发现:除推荐歌单外,几乎所有的推荐结果都是由平台直接推荐给用户的,用户在其中的参与感并不强。并且相比其他音乐APP,网易云音乐的用户有更强的分享音乐的需求,而目前产品所能提供给用户分享的途径很有限,其主要分享场景如下:
(1)A发现了一首自己非常喜欢的音乐,并且认为自己的朋友B也会喜欢,于是通过私信或微信等渠道将这首音乐分享给了B。
(2)C发现了一首自己非常喜欢的音乐,于是他把这首歌分享到朋友圈/微博并配上一段文字来推荐,希望能让更多的朋友也能喜欢上这首音乐并且与自己交流。
(3)D很喜欢音乐,有较好的听歌品味,于是他将一部分音乐整理成了歌单,这份歌单在平台上被很多用户收藏了,他也借此认识了很多与他有相似品味的小伙伴。
可以发现:这类有分享需求的用户都是希望通过分享音乐,来吸引其他人与自己产生互动,以获取他人对自己的认同感,满足自己情感方面的需求。比如当用户非常想向他人安利一首音乐的时候,越多的人与他产生互动,那么他的被认同感就会越强。
然而,就目前平台提供的分享方式来看,用户所能获得的认同感是非常有限的。因为用户目前无论是分享到平台内的动态中还是其他社交平台,其曝光量都非常有限,并且由于被分享的用户中与该用户有相似听歌品味的比例也较低,因此产生互动的转化率也会非常低。
另一方面,网易云音乐相较于其他音乐APP,其喜欢小众音乐的用户群体也更多,而这其中的大部分用户也希望自己所喜欢的小众音乐能被越来越多的其他人所喜爱(低评论数的音乐评论区中常可以看到将这首音乐比作宝藏的评论,他们希望这个宝藏能别其他人所发掘),因此这类用户的分享意愿也更高。
无论是名人代言广告、淘宝直播还是抖音的视频同款,用户在这些渠道产生的转化都不仅仅是因为认为这款商品好,还有一部分原因是因为基于对推荐人的信任。因为推荐人对商品的背书,更容易让被推荐人对该商品产生好感并产生转化。
在音乐上也是一样,当一首音乐在推荐给用户的过程中,融入了一些由其他用户创造的UGC内容后,会让听众在除了评判这首音乐是否在听觉上符合品味外;还有可能会因为其UGC内容引起听众情感的共鸣,从而让听众更容易对这首音乐产生好感。
为用户提供一种新的音乐推荐平台,平台用户分为两种:第一种为有音乐分享意愿的用户,称为推荐用户;第二种为没有明确听歌目的,且喜欢发现新音乐的用户,称为被推荐用户。
平台内所有音乐由推荐用户基于网易云音乐现有乐库自主选择,并通过一段录音说明推荐理由,由后台筛选并配置好GIF后再进入平台的推荐列表。
首页推荐利用配置好的GIF、歌词和评论轮播以及推荐的音乐,给用户在视觉和听觉上创造一种类短视频的体验。同时通过推荐用户头像,推荐用户录音、红心、点赞以及评论,让被推荐用户与推荐用户之间能联系起来,让被推荐用户更容易产生基于音乐外的在情感层面上的共鸣。
四、业务流程图
前置条件:
播放状态
页面逻辑:顶部我要推荐按钮:点击我要推荐,跳转至推荐页。
顶部推荐用户信息:
评论轮播
歌词轮播
红心
目前的红心计数逻辑感觉有点问题:在用户已红心的情况下如果取消红心,只会在前端页面上给用户看到红心数-1的反馈,但实际上该红心数在后台是不会减少的,所以只要用户多次红心并取消红心,则实际被红心的次数是会一直上涨的。如果说这是网易云音乐PM故意设计的,那我觉得具体可解释的原因只有两个:(1)利用人的从众心理,希望用更高的红心数吸引用户点红心。(2)由于红心下的计数表示的是在该私藏推荐下被红心的次数,并且红心的状态代表用户是否有将这首音乐红心。所以如果用户在听到这首私藏推荐之前已经红心了这首音乐,这个红心是不应该被计入到下面的红心计数里的。但是如果用户在此时取消了红心,而下面的数字不发生变化的话,会让用户觉得很奇怪。为了让用户的体验保持统一,所以在前端的计数上做了一个类似安慰剂按钮的设计,即通过数字的变化给用户一个反馈,但实际计数在后台是不变的。
目前的红心计数逻辑感觉有点问题:
为什么红心数要大于1w才变成1w+,而评论大于999就变成999+了呢? 我认为它之所以叫「私藏推荐」就是因为平台更鼓励的是用户对小众音乐的分享, 而小众与大众的分界线就在于是否是999+,所以只要显示到999+就可以达成目的了。而红心数表示的是在该私藏推荐下被红心的次数,因此这个数字将会直接影响到推荐用户的成就感以及被推荐用户对这首歌的好坏的第一印象。所以提供一个更高的上限可以给双方用户都带来更好的情感上的体验。
为什么红心数要大于1w才变成1w+,而评论大于999就变成999+了呢?
我认为它之所以叫「私藏推荐」就是因为平台更鼓励的是用户对小众音乐的分享, 而小众与大众的分界线就在于是否是999+,所以只要显示到999+就可以达成目的了。
分享:点击转发图标后,弹出分享浮层,与普通音乐分享的组件一样。
歌手信息:点击歌手及歌曲信息区域,跳转至歌手列表。
切歌逻辑
一首私藏推荐播放完后我目前遇到过这几种情况:自动切换到下一首(理想的正常情况,大概只会持续两首的样子)自动切换到上一首(不知道为什么会这样,有时不息屏的状态下就会切换到上一首,然后再听一次……)停止播放(常见情况,一般是自动切过两首后到第三首播完后就停止播放了除了第一种之外另外两种都是不正常的,在评论里也看到有其他用户反馈过这个问题。
一首私藏推荐播放完后我目前遇到过这几种情况:
前置条件:点击评论轮播图弹出该评论详情浮窗。
页面逻辑
关注
点赞:
前置条件:点击评论图标,从下弹出评论详情页浮层。
优化建议用户在该私藏推荐中产生的评论有一部分是针对该推荐人的,比如夸「小哥哥声音好有磁性之类的」。 (1)如果不是通过该私藏推荐看到这条评论的用户肯定会产生一些疑惑,所以建议对这类评论增加一个「私藏推荐」标签标识一下,并且其他用户可通过该标签跳转至该私藏推荐。(2)推荐用户在完成该私藏推荐后,他只能通过点赞和红心数了解到这首私藏推荐被其他用户所喜爱的数据情况,但没法与他们互动。建议将在该私藏推荐下产生的评论置顶到该私藏推荐的评论区中并通知该推荐用户有人评论了你的私藏推荐,让推荐人可以与被推荐人之间能进一步互动。
优化建议
(1)如果不是通过该私藏推荐看到这条评论的用户肯定会产生一些疑惑,所以建议对这类评论增加一个「私藏推荐」标签标识一下,并且其他用户可通过该标签跳转至该私藏推荐。
前置条件:播放/暂停页点击左上角[我要推荐]跳转。
前置条件
红心歌单列表
就目前体验来看,选曲页的我的红心歌单列表有点鸡肋,主要问题有:(1)我的红心歌单列表里音乐的选取和排序逻辑不明(可能是根据最近红心排序的,而且有很多歌评论数很多),感觉推荐效果不好,最终推荐的音乐更多的还是用搜索完成选择。(2)由于很多被推荐的音乐都是重名的或英日韩文,所以用户在选曲前还希望能试听一下,看看是不是自己想推荐的那首歌。但现在只能选曲后先录制试听了才知道是不是自己想要选的那首,流程比较复杂。优化建议:(1)优化我的红心歌单列表排序和选取策略,比如加入用户听歌次数作为选曲和排序依据,剔除掉评论数多的音乐(私藏推荐鼓励分享小众音乐)。(2)在选曲列表里加入预览功能,比如点击专辑封面,即可播放这首音乐。
就目前体验来看,选曲页的我的红心歌单列表有点鸡肋,主要问题有:
搜索结果列表
搜索结果列表优化建议:目前用户搜索时搜索结果展示太多,让用户难以找到自己想要推荐的那首歌。因此可以在搜索结果中优先展示之前被红心过或听过次数多的音乐。
搜索结果列表优化建议:
其他:点击返回图标返回至我要推荐页。
6. 历史推荐页
前置条件:从我要推荐页点击[我的历史推荐]跳转。
计数逻辑说明
推荐状态说明
当推荐状态为精选推荐时,点击歌曲所在框内区域,跳转至播放页,该播放页交互以及界面与正常播放页一致,只是不能上下划动切歌。
前置条件:在选曲页已经通过搜索或我的红心歌单列表选择了要推荐的音乐。
前置条件:从准备录制页点击录制后跳转。
前置条件:正在录制页中点击停止或录制时间到20秒后跳转。
前置条件:在播放/暂停页点击分享图标后弹出该分享组件。
逻辑说明
逻辑说明:私藏推荐审核
通知说明
之所以选择私藏推荐作为给自己布置的第一篇PRD,一方面是觉得如果从网易云音乐整体去倒推PRD难度太大,所能关注到的逻辑也很有限,所以选择了其中的一个小功能,希望能关注得比较全面(当然后台的一些逻辑我是没法知道的……)。另一方面是因为觉得这个功能非常有新意,所以想借著倒推PRD的机会,去猜测当时做私藏推荐的PM是怎么想到要做这样一个功能,并且要做成现在这种形式。
作为一名产品小白,我的很多理解和推论都还不够成熟,欢迎大家的拍砖。
最后借著这个机会,还想跟大家一起讨论一下为什么私藏推荐的播放页要做成类短视频的样式,而不是普通播放器的样式?
我自己的看法是:做成类短视频的播放页可能是想增加用户停留在播放页的时间,让用户的注意力能更集中一些,从而提高用户红心、点赞、评论、关注等行为的转化率,所以评论和歌词的轮播我认为也是提高用户注意力的一种方式。
如果我是PM,可能我能想到让用户以语音的形式推荐,但其展示形式应该就还是一个播放器了。