語音直播產品,如何設計用戶激勵體系之排行榜設計(三)完結篇

0 評論 10682 瀏覽 81 收藏 16 分鐘

編輯導語:本文作者在之前的文章中,為大家講解了語音直播產品用戶激勵體系中的等級體系、徽章體系、積分體系和會員體系的設計方法,在本篇文章中,作者又為大家講解了如何進行語音直播產品的排行榜設計,感興趣的小伙伴可以在評論區討論交流。

在前面兩篇《語音直播產品,如何設計用戶激勵體系之等級體系(一)》、《語音直播產品,如何設計用戶激勵體系之會員體系 (二)》中,我講解了語音直播產品用戶激勵體系中的等級體系、徽章體系、積分體系和會員體系的設計方法。

這篇文章我會接著內容繼續講解如何進行語音直播產品的排行榜設計,也是用戶激勵體系中的最后一個知識點講解。對(一)和(二)內容感興趣的小伙伴,可前往主頁查看,連著看思路連接更完整哦~

一、什么是排行榜?

排行榜是指對某一相關同類事物的客觀實力的反映,帶有相互之間的比較性質。

幾乎各行各業都會借助排行榜的形式來劃分出不同的級別,被用來通過對比用戶的貢獻排名,運用榜單效應,來篩選出頭部價值用戶,便于精細化分層運營。

二、語音直播產品為什么需要設計排行榜(即帶來的價值)?

在設計排行榜之前,我們先來思考一個問題,我們為什么要設計排行榜?即通過排行榜能讓平臺獲得什么,給平臺帶來什么樣的價值?

通過這樣的反問式思考,獲取深層次的需求。接下來,我們看看排行榜的價值在哪里:

1. 通過榜單效應,刺激用戶攀比心理,不斷消費,從中獲利

通過對比用戶貢獻值,拉開用戶與用戶之間的差距,讓榜單產生力量,從而形成榜單效應,給用戶心理更強烈的刺激,利用人的攀比心理,使用戶之間消費行為互相激活。

2. 利用頭部用戶,挖掘更多潛在用戶的價值

榜單實則是針對頭部用戶的設計,通過排行榜的排名,篩選出,價值用戶(即目標用戶)、普通用戶和潛在用戶,進行精細化分層運營。

從頭部用戶的人脈圈子中,挖掘出可以入駐平臺的潛在用戶,適當進行引導,為平臺帶來更多的新用戶,以此提高平臺的被關注度,使其轉化為能創造效益的價值用戶。

三、語音直播產品中的排行榜具體該如何設計?

通過以上分析我們知道了,語音直播產品設計排行榜的原因,也就是我們想從排行榜里面獲得什么,那么我們在來具體的設計排行榜里面要包含的內容,就會簡單許多。

語音直播產品排行榜設計遵循如下:

1. 明確區分用戶類型,根據類型制定對應目標

首先,我們來看一下目前市場上常見的排行榜,如下圖:

排行榜單用戶類型按照角色分類:分為“主播”和“聽眾”兩種用戶類型。

兩者能為平臺帶來不同的價值,設計的時候,內容需要針對性的做一些區分。其目的都是為了刺激用戶活躍,激活用戶消費行為。

根據產品依賴程度可以把用戶劃分幾類用戶:潛在用戶、目標用戶(頭部用戶)、核心用戶和種子用戶,而排行榜榜單實則是針對頭部用戶的設計。

  • 頭部用戶(主播):獲取人脈資源與經濟資源。
  • 頭部用戶(聽眾):為平臺服務買單,帶動整體用戶付費能力。

1)首先看主播榜設計的目的(即好處)

  1. 利用主播粉絲熱度,帶動流量,創造更多的價值(平臺);
  2. 利用排名挖掘出可培養的潛在主播用戶(平臺);
  3. 把頭部主播充分曝光,便于聽眾按排名快速找到優質主播,為主播引流(主播/聽眾);
  4. 使主播之間形成競爭氛圍,不斷提升自我,擴張影響力、知名度,增加曝光度,提升排名(主播)。

2)房間榜(貢獻榜)設計的目的(即好處)

  1. 利用人的攀比和虛榮心理,適當引導,促使用戶之間消費行為互相激活(平臺);
  2. 利用排名讓自己充分曝光,引起主播的關注,增加更多的互動機會(聽眾);
  3. 方便主播根據排名了解自己的粉絲貢獻情況,針對性的調動聽眾活躍的積極性,讓自己獲得更多的禮物(主播/平臺)。

明確我們想要達到的目的后,再進行內容元素的詳細制定(即條目設計)。

2. 根據業務方向和用戶基數,分類設計排行榜內容元素(即條目設計)

我們明確了自己的目標后,就可以整理架構布局,設計條目里包含的詳細內容了,那這個內容具體該包含哪些呢,這是我們接下來需要思考的問題。

我用例子來詳細說明,具體該如何制定內容,我們來看看下面主播榜的三個條目案例設計:

1)主播榜

我們從三個例子中,可以看出主播榜的結構樣式和條目設計如下:

我們先來看看什么場景下,用戶會去查看主播榜排名:

  • 場景一:針對聽眾,用戶新用戶(老用戶)剛進入平臺,不是很了解,也不知道哪個主播好,該去收聽哪個主播,這時就容易想到查看主播排名,按排名高低,依次點擊查看主播;
  • 場景二:針對主播,平臺主播需要查看自己的排名情況,和前幾名的有多少差距,自己還需要努力多少才能提升名次。

分析:

例1:例1中條目不僅有排名,以及距上次提升了幾個排名(滿足主播需求),還有關注數,就算不是頭部用戶的粉絲,一個路人也會有“這么多關注,不妨去看看”的想法。

