网易云音乐“朋友”功能—需求分析

“朋友”作为网易云音乐社交属性的一个重要功能，一开始就属于一级Tab，成为UGC歌单到人与人之间音乐社交的自然过渡带，搭接起了音乐达人与普通用户、音乐人和粉丝以及朋友之间的双向供需关系，但尚未形成活跃的社区生态，对大众用户还仅属于一种发现音乐的途径，这里尝试浅析其需求并整合。

1 概述

1.1 需求分析目的

合理分析出“朋友”功能的各方需求，梳理关系和确定优先级，整合需求辅助产品功能设计。

1.2 需求分析思路

“朋友”作为一个音乐社区，需要经历发现“朋友”和“朋友”互动两个环节。
而“朋友”作为一个UGC社区，互动是双向的，有人生产，有人接受，两者相互影响和维系，抽象出“内容生产者”和“内容接受者”，根据角色、场景、路径的方法分析出需求，列出需求列表，再到云音乐中寻求验证，依据产品定位和逻辑判断对需求进行删减和优先级排定，最后进行功能需求整合。流程如下：

需求分析思路流程图

1.3 角色简介

发现“朋友”：所有的云音乐用户

• 内容生产者：在音乐社区里进行互动，根据内容受众抽象出生产者的影响力，所以参考粉丝数，我们以“用户影响力”来对云音乐用户的生产者们进行划分，划分如下：

歌手/音乐人/DJ、音乐达人、意见领袖、普通用户

• 内容接受者：广义上的粉丝，可以解释为关注了别人就是粉丝，也可以解释为音乐的粉丝，如民谣狗为民谣的重度粉丝，而不喜欢的人则视为普通用户。同样考虑不同程度的粉丝需求程度不一样，抽象出“粉丝热度”，对内容接受者也进行类似的划分，划分如下：

狂热粉丝、忠实粉丝、粉丝、普通用户

2 需求分析

2.1 发现“朋友”不同场景的需求

• 知道昵称：直接搜索添加。
• 认识的朋友：云音乐采用手机注册，从关联的手机号发现认识的朋友是最直接的方式，除此之外，可以导入微博和微信等关系，尤其是微博，你关注的人多是关联不到号码的。
• 不知道关注谁：根据用户喜欢的音乐推荐他感兴趣的歌手或音乐人，根据喜欢音乐类型推荐音乐达人或DJ，而没有数据支持时只能推送明星用户供用户选择。
• 云音乐没什么音乐朋友：认识的人并不代表是音乐朋友（大多用户甚至不会添加认识的人，听什么音乐还是相对隐私的，不少用户想要隐藏歌单的功能），难产生好的持续的互动。可以推荐音乐喜好极其相似的人，打破音乐社交僵局，如：你们听了1000首一样的歌，你们都听了Adele所有的歌曲等。也可参考weibo、Facebook的方法，你关注的人也关注了谁。
• 生活中没什么音乐朋友：基于地理位置的附近和同城只对那些有强烈社交诉求的人有用，可以作为一个功能，增加一种发现的方式，比如在音乐节就可能派上用场。
• 生活中结识了新伙伴，搜索太麻烦：当面互加，属于期望型需求。

2.2 “朋友”互动不同场景的需求

2.2.1 内容生产者不同场景下的需求

• 歌手/音乐人/DJ
  有新音乐、新mv、新电台节目、新演出：会很乐于想粉丝们传达消息，尤其是关于新音乐的想法和新mv，而电台节目几乎成了每个dj要推送的，已在云音乐找到诸多实例。部分音乐人会乐于跟粉丝互动，参与到评论中来，有的会以分享的形式回复粉丝。以分享配上文字的方式可以基本满足。
• 音乐达人
  生产内容主要分为两种，一种是发表对歌曲的看法、感悟或情感表达，一种是为了获取曝光度以增加粉丝，前者区别于其他人分享的诉求是表达地更深刻、感悟更多，所以有音乐长评论或是音乐文章的需求，后者则希望分享得更美，需要附件图片来达到效果。还有就是现实中也是真正的音乐达人，他们参加各种音乐节、演唱会，部分可能工作相关，他们也有些音乐文章的诉求，可能还有关于音乐节、演唱会一些讨论的诉求。
