网易云音乐“朋友”功能—需求分析
“朋友”作为网易云音乐社交属性的一个重要功能，一开始就属于一级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的问答社区。
- 半开放式的音乐话题，以官方引导用户就音乐产生的音乐互动社区。
- 相对封闭的分类专区，可以是音乐类型，也可以是其他，相对垂直的深度互动社区。
其余结合专栏、活动、演出、用户音乐故事等辅助激励用户发声和互动，以活跃社区。