且在右邊直接提供了關注CTA,大大的縮短了用戶轉化路徑(滿足聽眾需求),自然而然的通過頭部用戶,為平臺帶來了潛在價值。

例2:例2中條目也有排名,以及距上次提升了幾個排名,更是多了一個沖榜單獎勵的提示,大大的鼓勵主播繼續努力為自己為平臺創造更多的價值,就有更多的回報,刺激點更強烈了(滿足主播需求)。

且條目區分在線主播和離線主播狀態,在線主播,用戶可以從入口直接進入直播間,省去了去主頁查看主播是否在線的步驟,相當于也縮短了轉化路徑(滿足聽眾需求)。

例2中的個性簽名、聽眾前三頭像和右邊的鉆石我認為是設計不是很好的點,個性簽名在這里起不到任何作用,很多余,前三聽眾頭像不適合放在這里。

主播榜目的是轉化路人,而不是引導跳出去查看聽眾的貢獻排行榜(與目的不符合),右邊的鉆石展示,有一定的認知負荷,不知道是什么數據,莫名其妙的就出現在這里。

是主播的數據還是聽眾的數據無法知道,顯然對于轉化也起不到什么作用。(適合用戶基數大的平臺)

例3:例2中把主播榜和聽眾榜都融合在一個頁面中,切換展示,這點是挺好的,只是種類太多,名稱有點認知負荷了,用戶無法區分哪個是哪個。

在看條目就比較簡單直接,僅僅只滿足了主播需求,展示了排名數據,沒有對聽眾做下一步的轉化做引導(適合用戶基數小的平臺)。

總結:

  1. 把例1和例2結合設計,條目轉化可能會更好寫些,我們在設計內容時候一定要帶著目的去想這里應該放什么,盡量不要堆砌一些沒有任何作用的信息在上面,不僅干擾用戶還有一定的認知負荷,對我們的轉化也沒有一點幫助。
  2. 根據業務和產品的用戶基數,適當刪減信息,盡量突出利于轉化的重要信息,不一定要和別人的一樣,人家放什么我們就放什么,用戶基數不一樣,達到的效果也不一樣。

接下來我們在看看房間榜的設計:

2)房間榜(即聽眾榜)

我們從三個例子中,可以看出房間榜的結構樣式和條目設計如下:

我們先來看看什么場景下,用戶會去查看房間榜排名:

  • 場景一:針對聽眾用戶(對比展示作用),用戶進入自己喜歡主播的直播間,想看看直播間內聽眾送禮的排名情況,看看自己在哪個名次,為了引起主播的關注,滿足自己的虛榮心,不斷通過打賞提升排名,增加與主播互動的機會。
  • 場景二:聽眾貢獻總榜(對比展示作用),基于用戶的攀比心理想看看自己在平臺貢獻了多少,排名如何,是否被別人比下去了,暴露在頭部,讓所有人看到自己,滿足自己的虛榮心。

分析:

例1:從頁面數量中就可以看出例1包含了很多內容,即有聽眾的排行榜還有主播的排行榜,整體結構還是有點亂。

主播的排行榜入口強制放入聽眾榜比較突出的地方,過多的去干擾聽眾用戶,引導用戶跳出房間直播去給別的主播送禮,提供那么多選擇,一個路徑里消耗這么多能量。

我們要首先能盡量保證用戶在當前直播間產生消費行為,而不是跳出去其他直播。

建議:可以有主播榜單,但是和上面主播的排名位置同列會好些,沒必要強制植入聽眾榜單,強制引導跳出。

例2:例2中功能就比較直接明了,當場,周榜,總榜,守護榜,都可以滿足聽眾和主播對比展示的需求,沒有什么過多的干擾,大大的減少了用戶探索消耗的能量。

例3:例2中房間榜和主播榜聽眾榜都差不多樣式,沒什么新穎的獨特亮點,呈現的兩組數據給用戶一直認知負荷,不能直觀的看出數據代表的是什么,3.00萬和3619,換成3.00萬關注和圖標+數字會比較好點,降低認知。

總結:

  1. 聽眾榜最主要的作用就是對比展示數據,激活用戶之間的消費行為,盡量減少用戶路徑的能量過多消耗,這里比較推薦例2的方式。
  2. 在數據的表現形式上要仔細斟酌,根據角色不同,對數字敏感度的強弱做不同傾向變換,合理調整對數字的表現形式,減少對數字上的認知負荷。

3. 確定排行榜單查看入口

目標和條目內容也明確了,接下來就是根據場景,確定排行榜的入口放置,放在哪里會比較合適。

  • 場景一:新用戶打開APP,漫無目的瀏覽查看選擇直播間時,根據榜單尋找熱門主播或主播查看自己排名情況(主播榜)。
  • 場景二:聽眾用戶每日/每周查看每日/每周自己貢獻排名情況(聽眾榜)。

針對入口:可放入首頁和搜索并列的位置,主播榜和聽眾榜都放入同一個入口,在里面在進行分類區分,用戶沒有方向的第一反應都是搜索,會相應的看到榜單的,進去查看。

四、總結

到這里,語音直播產品的用戶激勵體系設計(等級體系、積分體系、排行榜、徽章體系、會員體系)就已經全部寫完了。

感興趣的點擊下面鏈接查看三篇鏈接會更完整哦,因為里面的一下數據帶動都是息息相關的,一環扣一環。喜歡的記得關注哦~后續還有精彩內容更新

http://www.aharts.cn/pd/4066356.html(一)

http://www.aharts.cn/pd/4100962.html(二)

 

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

題圖來自 Pexels,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!