編輯導語：相信大家昨天都被一年一度的網易雲音樂年度聽歌報告刷屏了，今年的聽歌報告添加了“雲村”場景化體驗設計，進一步深化了音樂社群氛圍，那麼這份報告是如何產生的呢？本文作者依託於年度聽歌報告，拆解了報告的資料分析功能框架，一起來看看吧。
近來，朋友圈被“網易雲性格主導色分析”、“網易雲年度聽歌報告”和“q音年度聽歌報告”刷屏了，我自己也去體驗了一波，整體畫風和設計是真的是非常可愛呢，可以看出網易雲音樂團隊的小姐姐和小哥哥們用心啦。
今天就來拆解一下，這份滿滿誠意的“網易雲年度聽歌報告”的功能模組有哪些，產出這份報告所依賴的基礎資料有哪些，以及如果是你和我作為該功能（或後續接到類似需求）的PM，你該如何闡述你的需求，讓研發、測試及UI/UE能夠開發/測試/設計呢？讓我們一起來看一看叭~
來來，先來看看我微信好友們分享的網易雲年度音樂報告，是長這樣子的（王嘉爾那個是我的報告）：
通常來說，要產出一份資料分析報告，首先得有足夠體量的資料，而這些資料是真實的，積累一段時間的，才有業務分析的價值。 資料=資產，可以創造新的產品價值。不論是ToC產品還是To B、ToG產品，將內外部資料分析好、利用好，將能創造出新的產品價值，一來可以解決使用者問題，二來可以為產品增值。
對於
資料報告
這種需求，其處理方式，
一種通常是
和客戶/使用者（C端產品，PM自己確認）關心的報告功能模組有哪些，然後確認實現這些功能所需的資料是否具備，以及可滿足需求的程度，從而最終確認要做哪些功能模組；
還有一種是
客戶/使用者無明確的資料分析需求，這時候，PM就要先看一看平臺的資料有哪些？然後將這些資料按照“金字塔原理”進行多維度歸類（如使用者基礎資料、使用者操作資料），統計、組合、拼裝、單維度分析、多維度分析，按時間跨度、按區域、按人、按組織、按事件、按標籤、按類別、按排行……便可以構造一些資料分析功能出來。
本文，將嘗試按照方式一，先來梳理這份報告的功能框架，以及每項功能的輸入、輸出，然後再來看需要什麼資料實現這些功能。
一、拆解網易雲音樂報告的資料分析功能框架
從上述結果報告中可以看到：大概涉及到了10多個功能子塊兒，主要包含：今年度歌曲、今年度歌單TOP10、今年度四季喜愛歌曲、今年度喜愛歌手、今年度各曲風統計佔比、今年度收聽最小眾歌曲、今年度聽歌關鍵詞…這些功能是從 今年該使用者收聽的歌曲中，按照歌曲結構化資料本身，如曲風、是否小眾、歌手、發表日期，歌詞內容等維度進行統計分析的。
而
地域曲風“同頻共振”功能
則需要事先 按地區，統計不同地區的曲風佔比，再與使用者曲風做對比，找到“契合點”。以及
聽歌品味相似使用者推薦
，則需要綜合考慮每個使用者的聽歌特徵，可能涉及一個或多個特徵（如聽歌曲風、喜愛歌手、英文歌/中文歌標籤等）。再如
今年新探索曲風
功能，需要與去年的曲風進行對比，則考慮的是 “時間維度”（本週期與上個週期）。
下述腦圖，是報告中涉及到的資料統計分析部分的功能框架圖：
此外，網易雲音樂報告還涉及到一些非統計類的功能需求，如封面生成與儲存到相簿、分享，以及切換到每個資料統計分析頁面的互動功能等。
在上述功能框架中，除了
相似聽歌品味研判
功能涉及到一套相對複雜的AI研判演算法以及
聽歌關鍵詞
涉及到的熱詞挖掘演算法外，其餘均為比較基本的資料統計、分析、排序需求，PM規定好輸入、輸出，研發同學開發相應的介面即可。
在這些簡單的統計、分析需求確認過程中，會涉及到一些細節問題，比如
春天最喜愛歌曲，其時間粒度是？從1月1日到4月30日？認為是春天？
再比如，
如何定義小眾？
聽歌人數
二、產出上述報告所必需的基礎資料有哪些
下述腦圖，為筆者梳理的網易雲音樂App的核心資料框架（由於筆者不是網易雲音樂App的PM，按照我的經驗理解，猜測其部分主要核心資料有下面這些，僅供參考）：
上述《網易雲音樂年度聽歌報告》報告中用到的資料，主要是“普通/黑膠使用者基礎資料”和“歌曲結構化”、“使用者社交”兩大部分資料。其餘的資料，是否可以構建出其它資料統計分析功能？答案是肯定的，但是是否有必要放在報告中，就需要產品經理深入思考了，使用者的時間就那麼多，放太多功能，報告瀏覽時間勢必會加長，而且一些功能，使用者平時不經常使用的，也沒必要做分析。
藝人資料資料，是網易雲音樂App，藝人資料頁所展示的，包括藝人名稱、性別、最近演出動態、官方獲獎情況等。按我的經驗，一般這種藝人基礎資料，應該都是找外部團隊整理或者直接從外部採購的公開資料，應該不是網易雲團隊自行整理的（如果猜的不對，那以實際為準，哈哈）。
三、資料分析報告模板框架制定及應用案例
確認好資料分析報告每一塊要輸出給使用者的資訊後，就完了嗎？當然沒完。
第一，報告的最終呈現形態是什麼？各個模組間的排版佈局是什麼樣的？
當輸入資料缺乏某些欄位時，怎麼處理？這都需要PM來思考清楚、確認清楚。比如使用者是普通使用者，而非黑膠使用者，則“今年度黑膠VIP歌曲”收聽統計次數模組，不必輸出；再如使用者今年從未使用過評論功能，評論分析模組，是否還需要展示？我覺得這裡可以展示一下，輸出內容文案like this：
“今年的你，沒有發表過任何評論，是一枚妥妥的傾聽者呢”。輸出的目的是：可以告訴使用者“你今年沒有發表過任何評論，明年可以體驗體驗我們的這個功能”。
第二，報告製作和檢視支援的端？——移動端？是否支援web網頁操作和檢視？PAD端？大屏端？
這也是需要產品經理所明確的。顯然，網易雲音樂報告，優先支援移動端是最合理的，能夠滿足98%以上的使用者需求，而PC端web網頁製作，首先這種需求場景很少，可以透過轉至移動端進行操作，而且其前端框架和移動端不同，還需要設計另外一套UI方案。因此，僅考慮移動端製作音樂報告是合理的。
四、其它資料統計分析報告案例
1. 資料大屏示例
2. 資料統計分析報告框架及頁面展示示例
最後再拋個問題：API與SDK有何區別？想要和讀者一起探討。
網易雲移動端App音樂報告製作小程式（h5），使用者進入該年度音樂報告製作頁面時，是線上實時請求後臺（服務端）的各個介面返回資料給前端進行展示的，而非需使用者下載一個SDK安裝包，安裝後才能執行該程式。
非常感謝您的閱讀！歡迎一起交流探討！
本文由 @南方碟道 原創釋出於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議