• 意见领袖
  主要动力就是表达、推荐和分享。表达基于触动的音乐、热门音乐话题，推荐基于好听的音乐和自己的社交圈子和社区，分享则基于想分享的对象在哪里。分享音乐配上文字同样是主要的方式，音乐话题不一定能引起兴趣，但也是一个好的表达地方。
• 普通用户
  参与社交的意愿较低，基本都是听歌，能引起互动的就是歌曲的评论、评论点赞，听到好听的会分享给朋友，可能直接分享到微信朋友或者朋友圈，再者听到有所感触的时候，会发评论，也会用音乐来表达自己的心情，而音乐社区可能就成为了类似树洞的表达地方。

2.2.2 内容接受者不同场景下的需求

• 狂热粉丝
  主要是面向明星，追星可以成为生活的一部分，需求涉及明星的一切动态，区别于其他群体更关心明星生活动态、明星直播、签名专辑等，且需要有一个地方来表达他们的声音，如粉丝圈子、演唱会专区等。而音乐的狂热粉丝则没有这些诉求，而是更多地关注音乐、自己学乐器、参加音乐节等。
• 忠实粉丝
  泛指对歌手、音乐人、音乐的长久粉丝，关注歌手出的新歌、音乐人的新作品和他们的演唱会信息。新歌出来会第一时间去听，然后写下自己的评论，如“第一时间收到私信的举手”，他们对音乐或音乐人有较深的了解，也渴望接受和分享一些关于音乐或音乐人的故事，不同类型的音乐专区可能会是一个好的讨论的地方，垂直度较高也除去了一些极度狂热的粉丝，同时为普通用户提供了深入了解音乐的通道。
• 粉丝
  一般程度的粉丝，即可能关注了几个明星，几个音乐达人，几个好友。最直接的就是希望关注者能够推荐一些好的歌曲，对他们的表达也会适当地参与互动，比如评论和点赞。还有就是新歌单的推送，达人创作了歌单可能不会发消息的。
• 普通用户
  一般只关注了一两个明星，然后就是朋友。关注明星在于他分享了什么，出了什么新歌。更重要的是朋友，看看朋友分享了什么歌、听了什么歌，有的甚至不想看到其他的动态，比如一些城市白领，时间有限，也不愿意看什么推荐。还有一大部分用户空空如也，什么也没关注，甚至只想安安静静地听歌。

3 需求分类与整合

3.1 需求分类列表

分类依据：
根据上述分析维度分出发现“朋友”、“朋友”互动中的内容发布者和内容接受者
优先级初步判定标准：
需求受众面，即需求的影响用户数
kano模型，参考基础型需求、期待型需求和兴奋型需求

需求分类列表如下（优先级初步判定）

需求分类	序号	需求描述	优先级
发现“朋友”	1	昵称搜索	高
	2	手机通讯录关联用户	高
	3	歌手、音乐人推荐	高
	4	明星用户推荐	高
	5	音乐达人推荐	高
	6	推荐音乐爱好极其相似的人	高
	7	微信关联用户	中
	8	微博关联用户	中
	9	DJ推荐	中
	10	推荐你关注的人关注了谁	中
	11	附近音乐爱好相似的人	低
	12	同城音乐爱好相似的人	低
	13	当面互加	低
“朋友”互动—内容生产者	14	分享音乐，配上文字	高
	15	分享电台节目	高
	16	分享音乐到“朋友”	高
	17	分享歌单，配上文字	高
	18	分享mv	中
	19	分享评论到“朋友”	中
	20	分享音乐，配上图片	中
	21	分享歌单，配上图片	中
	22	音乐热门话题	中
	23	推送演出信息	低
	24	音乐文章或长评论	低
	25	演唱会、音乐节讨论	低
	26	分享音乐给单个朋友	低
