国产亚洲欧美日本一二三本道,无码精品人妻一区二区三区白浆

下述腦圖，是報告中涉及到的數(shù)據(jù)統(tǒng)計分析部分的功能框架圖：

此外，網(wǎng)易云音樂報告還涉及到一些非統(tǒng)計類的功能需求，如封面生成與保存到相冊、分享，以及切換到每個數(shù)據(jù)統(tǒng)計分析頁面的交互功能等。
在上述功能框架中，除了相似聽歌品味研判功能涉及到一套相對復(fù)雜的AI研判算法以及聽歌關(guān)鍵詞涉及到的熱詞挖掘算法外，其余均為比較基本的數(shù)據(jù)統(tǒng)計、分析、排序需求， PM規(guī)定好輸入、輸出，研發(fā)同學(xué)開發(fā)相應(yīng)的接口即可。
在這些簡單的統(tǒng)計、分析需求確認過程中，會涉及到一些細節(jié)問題，比如春天最喜愛歌曲，其時間粒度是？從1月1日到4月30日？認為是春天？再比如，如何定義小眾？聽歌人數(shù)<一定值？還是歌曲累計播放次數(shù)<次？還是？再比如用戶今年度發(fā)表的精彩評論，若有的情況下，展示評論數(shù)據(jù)的哪些字段？（評論時間、該評論涉及的曲目、評論文本、獲贊次數(shù) ，以及當(dāng)評論文本過長時，前后端怎么處理，缺省用“…”還是直接截斷？這些都是需要PM和研發(fā)在技術(shù)方案設(shè)計前對齊好的）。
二、產(chǎn)出上述報告所必需的基礎(chǔ)數(shù)據(jù)有哪些下述腦圖，為筆者梳理的網(wǎng)易云音樂App的核心數(shù)據(jù)框架（由于筆者不是網(wǎng)易云音樂App的PM，按照我的經(jīng)驗理解，猜測其部分主要核心數(shù)據(jù)有下面這些，僅供參考）：

上述《網(wǎng)易云音樂年度聽歌報告》報告中用到的數(shù)據(jù)，主要是“普通/黑膠用戶基礎(chǔ)數(shù)據(jù)”和“歌曲結(jié)構(gòu)化”、“用戶社交”兩大部分數(shù)據(jù) 。其余的數(shù)據(jù)，是否可以構(gòu)建出其它數(shù)據(jù)統(tǒng)計分析功能？答案是肯定的，但是是否有必要放在報告中，就需要產(chǎn)品經(jīng)理深入思考了，用戶的時間就那么多，放太多功能，報告瀏覽時間勢必會加長，而且一些功能，用戶平時不經(jīng)常使用的，也沒必要做分析。
藝人資料數(shù)據(jù)，是網(wǎng)易云音樂App，藝人資料頁所展示的，包括藝人名稱、性別、最近演出動態(tài)、官方獲獎情況等。按我的經(jīng)驗，一般這種藝人基礎(chǔ)資料，應(yīng)該都是找外部團隊整理或者直接從外部采購的公開數(shù)據(jù)，應(yīng)該不是網(wǎng)易云團隊自行整理的（如果猜的不對，那以實際為準，哈哈）。
三、數(shù)據(jù)分析報告模板框架制定及應(yīng)用案例確認好數(shù)據(jù)分析報告每一塊要輸出給用戶的信息后，就完了嗎？當(dāng)然沒完。
第一，報告的最終呈現(xiàn)形態(tài)是什么？各個模塊間的排版布局是什么樣的？
當(dāng)輸入數(shù)據(jù)缺乏某些字段時，怎么處理？這都需要PM來思考清楚、確認清楚。比如用戶是普通用戶，而非黑膠用戶，則“今年度黑膠VIP歌曲”收聽統(tǒng)計次數(shù)模塊，不必輸出；再如用戶今年從未使用過評論功能，評論分析模塊，是否還需要展示？我覺得這里可以展示一下，輸出內(nèi)容文案like this：
“今年的你，沒有發(fā)表過任何評論，是一枚妥妥的傾聽者呢” 。輸出的目的是：可以告訴用戶“你今年沒有發(fā)表過任何評論，明年可以體驗體驗我們的這個功能” 。
第二，報告制作和查看支持的端？——移動端？是否支持web網(wǎng)頁操作和查看？PAD端？大屏端？
這也是需要產(chǎn)品經(jīng)理所明確的。顯然，網(wǎng)易云音樂報告，優(yōu)先支持移動端是最合理的，能夠滿足98%以上的用戶需求，而PC端web網(wǎng)頁制作，首先這種需求場景很少，可以通過轉(zhuǎn)至移動端進行操作，而且其前端框架和移動端不同，還需要設(shè)計另外一套UI方案。因此，僅考慮移動端制作音樂報告是合理的。