PRD:倒推網易云音樂-私藏推薦產品需求文檔
網易云音樂在近期更新的5.9.1版本中,新推出了私藏推薦功能。本文將從私藏推薦PM的角度,倒推這個功能的產品需求文檔。
網易云音樂在近期更新的5.9.1版本中,在“我的”模塊的金剛區中整合了其產品下幾乎所有的音樂推薦入口,包括:以前側邊抽屜里的駕駛頻道、親子頻道、古典專區、小冰電臺;在首頁里的私人FM、每日推薦、排行榜、歌單;以及新推出的私藏推薦等。
一、產品特點
網易云音樂是一款主打發現和分享的社交型音樂的APP,通過日推、私人FM以及推薦歌單等個性化推薦的方式,滿足用戶的個性化聽歌需求。通過加入社交元素,如評論,點贊,動態等方式,滿足用戶分享需求。因此相較于其他音樂APP的用戶,網易云音樂的用戶整體上對發現音樂以及分享音樂的需求更強烈。
二、需求背景
1. 用戶的分享需求
在產品當前的功能架構中(5.9版本),平臺幫助用戶發現音樂的功能組成,用戶使用該功能的場景以及該功能的特點如下圖所示:
可以發現:除推薦歌單外,幾乎所有的推薦結果都是由平臺直接推薦給用戶的,用戶在其中的參與感并不強。并且相比其他音樂APP,網易云音樂的用戶有更強的分享音樂的需求,而目前產品所能提供給用戶分享的途徑很有限,其主要分享場景如下:
(1)A發現了一首自己非常喜歡的音樂,并且認為自己的朋友B也會喜歡,于是通過私信或微信等渠道將這首音樂分享給了B。
(2)C發現了一首自己非常喜歡的音樂,于是他把這首歌分享到朋友圈/微博并配上一段文字來推薦,希望能讓更多的朋友也能喜歡上這首音樂并且與自己交流。
(3)D很喜歡音樂,有較好的聽歌品味,于是他將一部分音樂整理成了歌單,這份歌單在平臺上被很多用戶收藏了,他也借此認識了很多與他有相似品味的小伙伴。
可以發現:這類有分享需求的用戶都是希望通過分享音樂,來吸引其他人與自己產生互動,以獲取他人對自己的認同感,滿足自己情感方面的需求。比如當用戶非常想向他人安利一首音樂的時候,越多的人與他產生互動,那么他的被認同感就會越強。
然而,就目前平臺提供的分享方式來看,用戶所能獲得的認同感是非常有限的。因為用戶目前無論是分享到平臺內的動態中還是其他社交平臺,其曝光量都非常有限,并且由于被分享的用戶中與該用戶有相似聽歌品味的比例也較低,因此產生互動的轉化率也會非常低。
另一方面,網易云音樂相較于其他音樂APP,其喜歡小眾音樂的用戶群體也更多,而這其中的大部分用戶也希望自己所喜歡的小眾音樂能被越來越多的其他人所喜愛(低評論數的音樂評論區中??梢钥吹綄⑦@首音樂比作寶藏的評論,他們希望這個寶藏能別其他人所發掘),因此這類用戶的分享意愿也更高。
2. 用戶發現音樂的需求
無論是明星代言廣告、淘寶直播還是抖音的視頻同款,用戶在這些渠道產生的轉化不僅僅是因為認為這款商品好,還有一部分原因是因為基于對推薦人的信任。因為推薦人對商品的背書,更容易讓被推薦人對該商品產生好感并產生轉化。
在音樂上也是一樣,當一首音樂在推薦給用戶的過程中,融入了一些由其他用戶創造的UGC內容后,會讓聽眾在除了評判這首音樂是否在聽覺上符合品味外;還有可能會因為其UGC內容引起聽眾情感的共鳴,從而讓聽眾更容易對這首音樂產生好感。
三、需求方案
為用戶提供一種新的音樂推薦平臺,平臺用戶分為兩種:第一種為有音樂分享意愿的用戶,稱為推薦用戶;第二種為沒有明確聽歌目的,且喜歡發現新音樂的用戶,稱為被推薦用戶。
平臺內所有音樂由推薦用戶基于網易云音樂現有樂庫自主選擇,并通過一段錄音說明推薦理由,由后臺篩選并配置好GIF后再進入平臺的推薦列表。
首頁推薦利用配置好的GIF、歌詞和評論輪播以及推薦的音樂,給用戶在視覺和聽覺上創造一種類短視頻的體驗。同時通過推薦用戶頭像,推薦用戶錄音、紅心、點贊以及評論,讓被推薦用戶與推薦用戶之間能聯系起來,讓被推薦用戶更容易產生基于音樂外的在情感層面上的共鳴。
四、業務流程圖
五、頁面說明
1. 首頁-播放和暫停頁
前置條件:
暫停狀態
- 從我的或首頁打開‘私藏推薦’小程序
- 播放狀態下點擊空白區域
播放狀態
- 暫停狀態下點擊空白區域
- 上下劃動切歌后
頁面邏輯:頂部我要推薦按鈕:點擊我要推薦,跳轉至推薦頁。
頂部推薦用戶信息:
- 點擊頭像,跳轉至用戶個人主頁。
- 點擊[+],直接關注該用戶,并且[+]消失。
- 若被推薦用戶在之前已經關注該推薦用戶,則不顯示[+]。
- 當正在播放用戶錄音時,[錄音播放狀態]處為波動的音軌以及該錄音時長。
- 錄音播放完后,[錄音播放狀態]處的信息消失。
- 點贊后,點贊icon變紅,贊數+1,再次點擊取消點贊。
評論輪播
- 輪播從錄音播放完后開始,每條評論持續4秒,中間間隔2秒,效果都為漸變。
- 暫停時評論依然輪播。
- 評論按評論區順序依次輪播,需要剔除掉掉回復他人的評論。
- 當評論字符超過90時,后面的用“……”代替。
- 當輪播完全部評論時音樂仍沒播完,評論再從頭開始輪播。
- 點擊評論輪播可展示評論詳情,展示評論所有內容,點擊用戶信息欄區域都可跳轉至用戶個人主頁。
歌詞輪播
- 若音樂有歌詞,則按照音樂的時間軸輪播歌詞;若沒有歌詞,則留空。
- 歌詞最多展示四行
- 若歌詞為外文且有翻譯,將外文放上面,中文翻譯放下面,其中外文最多三行,中文最多一行,超過字符限制用“……”代替。
紅心
- 紅心下的計數表示在該私藏推薦下被紅心的次數,當紅心超過1w時,顯示為1w+。
- 點擊紅心后將該音樂添加到”我喜愛的音樂”歌單中,紅心數+1,紅心變紅,彈出浮層提示“已添加到我喜歡的音樂”。
- 如果在聽到這首私藏推薦前已紅心了這首歌,切換到的時候紅心就是紅的。
- 已經紅心的音樂若再點擊一次,紅心數-1,紅心變白,該音樂從“我喜愛的音樂”歌單中移除,彈出浮層提示“已取消喜歡”。
目前的紅心計數邏輯感覺有點問題:
在用戶已紅心的情況下如果取消紅心,只會在前端頁面上給用戶看到紅心數-1的反饋,但實際上該紅心數在后臺是不會減少的,所以只要用戶多次紅心并取消紅心,則實際被紅心的次數是會一直上漲的。
如果說這是網易云音樂PM故意設計的,那我覺得具體可解釋的原因只有兩個:
(1)利用人的從眾心理,希望用更高的紅心數吸引用戶點紅心。
(2)由于紅心下的計數表示的是在該私藏推薦下被紅心的次數,并且紅心的狀態代表用戶是否有將這首音樂紅心。所以如果用戶在聽到這首私藏推薦之前已經紅心了這首音樂,這個紅心是不應該被計入到下面的紅心計數里的。但是如果用戶在此時取消了紅心,而下面的數字不發生變化的話,會讓用戶覺得很奇怪。為了讓用戶的體驗保持統一,所以在前端的計數上做了一個類似安慰劑按鈕的設計,即通過數字的變化給用戶一個反饋,但實際計數在后臺是不變的。
評論
- 點擊評論后,從底部彈出評論區浮層。
- 評論數為該音樂的評論數,若評論數大于999,則顯示為999+。
為什么紅心數要大于1w才變成1w+,而評論大于999就變成999+了呢?
我認為它之所以叫“私藏推薦”就是因為平臺更鼓勵的是用戶對小眾音樂的分享, 而小眾與大眾的分界線就在于是否是999+,所以只要顯示到999+就可以達成目的了。
而紅心數表示的是在該私藏推薦下被紅心的次數,因此這個數字將會直接影響到推薦用戶的成就感以及被推薦用戶對這首歌的好壞的第一印象。所以提供一個更高的上限可以給雙方用戶都帶來更好的情感上的體驗。
分享:點擊轉發圖標后,彈出分享浮層,與普通音樂分享的組件一樣。
歌手信息:點擊歌手及歌曲信息區域,跳轉至歌手列表。
切歌邏輯
- 上劃切換至上一首私藏推薦,下劃切換至下一首私藏推薦。
- 切換后為播放狀態。
- 當聽完一首私藏推薦后,自動跳轉至下一首私藏推薦。
一首私藏推薦播放完后我目前遇到過這幾種情況:
- 自動切換到下一首(理想的正常情況,大概只會持續兩首的樣子)
- 自動切換到上一首(不知道為什么會這樣,有時不息屏的狀態下就會切換到上一首,然后再聽一次……)
- 停止播放(常見情況,一般是自動切過兩首后到第三首播完后就停止播放了
除了第一種之外另外兩種都是不正常的,在評論里也看到有其他用戶反饋過這個問題。
2. 評論輪播詳情頁
前置條件:點擊評論輪播圖彈出該評論詳情浮窗。
頁面邏輯
- 點擊用戶信息區域,跳轉至該評論用戶的個人主頁。
- 點擊評論詳情區域之外的任何區域都直接返回播放頁。
關注
- 點擊關注關注該評論用戶,按鈕變紅。
- 若用戶在之前已關注該用戶,則關注按鈕默認為紅。
- 關注按鈕變紅狀態下再次點擊則恢復默認狀態,并取消對該用戶的關注。
點贊
- 點贊后點贊按鈕變紅,點贊數+1,若點贊數大于999,顯示為999+。
- 若用戶在之前已對這條評論點贊,則點贊按鈕默認為紅。
- 點贊按鈕變紅狀態下再次點擊則取消點贊,點贊數-1,999+不變。
3. 評論詳情頁
前置條件:點擊評論圖標,從下彈出評論詳情頁浮層。
頁面邏輯
- 頁面邏輯、內容與排版完全與該首歌的評論一致,只對配色進行了調整。
- 點擊關閉圖標或任意除評論區外的其他區域,評論區向下收起,返回到播放頁。
優化建議
用戶在該私藏推薦中產生的評論有一部分是針對該推薦人的,比如夸“小哥哥聲音好有磁性之類的”。
(1)如果不是通過該私藏推薦看到這條評論的用戶肯定會產生一些疑惑,所以建議對這類評論增加一個“私藏推薦”標簽標識一下,并且其他用戶可通過該標簽跳轉至該私藏推薦。
(2)推薦用戶在完成該私藏推薦后,他只能通過點贊和紅心數了解到這首私藏推薦被其他用戶所喜愛的數據情況,但沒法與他們互動。建議將在該私藏推薦下產生的評論置頂到該私藏推薦的評論區中并通知該推薦用戶有人評論了你的私藏推薦,讓推薦人可以與被推薦人之間能進一步互動。
4. 我要推薦頁
前置條件:播放/暫停頁點擊左上角[我要推薦]跳轉。
頁面邏輯
- 投稿時間限定在周日到周四的16:00-24:00,若在投稿時間點擊推薦我的私藏音樂跳轉至選曲頁。
- 若在非投稿時間點擊[推薦我的私藏音樂],彈出浮層提示“私藏推薦將在每個周日到周四的16:00-24:00開放投稿哦~請到時候再來”,持續時間2秒,效果為漸變。
- 若在投稿時間第二次投稿,彈出浮層提示“今日已投稿,請明天再來”,持續時間2秒,效果為漸變。
- 點擊[我的歷史推薦]跳轉至歷史推薦列表頁。
- 點擊返回圖標,返回到暫停頁,切換成一首新的推薦。
5. 選曲頁-搜索聯想頁-搜索結果頁
前置條件
- 在規定時間內,從我要推薦頁點擊[推薦我的私藏音樂]跳轉至選曲頁。
- 在選曲頁點擊輸入框進入搜索聯想頁。
- 在鍵盤上點擊[搜索]或在搜索聯想浮層中選擇后跳轉至搜索結果頁。
頁面邏輯
搜索輸入框
- 點擊搜索輸入框,彈出鍵盤用于輸入文字,搜索框下彈出搜索聯想結果浮層,聯想結果跟著輸入結果變化。
- 在搜索時點擊取消圖標退出搜索狀態。
紅心歌單列表
- 列表內最多包含50首紅心的歌曲,通過滑動控制列表。
- 點擊歌曲對應的區域,跳轉至這首歌的錄音頁。
就目前體驗來看,選曲頁的我的紅心歌單列表有點雞肋,主要問題有:
(1)我的紅心歌單列表里音樂的選取和排序邏輯不明(可能是根據最近紅心排序的,而且有很多歌評論數很多),感覺推薦效果不好,最終推薦的音樂更多的還是用搜索完成選擇。
(2)由于很多被推薦的音樂都是重名的或英日韓文,所以用戶在選曲前還希望能試聽一下,看看是不是自己想推薦的那首歌。但現在只能選曲后先錄制試聽了才知道是不是自己想要選的那首,流程比較復雜。
優化建議:
(1)優化我的紅心歌單列表排序和選取策略,比如加入用戶聽歌次數作為選曲和排序依據,剔除掉評論數多的音樂(私藏推薦鼓勵分享小眾音樂)。
(2)在選曲列表里加入預覽功能,比如點擊專輯封面,即可播放這首音樂。
搜索結果列表
- 點擊搜索輸入框,彈出鍵盤用于輸入文字,搜索框下彈出搜索聯想結果浮層,聯想結果跟著輸入結果變化。
- 點擊歌曲對應的區域,跳轉至這首歌的錄音頁。
搜索結果列表優化建議:
目前用戶搜索時搜索結果展示太多,讓用戶難以找到自己想要推薦的那首歌。因此可以在搜索結果中優先展示之前被紅心過或聽過次數多的音樂。
其他:點擊返回圖標返回至我要推薦頁。
6. 歷史推薦頁
前置條件:從我要推薦頁點擊[我的歷史推薦]跳轉。
頁面邏輯
- 歷史推薦音樂按時間順序排序
- 推薦時間格式為mm/dd/yyyy
- 點擊返回跳轉至我要推薦頁
推薦狀態說明
- 當推薦狀態為已投稿時,左側狀態燈為灰色,右側為點贊數,播放數以及紅心數。
- 當推薦狀態為已退回時,左側狀態燈位紅色,右側為退回原因。
- 當推薦狀態為精選推薦時,左側狀態燈為綠色,右側為點贊數,播放數以及紅心數。
- 當推薦狀態為已投稿或已退回時,點擊歌曲所在框內區域,跳轉至播放頁。該播放頁內無論點擊除返回圖標以外的任何地方,都只能控制播放/暫停狀態,UI上將播放頁變暗,在界面正中央出現文字提示,樣式如下圖:
當推薦狀態為精選推薦時,點擊歌曲所在框內區域,跳轉至播放頁,該播放頁交互以及界面與正常播放頁一致,只是不能上下劃動切歌。
計數邏輯說明
- 點贊數為用戶在播放頁/暫停頁為該私藏推薦的點贊數。
- 播放數為用戶在該私藏推薦播放狀態下出現的次數,若暫停狀態下就切換了不計數,在沒有切換到其他私藏推薦的條件下,至多只計一次播放量(多次暫停并播放只算一次)。
7. 準備錄制頁
前置條件:在選曲頁已經通過搜索或我的紅心歌單列表選擇了要推薦的音樂。
頁面邏輯
- 點擊錄制后,彈出錄音權限申請提示,允許后跳轉至正在錄制狀態。
- 點擊返回圖標返回到選曲頁。
8. 正在錄制頁
前置條件:從準備錄制頁點擊錄制后跳轉。
頁面邏輯
- 跳轉過來后直接開始錄制,錄制時長最多20秒,以倒計時形式提醒剩余時長。
- 點擊停止或錄制時間到20秒后跳轉至錄制完成頁。
- 錄制完成后自動將錄音與原音樂合成,有錄音的部分音樂音量調低。
- 點擊返回圖標返回到選曲頁(不是返回到準備錄制頁)。
9. 錄制完成頁
前置條件:正在錄制頁中點擊停止或錄制時間到20秒后跳轉。
頁面邏輯
- 點擊播放鍵,開始播放合成后的音樂。
- 若音樂在后臺還未合成完成就點擊播放鍵,彈出相關提示toast,持續2秒。
- 點擊投稿,彈出確認是否投稿的浮層。
- 確認投稿后,顯示上傳進度;若上傳成功,彈出上傳成功toast,持續2秒,跳轉至歷史推薦頁。
- 確認投稿后,顯示上傳進度;若上傳失敗,彈出上傳失敗toast,持續2秒。
- 點擊重新錄制,跳轉至正在錄制頁,直接開始錄制。
- 點擊返回圖標,返回至選曲頁。
10. 分享頁
前置條件:在播放/暫停頁點擊分享圖標后彈出該分享組件。
邏輯說明
- 分享與平臺內原有的分享組件保持一致,只修改分享內容。
- 無論是分享到平臺內或是平臺外分享,打開分享連接后都是用h5打開該私藏推薦。
11. 消息通知
邏輯說明:私藏推薦審核
- 若審核通過,由云音樂私藏君私信用戶告知推薦已通過。
- 若審核未通過,由云音樂私藏君私信用戶告知推薦未通過,并給出原因。
通知說明
- 當被推薦用戶點紅心或點贊后,該私藏推薦的推薦用戶在通知中收到相應通知消息。
- 若被推薦用戶點了多次紅心或贊,推薦用戶也會收到多個通知。
六、總結
之所以選擇私藏推薦作為給自己布置的第一篇PRD,一方面是覺得如果從網易云音樂整體去倒推PRD難度太大,所能關注到的邏輯也很有限,所以選擇了其中的一個小功能,希望能關注得比較全面(當然后臺的一些邏輯我是沒法知道的……)。另一方面是因為覺得這個功能非常有新意,所以想借著倒推PRD的機會,去猜測當時做私藏推薦的PM是怎么想到要做這樣一個功能,并且要做成現在這種形式。
作為一名產品小白,我的很多理解和推論都還不夠成熟,因此也希望借助人人這個平臺各位大佬們的意見和建議,幫助我早日稱為一名合格且優秀的產品經理!
最后借著這個機會,還想跟大家一起討論一下為什么私藏推薦的播放頁要做成類短視頻的樣式,而不是普通播放器的樣式?
我自己的看法是:做成類短視頻的播放頁可能是想增加用戶停留在播放頁的時間,讓用戶的注意力能更集中一些,從而提高用戶紅心、點贊、評論、關注等行為的轉化率,所以評論和歌詞的輪播我認為也是提高用戶注意力的一種方式。
如果我是PM,可能我能想到讓用戶以語音的形式推薦,但其展示形式應該就還是一個播放器了。
本文由 @山 乞 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
能不能這樣理解:私藏推薦其實還是一種用戶被動接受音樂推薦的樣式,只是由算法推薦更改成了kol推薦,為了強化kol推薦這種人化特征并且增加用戶留存的時間,私藏推薦會設置成類似于短視頻的瀏覽樣式,以“刷”的方式進行展現,實現一種沉浸式的效果,并且希望用戶與kol進行互動(比如點贊、評論等等),加強社交屬性?(可能不是很正確哈哈哈)
好幾年前寫的文章了,這個功能也好久沒用了。
我個人認為私藏推薦是非常去頭部化的,所以它沒有KOL這個概念(現在有沒有不確定)
它主要提供的就是人與人之間的一種在音樂之外的情緒價值讓聽眾對這首歌有一些更不一樣的體驗,然后再附帶一點社交屬性
感謝
問下,文中的業務流程圖是用什么軟件畫的?
process on 包括框架也可以拿它畫
好的,謝謝
既然是私藏,就會有一種打開自己私藏小盒子的感覺。這種頁面設計和交互突出了私藏的這種感覺,用戶會有一種沉浸感,滿足感。也是對其他的播放情況作出了區別,方便用戶去辨認。
沉浸感和滿足感我能認同,但是頁面突出了私藏的感覺我是還不能體會到……
棒
?? 來學習!