编辑导语：相信大家昨天都被年度网易云音乐年度听歌报告筛选了。今年的听歌报告增加了“云村”场景体验设计，进一步加深了音乐社区的氛围。那这份报告是怎么产生的呢？作者在年度听力报告的基础上，拆解了报告的数据分析功能框架，让我们来看看。
最近朋友圈被网易云个性主色分析、网易云年度听歌报告、Q音年度听歌报告筛选。我自己也经历过一波，整体的画风和设计真的很可爱。可见网易云音乐团队的妹妹们和弟弟们都在努力。
今天就拆了吧。这份诚意十足的《网易云年度听歌报告》有哪些功能模块，制作这份报告的基础数据是什么，如果你我都是这个功能的PM(或者以后收到类似的要求)，你怎么解释你的要求以便R & ampd、测试和UI/UE能不能开发/测试/设计？一起看看吧~
来看看我微信好友分享的网易云年度音乐报告吧。看起来是这样的(王嘉尔是我的报告):
一般来说，要想产生一份数据分析报告，首先要有足够的数据，而这些数据是真实的，只有积累一段时间后，才有商业分析的价值。
数据=资产可以创造新产品价值。无论是ToC产品还是To
B.ToG产品，通过分析和利用好内部和外部的数据，将能够创造新的产品价值，这可以解决用户问题，为产品增加价值。
对于数据报告,的这种需求该如何应对，一种通常是
以及客户/用户关注哪些报表功能模块(C端产品，由PM自己确认)，然后确认实现这些功能所需的数据是否可用，满足需求的程度，从而最终确认做哪些功能模块；
还有一种是
客户/用户没有明确的数据分析要求。这时，PM必须先看一下平台的数据。然后根据“金塔”原理，对这些数据进行多维度分类(如用户基础数据、用户运营数据)，进行统计、组合、组装、一维度和多维度分析，可以按时间跨度、地域、人物、组织、事件、标签、类别、排名等构建一些数据分析功能。
本文将尝试按照第一种方法来梳理这个报表的功能框架，以及各个功能的输入输出，然后看看实现这些功能需要哪些数据。
# 1.拆解网易云音乐报告的数据分析功能框架
从上面的成绩报告可以看出，大概涉及到10多个功能子块，主要包括：今年的歌曲，今年的TOP10歌曲榜，今年四季最喜欢的歌曲，今年最喜欢的歌手，今年各流派的统计比例，听今年最不流行的歌曲，今年的听歌关键词……这些功能都是从
根据歌曲本身的结构化数据，如体裁、小众、歌手、出版日期、歌词内容等维度，对该用户今年听的歌曲进行统计分析。
然而，在地域曲风“同频共振”功能,需要预先按地区计算不同地区的流派比例，然后与用户流派进行比较，找到“匹配点”。听歌品味相似用户推荐.呢
，我们需要综合考虑每个用户的收听特点，这可能涉及一个或多个特点(比如听歌、喜欢的歌手、英文歌/中文歌的标签等。).比如今年新探索曲风.
功能方面，需要与去年的流派进行对比，再考虑“时间维度”(本周期和上一周期)。
下图是报告涉及的数据统计分析部分的功能框架图：
此外，网易云音乐报告还涉及到一些非统计功能需求，如封面生成保存到专辑、分享，以及切换到各个数据统计分析页面的交互功能等。
在上述功能框架中，除了相似听歌品味研判函数之外，还涉及到一套相对复杂的AI研究算法和听歌关键词.
p>涉及到的热词挖掘算法外，其余均为比较基本的数据统计、分析、排序需求，PM规定好输入、输出，研发同学开发相应的接口即可。
在这些简单的统计、分析需求确认过程中，会涉及到一些细节问题，比如 春天最喜爱歌曲，其时间粒度是？从1月1日到4月30日？认为是春天？ 再比如，
如何定义小众？
听歌人数<一定值？还是歌曲累计播放次数<次？还是？再比如用户今年度发表的精彩评论，若有的情况下，展示评论数据的哪些字段？（评论时间、该评论涉及的曲目、评论文本、获赞次数，以及当评论文本过长时，前后端怎么处理，缺省用“…”还是直接截断？这些都是需要PM和研发在技术方案设计前对齐好的）。
# 二、产出上述报告所必需的基础数据有哪些
下述脑图，为笔者梳理的网易云音乐App的核心数据框架（由于笔者不是网易云音乐App的PM，按照我的经验理解，猜测其部分主要核心数据有下面这些，仅供参考）：
上述《网易云音乐年度听歌报告》报告中用到的数据，主要是“普通/黑胶用户基础数据”和“歌曲结构化”、“用户社交”两大部分数据。其余的数据，是否可以构建出其它数据统计分析功能？答案是肯定的，但是是否有必要放在报告中，就需要产品经理深入思考了，用户的时间就那么多，放太多功能，报告浏览时间势必会加长，而且一些功能，用户平时不经常使用的，也没必要做分析。
艺人资料数据，是网易云音乐App，艺人资料页所展示的，包括艺人名称、性别、最近演出动态、官方获奖情况等。按我的经验，一般这种艺人基础资料，应该都是找外部团队整理或者直接从外部采购的公开数据，应该不是网易云团队自行整理的（如果猜的不对，那以实际为准，哈哈）。
# 三、数据分析报告模板框架制定及应用案例
确认好数据分析报告每一块要输出给用户的信息后，就完了吗？当然没完。
第一，报告的最终呈现形态是什么？各个模块间的排版布局是什么样的？
当输入数据缺乏某些字段时，怎么处理？这都需要PM来思考清楚、确认清楚。比如用户是普通用户，而非黑胶用户，则“今年度黑胶VIP歌曲”收听统计次数模块，不必输出；再如用户今年从未使用过评论功能，评论分析模块，是否还需要展示？我觉得这里可以展示一下，输出内容文案like
this：
“今年的你，没有发表过任何评论，是一枚妥妥的倾听者呢”。输出的目的是：可以告诉用户“你今年没有发表过任何评论，明年可以体验体验我们的这个功能”。
第二，报告制作和查看支持的端？――移动端？是否支持web网页操作和查看？PAD端？大屏端？
这也是需要产品经理所明确的。显然，网易云音乐报告，优先支持移动端是最合理的，能够满足98%以上的用户需求，而PC端web网页制作，首先这种需求场景很少，可以通过转至移动端进行操作，而且其前端框架和移动端不同，还需要设计另外一套UI方案。因此，仅考虑移动端制作音乐报告是合理的。
# 四、其它数据统计分析报告案例
## 1\. 数据大屏示例
## 2\. 数据统计分析报告框架及页面展示示例
最后再抛个问题：API与SDK有何区别？想要和读者一起探讨。
网易云移动端App音乐报告制作小程序（h5），用户进入该年度音乐报告制作页面时，是在线实时请求后台（服务端）的各个接口返回数据给前端进行展示的，而非需用户下载一个SDK安装包，安装后才能运行该程序。
非常感谢您的阅读！欢迎一起交流探讨！
本文由 @南方碟道 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