“朋友”互动—内容接受者	27	动态点赞	高
	28	动态评论	高
	29	“朋友”社区动态相关设置	高
	30	举报	高
	31	新歌、新mv、新演出等消息推送	中
	32	音乐达人新歌单推送	中
	33	明星访谈节目	低
	34	明星直播	低
	35	明星粉丝圈子	低
	36	明星一切动态推送	低
	37	明星相关物品出售，如签名专辑	低
	38	音乐相关故事	低
	39	歌手/音乐人故事	低
	40	不同类型的音乐专区	低

3.2 需求筛选及重点抓取

思考：
发现“朋友”

• 筛选：需求对应所有所用，须确保基础的搜索和第三方关联

• 重点：关系较弱的新用户推荐明星及达人，关系较强听歌多的老用户推荐音乐喜好极其类似的人，这是一个过程，也是对音乐认知的加深过程，所以前者为重点，后者在前面沉淀之后再做。

”朋友“互动

• 筛选：互动关系几乎成对应关系，即明星的一切对应狂热粉丝，音乐人或达人的音乐及理解对应忠实粉丝，达人或意见领袖的歌单对应普通用户。

• 考虑两个因素：1、云音乐的定位，用户年龄适中且音乐品位较高的用户，反映到上述关系就是音乐人/达人和忠实粉丝，有时间和音乐口味的积累。2、市场情况，阿里星球已经主打明星与粉丝（更多狂热粉）的关系，而对于普通用户的关系又难以产生互动，所以筛选出中间的关系层。
• 重点：同样考虑用户音乐积累的过程，前面重点在于关系较低层的分享和推荐互动，然后就是基于音乐人故事和音乐文章、话题、专区等深度互动。

3.2.1 需求删减及优先级排定

结合以上分析和部分需求不适合社区，如消息推送、分享给朋友等，经删减和排序后如下：

|需求分类| 序号 |需求描述| 优先级|
|:------------:|:-----:|:------- ----:|:---------:|
|发现“朋友”| 1 |昵称搜索| 高|
|| 2 |手机通讯录关联用户 |高|
|| 3 |明星用户推荐| 高|
|| 4 |音乐达人推荐| 高|
|| 5 |第三方关系关联（微信、微博等）| 高|
|| 6 |推荐音乐爱好极其相似的人| 中|
|| 7 |歌手、音乐人、DJ推荐 |中|
|| 8 |推荐你关注的人关注了谁 |低|
|| 9 |附近音乐爱好相似的人 |低|
|| 10| 同城音乐爱好相似的人| 低|
|“朋友”互动—内容生产者| 11| 分享音乐/歌单到“朋友”| 高|
|| 12 |分享配上文字| 高|
|| 13 |分享电台节目| 高|
|| 14 |分享mv |高|
|| 15 |分享配上图片| 中|
|| 16 |分享评论到“朋友” |中|
|| 17 |音乐热门话题 |中|
|| 18 |音乐文章或长评论| 低|
|| 19 |演唱会、音乐节讨论 |低|
|“朋友”互动—内容接受者 |20| 动态点赞、评论、举报| 高|
|| 21 |“朋友”社区动态权限设置| 高|
|| 22 |音乐/歌手/音乐人相关故事| 中|
|| 23 |不同类型的音乐专区| 中|
|| 24 |可以阐述音乐或音乐人故事的视频节目|低|

3.3 需求整合策略

添加”朋友“作为功能入口，关注是和自己”朋友“互动的主要通道。
社区更多的面向音乐、音乐人、自身的音乐喜好而产生的互动，具有一定垂直性。

• 开放式的音乐问答，加入音乐，形成类似知乎的完全UGC的问答社区。
• 半开放式的音乐话题，以官方引导用户就音乐产生的音乐互动社区。
• 相对封闭的分类专区，可以是音乐类型，也可以是其他，相对垂直的深度互动社区。
  其余结合专栏、活动、演出、用户音乐故事等辅助激励用户发声和互动，以活跃社区。