陳佳旭的開箱情報

編輯導讀：本文作者對抖音短視頻APP產品聽歌功能進行產品需求分析，并展開了一份多維度且詳實的產品需求文檔，該文檔由幾個板塊構成：項目背景、需求分析、產品架構和頁面說明，與大家分享。

這是一個假想的項目，是給抖音添加聽歌的功能。模擬產品開發流程，從發現需求，一直到最后產出PRD文檔。

一、項目概述

1.1 產品概述及主要特點

一款結合抖音自身的特點和優勢，專為數字聽歌時代而誕生的聽歌App。(注：這里的App其實是抖音App里的一個主頁面）

主要特點是以歌曲流為核心，類似今日頭條的信息流，以列表的形式展示算法推薦的歌曲和歌單。

1.2 產品定位

抖音App做聽歌模塊, 不是為了和頭部音樂app競爭, 甚至陷入版權戰的泥潭，而是為了提升抖音App本身的用戶體驗和黏性，延展自身優勢。

1.3 用戶體驗原則

1. 任何時候都要保證聽歌連貫性
2. 盡量采用顯性可供性的交互
3. 任何界面下，歌曲播放狀態的改變最多只需兩次交互

1.4 知識補充

1.4.1 抖音自身的特點和優勢

1. 推薦算法驅動：算法準確度高，且避免了布局復雜的首頁。
2. 交互簡潔清晰：首頁布局簡潔，導航清晰明了。

1.4.2 數字聽歌時代

1）什么是數字聽歌時代

數字聽歌時代是實體媒介聽歌時代之后的時代。在實體媒介聽歌時代，我們接受歌曲的途徑是一個個的實體媒介，比如說磁帶，唱片等等具有信息儲存功能的實體媒介。

2）數字聽歌時代有什么不同

一些在實體媒介聽歌時代中理所應當的概念將不復存在。在實體媒介聽歌時代，自然而然地誕生了專輯，專輯封面等概念。因為一個實體媒介可以存放好幾首歌，所以它們成了一個“專輯”。但這卻不是數字聽歌時代應該存在的概念，因為在數字聽歌時代沒有儲存介質容量的限制。

此外，歌曲分發方式和用戶聽歌習慣也發生了根本的改變。音樂人的新歌曲隨著推薦算法瞬間就能迎來第一批聽眾，而不需要以前那樣漫長的線下音樂分發渠道。人們的對音樂人忠誠度會下降，更關注歌曲本身。

流媒體付費訂閱用戶當中，有58%已經很少專門去聽某一歌手的專輯或單曲；有60%則由于發現了太多新音樂，幾乎不再會去單聽某一張專輯。 (引用自流媒體時代，人們的聽歌習慣變得越來越分散 )

結論：

1. 擯棄專輯的概念，以歌曲和歌單為聽歌單位
2. 歌曲的分發應以歌曲流算法推薦為主

1.4.3 聽歌連貫性

聽歌連貫性是指用戶在開始聽歌后，聽覺系統一直處于享受當中，突然中止這種享受會使其出現負面情緒。例如qq音樂測試過的語音廣告，突然出現的聲音廣告并不是音樂，打斷了用戶的聽覺享受，所以這個測試功能引起人們的強烈反抗。

1.4.4 顯性可供性

1）什么是可供性（Affordance）

可供性是一個對象的屬性或特征，它表明了該對象可以用來做什么。 簡而言之，功能可供性提供了一個線索，暗示用戶如何與某物互動，無論該物體是物理的，還是數字的。例如按鈕上的文字或圖標，能讓用戶明白按鈕的作用。

可供性主要有顯性可供性，隱性可供性，模式可供性，負面可供性等類型。

2）顯性可供性（Explicit Affordance）

顯性可供性提供的線索是非常明顯直接的，通常是文字或者用戶廣泛認知的典型圖標。用戶看到按鈕第一眼，就知道點擊后會執行哪項操作。

二、需求分析

2.1 行業趨勢

進入數字聽歌時代以來，音樂行業的各個方面都在發生巨大改變，例如音樂創作過程，作品分發方式，產業盈利模式等等都和實體媒介聽歌時代大相徑庭。

從國際媒體對抖音的報道中，我們不難看出抖音(TikTok)正在深刻改變音樂行業。抖音已經成為了音樂推廣的重要平臺，名不見經傳的歌手創作的Old Town Road靠著在抖音上走紅，拿下傳統音樂榜單BillBoard第一名，一些老歌也靠抖音再度翻紅。

同時抖音也在改變音樂的創作和培養更多的獨立音樂人。音樂人創作時加入更多重復性拍子，縮短歌曲時長，從而更容易在抖音上走紅。音樂人經紀人制度和唱片公司制度被打破，獨立音樂人靠自己也能完成歌曲的創作到分發，到推廣的全產業鏈。

2.2 用戶觀察

抖音(TikTok)正在成為人們發現新歌的重要平臺。人們在抖音上發現好聽的歌曲，然后去到音樂App上聽完整歌曲的事常常發生。

在國內外的頭部音樂(例如網易云音樂，QQ音樂，Spotify，Apple Music)上，抖音神曲歌單通常都在歌單排名中很靠前， 甚至被首頁推薦。在長視頻平臺，如YouTube上也有很多TikTok歌單的視頻，播放量和評論數都非常可觀。這些視頻分布在不同國家，比如越南，日本，泰國，美國，印度等等。

2.3 結論

1. 抖音已經和音樂產業鏈聯系緊密，廣泛滲入并改變著很多方面，但卻并未涉足異常重要的音樂流媒體。
2. 抖音用戶有聽抖音神曲的高頻需求，卻不能在抖音App內得到滿足。

三、產品架構

3.1 產品功能結構圖

3.2 產品信息結構圖

四、頁面說明

4.1 主頁

4.1.1 名詞說明

• 快捷入口區：聽歌首頁分為上下兩部分，上部為橫向排列的帶圖標的按鈕，分別是五個頁面的入口。
• 列表區：聽歌首頁的下部，是一個典型的可下拉刷新，能無限向下滾動的垂直列表。主要用來呈現個性化推薦算法所推薦的單曲和歌單，但有可能穿插廣告或活動推廣。
• 歌曲卡片：列表區中用來呈現推薦的單曲的控件。
• 歌單卡片：列表區中用來呈現推薦的歌單的控件。
• 廣告卡片：列表區中用來呈現廣告或自家活動推廣的控件。
• 迷你播放器：歌曲播放時，出現在聽歌首頁列表區最底部的音樂控制器。

4.1.2 頁面說明

用戶可以從列表區選擇單曲或歌單進行聽歌，或者選擇某個快捷入口進入對應頁面。

4.1.3 交互說明

4.1.4 聽歌流程

所有聽過的歌曲都會加入播放歷史中。

4.1.5 控件說明

1）歌曲卡片

顯示的信息：歌曲封面，歌曲名，歌曲介紹，歌曲的標簽(算法生成)。

交互說明：

1. 點擊封面，快捷播放歌曲，只出現迷你播放器，不會跳轉到歌曲播放頁
2. 點擊試聽按鈕，開啟試聽模式；點擊右下角不喜歡按鈕，用戶能對推薦算法做負反饋
3. 點擊中間剩余部分，進入歌曲播放頁，不會立即播放歌曲

2）歌單卡片

顯示的信息：歌單封面(帶有歌單的標注)，歌單名，歌單介紹，歌單的標簽(算法生成)。

交互說明：

1. 點擊封面，快捷播放歌單，只出現迷你播放器，不會跳轉到歌曲播放頁
2. 點擊右下角不喜歡按鈕，可以讓用戶對推薦算法做負反饋
3. 點擊中間剩余部分，進入歌曲播放頁的歌單子頁面，不會立即播放歌單

3）迷你播放器

每次重新使用App，并播放過第一首歌曲后，迷你播放器會常駐在列表區底部。

顯示的信息：歌曲封面，歌曲名，當前歌詞，播放進度，歌曲播放狀態(封面上的播放或暫停符號)。

交互說明：

1. 點擊封面，可以改變音樂的播放狀態，暫停或重新開始播放歌曲
2. 點擊非封面部分會進入歌曲播放頁
3. 在非封面部分，左滑播放上一首歌，右滑播放下一首歌

4.1.6 其余功能

1）試聽功能

點擊歌曲卡片最右邊的帶有閃電圖標的試聽按鈕，會播放這首歌曲10秒鐘的高潮部分。這時閃電圖標變成從數字10開始的倒計時，倒計時完成時從數字變回閃電圖標。

2）推薦算法負反饋

因為聽歌模塊的主體是歌曲流，完全是推薦算法驅動，所以盡可能的提升推薦算法準確性至關重要。而負反饋則是其中很重要的一環，用戶可以對推薦出的內容給予直接反饋。

用戶點擊歌曲卡片或歌單卡片右下角的不感興趣按鈕后，后臺會自動生成一些標簽作為可能的原因，供用戶選擇，而且用戶也可以選擇手動輸入原因。

3）聽短視頻BGM的完整版

用戶在觀看短視頻時，如果對視頻背景音樂感興趣，可以點擊右下角旋轉的唱片，進入的下個頁面會有“視頻中的歌曲”卡片。卡片中的按鈕，可以讓用戶去到聽歌首頁去播放該歌曲，或者直接收藏為喜歡的歌曲。

4.2 播放頁

4.2.1 名詞說明

• 選項卡和子頁面：歌曲播放頁含有兩個或三個子頁面(歌單，歌曲和歌詞子頁面)，選項卡則是負責切換這三個子頁面的控件。
• 選項卡容器區：子頁面的顯示區域，同時只允許顯示一個子頁面
• 嗨歌模式：循環播放歌曲，但是只播放每首歌的高潮部分。

4.2.2 頁面說明

只有播放歌單中的歌曲時，才擁有三個子頁面，不然只有歌曲和歌詞兩個子頁面。

4.2.3 子頁面說明

1）歌曲子頁面

2）歌單子頁面

3）歌詞子頁面

4.2.4 其余功能

1）嗨歌模式

播放模式的一種，循環播放所有歌曲，但是只播放每首歌的高潮部分。

2）排行榜和投幣

我們的排行榜都是絕對公平的，只和每首歌曲的播放次數和完播率有關。但是用戶可以通過投幣的方式，增加歌曲的曝光率，增大其在其他用戶推薦列表中出現的機會。而且投幣產生的盈利還會按比例分配給歌手本人。

3）歌單播放頁的廣告收入

歌單播放頁的歌曲子頁面的頂部顯示區產生的廣告盈收，也會和歌手按一定比例分配。

4.3 我的頁

4.3.1 頁面說明

4.3.2 其余功能

1）算法智能生成歌單

從用戶喜歡的歌曲和聽歌歷史中的歌曲中，算法智能選擇歌曲，生成各種類型歌單，不會推薦新的歌曲。歌單的生成思路大概有以下三種方式。

1. 結合以前的定位信息，例如“去年冬天你最愛聽的歌曲”，“云南游一路上你百聽不厭的歌”，“去年5月21號你一定經歷了什么吧，聽了一整晚的歌”
2. 按照歌曲風格，例如“喜歡過的說唱歌曲”，“那些年你愛過的甜系情歌”
3. 根據現在的天氣，例如“同樣的雨天，你聽過這些歌”

本文由 @Cranberry 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。