拆解網易云音樂——探求產品設計思維
產品經理在做競品分析時,往往會過于關注頁面內容和頁面跳轉,被埋在頁面中,找不到產品的秩序和邏輯,這樣不僅效率低下,還會影響分析結果的準確性。那么,是否存在一種高效的拆解產品的套路呢?并且這樣的套路能夠指導之后同類產品的設計?
產品經理平時都需要完成一些競品分析的工作,從里里外外分析同類產品的功能。而競品分析做得少的同學,也深知多研究市面上成功的產品,可以幫助自己提高產品設計方面的能力。
于是便會充滿熱情的投入到競品分析中,但是在分析的過程中,往往會過于關注頁面內容和頁面跳轉,被埋在頁面中,找不到產品的秩序和邏輯,這樣不僅效率低下,還會影響分析結果的準確性。
那么,是否存在一種高效的拆解產品的套路呢?并且這樣的套路能夠指導之后同類產品的設計?
答案是有的,我們應該跳出眼前看到的頁面,尋找產品源頭,從源頭開始分解,如何做到呢?
您接著看。我選擇了“網易云音樂”進行拆解,喜歡音樂、喜歡網易云。
總體思路,面向對象
基于前端界面是后端代碼的體現,我從面向對象中獲得啟發。每一個Java對象由方法和屬性組成,方法對應頁面上的功能用例,屬性對應頁面上的元素。例如:查詢用戶昵稱功能對應getUserName方法,用戶昵稱對應userName屬性。所以,從對象開始,抓住少而重要的源頭,才能不迷失在眾多頁面中。
總體邏輯是:利用對象,首先規劃出主要頁面,然后設計頁面流程,最終補充用例和頁面元素。
請記住以下提綱:
- step1:找出網易云音樂中的主要對象;
- step2:針對每個對象,區分用戶角色,列出各用戶角色中帶頁面的基礎用例;
- step3:利用列出的基礎用例頁面,進行頁面流程設計,規劃用戶路徑;
- step4:在頁面上補充其它用例;
- step5:在頁面上補充元素。
一、網易云音樂主要對象
1. 找出主要對象
很快就可以找出網易云中的主要對象:用戶、歌手、單曲、節目、MV、視頻、文章、動態、專輯、歌單、排行榜、電臺、專欄、話題、評論。這么多看的眼花繚亂,那么理一下邏輯,就很容易記了。
分為四組:
- 2種用戶角色:“用戶”和“歌手”;
- 6種內容形式:音頻類的“單曲”和“廣播節目”,視頻類的“MV”和“短視頻”,文字類的“文章”,兼容多種形式的“動態”;
- 5種集合:“專輯”、“歌單”、“排行榜”、“電臺”、“專欄”;
- 最后是百搭的“評論”,很多對象都可以進行評論,突出音樂社區的特質。
找出以上主要對象,是為了在步驟二中,找到基礎的頁面用例。
2. 發現對象之間的關聯關系
一個對象的屬性分為一般屬性和對象屬性,對應普通元素和關聯對象。在知道了對象之后,就可以尋找對象之間存在的關聯關系,下面我使用一張表格展示網易云對象之間的關系,見圖1。
明確了對象之間的關系,在步驟三中,可以幫助設計用戶路徑。
舉個例子:在“歌手”和“用戶主頁”中體現出的對象關系,見圖2。
二、對象基礎用例頁面
對象基礎用例是指需要一個獨立頁面來完成的用例,例如:對象的列表頁(歌單列表)、對象的詳情頁(歌單詳情)等。
在分析對象時,先分析該對象的生產者和消費者分別是誰,生產者和消費者可能是不同的用戶角色,也可能是同一種用戶角色。
舉2個例子:
- 例如:“歌手”的生產者是音樂人,音樂人需要申請成為歌手,并且完善歌手信息和上傳作品;消費者是普通用戶,普通用戶瀏覽歌手主頁,所以是消費者。該類情況的生產者和消費者不是同一類角色,通常生產者和消費者的功能不在同一個客戶端中。
- 而“用戶”的生產者和消費者是同一類角色,用戶A注冊后,其他用戶會來查看用戶A的主頁,消費用戶A的信息。該類情況的生產者和消費者是同一類角色,通常生產者和消費者的功能在同一個客戶端。
下面是我發現一些普適性的規律,從生產者的角度,一個對象存在3類頁面,常見的“查”、“增”、“改”:
- 我創建對象的列表,注意:如果該對象每個ID只有一個,則不需要列表功能;
- 新建對象頁;
- 查看對象詳情or編輯對象頁;
從消費者的角度,一個對象存在2類頁面,查列表、查詳情:
- 廣場列表or推薦列表or排行榜列表;
- 對象詳情頁。
舉個例子:“電臺節目”的5個頁面,生產者的3個頁面都在Web端的官網,消費者的“節目排行榜頁”和“節目播放頁”在APP端,見圖3。
以下是我列出的對象基礎用例圖,見圖4。
三、基礎用例頁面流轉
這一步需要做的就是按照優先級,將step2中的基礎用例頁面有序的排列起來,有點像玩拼圖的感覺,下面闡述我在操作該步驟時的套路。
- ?找到用戶的目的,消費內容。內容類產品的最終目的就是找到內容進行消費,網易云音樂提供6種基礎內容,單曲、廣播節目、MV、短視頻、文章、動態;
- 找到獲取內容的手段。搜索、推薦、排行、歌單、專輯、電臺、音樂專欄都是內容的合集,只是為了更快捷找到喜歡的內容,是找到內容的手段;
- 考慮優先級,確定功能入口。網易云音樂首頁提供跟音樂相關內容的各種入口,視頻和動態有時下流行“刷”的氣質,單獨分配了底欄入口。
- 提供3種不同效率,來獲取內容。
- 快:首頁入口>內容,適用主流的推薦功能;
- 中:首頁入口>內容列表>內容,例如視頻和動態;
- 慢:首頁入口>集合列表>集合詳情>內容,例如歌單、電臺、專輯。
- 關聯對象之間無縫鏈接。由于對象之間存在關聯關系,所以根據step1中的對象關系,設計頁面跳轉。
以下是我根據步驟整理出來的基礎頁面流轉,其中部分生產者的頁面不在APP中體現,只可以在Web版上進行操作,所以有兩張圖,圖5是APP的頁面流轉,圖6是Web版的補充功能頁面。
四、補充其他用例
補充其它用例的意思有兩層:
- 在現有的頁面中,補充其他的操作用例,例如收藏、下載等反饋功能;
- 在現有的頁面流程上,提出更加貼近用戶需求的產品功能,例如私人FM,跑步FM、推薦機制等。
看了網易云音樂這么多頁面我發現2個普適性的規則:
- 列表的常見用例:篩選、排序、多選等,實例見圖7;
- 內容類產品提供了很多對內容進行反饋的功能,我把反饋功能按照感受程度的強弱,分為5個級別,詳見圖8。
五、補充頁面元素
補充頁面元素是指,找到對象的屬性,展示在頁面中。在step1中說過,一個對象存在一般屬性和對象屬性,這兩種屬性可以想象成數據庫中的字段項,這個步驟是找出對象剩下的一般屬性。
如何理解一般屬性,例如:人的年齡、性別、身高、體重就是人的一般屬性。例如:“歌單”的頁面元素有歌單名稱、歌單封面、歌單播放量、歌單簡介、評論數量、分享次數、歌曲數量、收藏人數,見圖9。
以上只是列出APP展示出來的元素,隱藏的元素可能有創建日期、是否精選歌單、歌單狀態等,一般隱藏元素在后臺管理系統中應用,設計系統時也需要考慮到。
尾巴
以上并不是網易云音樂所有的頁面和功能用例,是闡述我對產品設計的思維邏輯。所以有一些從用戶角度出發的優秀功能點并沒有提到,實際應用中還需要在以上的框架上,添加其他針對用戶需求的用例。
而就在我拆解網易云音樂過程中感觸良多,我沒有單純的去分析網易云音樂的功能用例和頁面流轉,而是考慮產品設計背后的邏輯,在眾多功能、元素當中抽取出簡單的規則,這個過程中遇上了很多想不到的困難,時常會在放棄的邊緣。
但當我把這篇總結完成的時候,我才體會到能做完一整件事情的能力是多么的難得。
這次總結讓我感同身受的一句雞湯推薦給大家:
Reading is faster than listening. Doing is faster than watching——Naval Ravikant(硅谷投資人)。
如果連模仿都學不好,怎么去創造呢?
后續還會繼續拆解其他類型的產品,比如說:電商。
最后放張圖,網易云音樂100多個頁面的流轉匯總,你說能不迷路嗎?
作者:翔自由,微信公眾號:小王出版
本文由 @翔自由 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖作者提供
你這么優秀,你家里人知道嗎?
哈哈,謝謝認可。
如果該對象每個ID只有一個,則不需要列表功能;
這句話怎么理解?希望作者能幫忙解答下~
舉個例子,一個用戶只會綁定一張身份證,那是不是就不需要一個身份證列表,直接有一個身份證詳情就可以了。其實背后的本質就是對象關系圖,一對一、一對多、多對多等。工作期間挺忙的,后面會輸出更多產品設計的內容,感謝留言。
太優秀了。這樣透過現象看本質的能力,真是令人欣賞~
讀了這篇文章,收獲良多,希望能多多分享產品心得、
好棒棒
謝謝小魚!
有自己的思考和總結,很厲害??學習啦
謝謝!自成一派,哈哈。后面發現跟軟件設計中的面向對象分析方法(OOA)的觀點不謀而合。
產品設計規則的一般規律發現 對我們理解產品特別有幫助
希望寫得盡可能通俗易懂,對照例子,應該還是能夠理解的哈。yeap!