這篇文章主要是分析書單這個功能點，但內核是展現了如何去做PUGC用戶激勵、內容展現排序、降低用戶內容篩選成本三大塊的思路，希望能給你一點幫助。

歌單已經成為聽歌類產品的標配，閱讀類產品上是不是也可以有個書單功能呢？如果應該有，那書單功能該怎么做？筆者今天就以起點讀書的書單功能為例，分析閱讀類產品的“書單”應該怎么做。

一、書單創建與分發

在最開始，我們需要明確的書單這種功能的本質是什么，以及這個功能到底應該是定位于給書單的制作者用的，還是分享出去給別人用的——不同的場景下，滿足的是不同的需求，自然產品和功能設計的思路會不同。

書單的本質就是帶有一定特征的書的聚合，這些特征是由書單的內容（書單的名字、書單的介紹和書單內每本書的介紹等）和書單創建者所組成的——比方說“賈躍亭開給創業者的10本書”，這個書單一看就透著套現的香氣。

換個說法，書單就是有特征的書架——書的聚合這個功能點已經被書架實現了，對于平臺來說，書單的主要作用是幫助書單的“消費用戶”更好地尋找到書，而不是像歌單一樣自己用來聽歌。對于用戶來說，建立書單的操作成本太高，單純給自己用收益太低——因為書單的“特征”對創建者并無意義，成本收益無法匹配（而歌單是可以匹配場景一首首聽下去的）。因此必須要讓書單分享出去，獲得分享的“收益”。

因此無論是從平臺還是用戶的角度來說，書單都必須得分發出去——分發，也就是讓書單被大眾看到，甚至比創建這個環節更重要。目前有書單功能的閱讀產品不多，筆者發現微信讀書、掌閱、起點讀書和咪咕閱讀。微信讀書作為一個相對封閉的平臺，書單的分發是基于社交關系，好壞暫且不表，我們來看作為開放平臺的咪咕閱讀、起點讀書和掌閱。

二、書單功能通覽

掌閱和咪咕閱讀都允許用戶無門檻建立書單。但掌閱用戶創建書單的入口極少——只有進入一本書的詳情頁，才能創建書單，用戶建立的書單，也只能在書籍的詳情頁得到曝光，分發的渠道單一。

咪咕閱讀創建書單的入口更多，可以通過“個人主頁”、主tap“推薦”進入的“書單”界面、以及書籍詳情頁的 “包含這本書的熱門書單”等入口創建。但是咪咕閱讀跟掌閱一樣，沒有去很好地分發用戶的書單：咪咕閱讀倒是有單獨的“書單”的入口，在“書單”這個界面也有頂部banner編輯推薦、“更多推薦書單”、“精品書單”、“更多精品書單”、“主編力薦”、“推薦名家書單”等多個分發的渠道，然而實際上，只有“更多推薦書單”這個分發渠道才能看到用戶建的書單，其他渠道都是官方建立的書單。

（PS：9月都過去了，主編力薦還停留在8月）

換句話說，咪咕閱讀在書單創建上是UGC，在分發上則主要是OGC的做法。

起點讀書在書單創建上則完全不同：在產品側只允許VIP用戶創建書單，同時在運營側每月會有一次全民書單的活動，允許普通用戶建立書單，這些擁有書單的人被稱為單主。

在書單的分發上，起點讀書除了在書籍詳情頁露出相關書單之外，還在“發現”的主tap有單獨的“書單”的入口，在書架頁也有進入“書單”界面的入口。在書單界面，用戶創建的質量過關的書單，經過運營人員的審核，將被分發在書單界面內。書單廣場內部，則有排行榜、趨勢榜、分類和標簽等多個分發的渠道和方式。(這個在下文中詳細闡述）

對比可以發現，這三個平臺中，起點讀書書單入口最多，最重視書單的分發，用戶的書單得到的曝光最多。

在上文已經說過了，必須要在讓用戶付出創建書單成本的同時收獲反饋，在不直接給錢的情況下只有分發出去，這個功能才有意義。所以在三家開放平臺中，起點讀書的思路和做法是相對最正確的，掌閱和咪咕在書單分發上的“扭扭捏捏”也造就了數據上的差異：

（左為起點讀書，右為咪咕閱讀）

筆者選取了起點讀書關注趨勢榜（一周內上升較多的書單榜單）的第一名和咪咕閱讀中的七日最熱的書單，關注數的差距一目了然。因為不重視用戶書單的分發，創建者難以得到反饋（他人的關注贊賞），便不會重視創建和維護書單，書單的質量便不會好，質量不好，消費書單的用戶又不會收藏關注，陷入惡性循環。

可以看這張圖就更清楚一點了：

同時在筆者看來，也是起點讀書在書單上投入了最多的精力，接下來我們就來看看起點讀書的書單具體是怎么操作的。

三、起點讀書書單的產品和運營

上文已經闡明了書單這種功能，最主要的應用場景是幫助書單的“消費者”更好地去找書：

• 書單的本質就是具有某種特征的書的聚合推薦，它可以為用戶展現某些“分區”所不能展現的書的特質（比如非小白、虐主等）；
• 同時書單是經過“其他人挑選過”的，能幫助節省尋找的成本，減少犯錯的幾率；
• 書單這種聚合的模式也提高了容錯率——書單里一本書不好看其他書可能好看，不至于讓讀者直接否定某個“特質”；
• 同時對于平臺來說，這樣一種PUGC的生產模式，可以有效減少平臺生產內容的壓力，以一種較低成本的方式為用戶篩選內容。

然而僅僅靠著書單的“天然優勢”是不夠的。書單這個功能點，在筆者看來，實際上介于工具和內容屬性之間，它需要在滿足書單“消費者”和“創建者”兩方的需求，平臺放在產品和運營側下更多功夫去實現兩方的良性循環，我們接下來就從書單的“創建”、“展現”和“分發”三個環節去看起點讀書是怎么做的。

1. 書單的創建

上文已經說過了，起點讀書對于用戶創建書單是有身份上（VIP）的要求的。因為重視書單的分發，必須保證被曝光的書單的質量，因此目前起點讀書是采用的運營人員審核的機制（不過關的書單不會被分發），允許全量用戶無限制創建書單對于運營側壓力太大，對于非VIP用戶創建書單的需求，則通過“全民書單”這樣的活動集中性的滿足。

同時VIP用戶創建書單，本身能更大概率地保證書單的質量，也能提高其他用戶對于書單質量的信任，進而促進其消費書單。

2. 書單的展現

起點讀書的書單詳情頁看起來很雜，包括了很多東西，其中書單的介紹，每本書的介紹自然不用多說，關注數、評論這些東西也是常用提供給雙方互動、給予單主精神反饋、減少讀者篩選成本的手段，就不再多提，重點講一下起點書單幾個創新的東西：獻花、標簽、喜歡和拍磚。

（1）獻花

不同于關注，獻花是需要用戶付出一定的金錢成本的，一定程度上屬于“無用之舉”，但目前各大直播平臺的“大火箭”已經證明了用戶對于優質的內容一定程度上是有打賞的意愿的。同時，這種比關注需要付出更多成本的獻花行為，也進一步反映了書單質量，幫助其他讀者減少篩選的成本。運營側也有每月進行的書單獻花的活動，通過獻花抽獎等活動來培養用戶的習慣。

獻花也讓單主們得到更有激勵性的反饋，不少單主已經將獻花作為一個重要指標，鼓勵書單的關注者們去獻花。讀者們的獻花行為可以有效影響到單主們，激勵他們不斷地去維護和更新書單，進而提升書單的質量。

（2）榮譽標簽

通過對書單創建時間、單主資歷等多個硬性和軟性的標準，平臺為書單賦予榮譽標簽。這種榮譽標簽，一方面通過官方手段給予單主認證性的激勵，另一方面也為書單的質量背書，減少篩選其質量的成本。

（3）分類和流派標簽

這是系統根據書單內的書籍自動打上的標簽，讓用戶看標簽就可以識別書單內容與口味是否匹配，從喜好的角度減少篩選成本，同時點擊這些標簽還可以在書單內進一步篩選相關的書籍，將其易用性做到極致。

（4）喜歡和拍磚

這是起點新版客戶端上線的功能。在此前，無論是關注、獻花，還是排行榜中的顯示（書單分法），都是對書單整體質量的一個評定和顯現，而喜歡和拍磚是針對書單內的單本書的。

上文已經說了，書單這種聚合式的推薦，提升了容錯率，但是也增大了讀者篩選每本書的成本（存在不錯的單主打廣告和失手的情況），而喜歡和拍磚功能的加入則一定程度上解決了這個問題。同時也提供了讀者給單主反饋的一個新的渠道，單主可以根據喜歡和拍磚數增添書單內的書——這樣一種更細化的反饋機制，可以讓單主更精細化地維護自己的書單，從而使UGC更好地發展。

3. 書單的分發

起點讀書的分發，分為兩塊，一塊是每本書詳情頁的書單收錄，另一塊是獨立書單入口里的分發。

書籍詳情頁收錄書單的展現，掌閱、咪咕閱讀也都有，而起點讀書展現了一條不一樣的思路——沒有去著重去展示“書單”，而是重點展示這本書在書單中的“推薦語”，或者說書評，在詳情頁露出了收錄這本書的書單的關注前三名。

露出書單中的相關評論，比露出相關的書單，與用戶打開書籍詳情頁時的場景更加強相關；同時目前起點書評區質量較低，而露出的書單的相關推薦語從書評的角度而言更大可能會質量更高。

接下來我們來看看獨立書單入口里書單的分發。

書單獨立入口里，書單有這幾個分法的渠道：書單廣場、全部（排行榜）、趨勢、標簽、以及運營人員篩選的展示，其中書單廣場是二級界面，其他都是三級界面，我們一一來看。

（1）書單廣場

這個界面內書單的排序方式單純根據更新——最近更新的書單就會展現在頂部，這是平臺鼓勵單主們不斷維護和更新書單的舉措。

（2）排行榜

強調頭部書單——頭部書單質量不會差，降低了用戶篩選成本。且用戶會有從眾心理嗎，頭部內容會天然具有“信任”——排行榜是個強需求，同時排行榜內還可以利用標簽進行“篩選”。

（3）趨勢榜

做UGC不能僅僅曝光頭部內容，這樣長久以來會讓大V固化，內容生產停滯，因此要給予中部的內容更多曝光，趨勢榜就是根據一周內上升（獻花、關注等）數進行排序，使優質的中部內容得以露出。

（4）標簽

平臺目前的標簽有三類，榮譽、分類和流派。在“書單展現”那部分已經提過了其減少用戶篩選成本的作用，不再贅述。

（5）人工篩選

在運營側，起點讀書還不時利用banner位精選書單展示，如“真的好書單”，利用人工的力量照亮可能被榜單遺忘的狹小角落。官方推薦（運營）這一手段，一方面可以給予單主們極強的激勵作用，另一方面更重要是樹立了一個內容標桿，告訴其他單主：“這樣的內容是我們起點喜歡的”，從而規范平臺的內容生產。

4. 小結

UGC、尤其是PUGC，特別講究內容消費者和生產者的平衡。我們可以看出來起點讀書做書單的思路，就是不斷多元化和細化讀者和單主之間的互動，或者說反饋的方式（獻花、拍磚等），利用用戶自身的力量去塑造內容的排序，進而降低內容消費者的篩選成本，也促使生產者根據反饋去優化內容（這與知乎的做法不謀而合）。在此之外，還輔以其他一些運營手段，不斷地去給予生產者們以激勵，進而實現一個良性循環。

四、如果我是PM和運營

目前起點讀書的書單在我看來已經做的很好了，可能在滿足讀者找書的需求上做的有些不夠：書單從根本上講是一個幫讀者找書的工具，要通過書單找到書的話，對于書單的要求就是“又匹配又好”，在“質量”和“口味”上要取得平衡，目前書單的分法和展現機制更多地傾向于去保證“好”，在質量這一塊切實地降低了用戶的篩選成本，然而對于“匹配”這塊的工作做得相對少一點。

同時筆者通過觀察評論區發現，很多作者希望加入曝光大的書單中，為自己帶來流量，也有些單主為了一些利益做了水軍——起點讀書畢竟根本上是一個鏈接讀者和作者的平臺，目前書單的生產僅匹配了讀者這一側，對于作者的曝光需求可能沒有得到很好滿足。

在此基礎上，不考慮資源投入，斗膽提出幾點建議：

（1）精準化推薦

目前書單廣場的排序機制單純根據更新來，可以考慮朝著個性化推薦的方向走。當下起點讀書已經有每日導讀基于口味的推薦，書單的推薦興許可以走另外一條基于同類人群的推薦。

（2）強化對于單主口味的展示

上文已經說過，書單是經過“其他人挑選過”的，能幫助節省尋找的成本。目前起點讀書通過榮譽標簽和粉絲值等機制，可以向讀者展示單主的“資歷有多老”，為其質量背書，卻沒有向讀者展示單主“口味有多像”，因此可以在書單詳情頁更多地展示單主的口味，提供給讀者一個篩選的緯度。

（3）在分區之外增加更多“匹配性”篩選

分區是一條行之有效的，為讀者篩選口味的方法，不過書單本來應該走出分區之外的另一條篩選的路子，流派是個好方法，不過要注意根據書單廣場的內容，不斷更新流派，比如說“幼苗”、“成神”等，同時可以嘗試讓讀者自己加TAG，類似于B站視頻（不過這個還得增加新的篩選機制）。

（4）在榜單中更突出個人特質

目前已經可以看到單主對于書單內書的粉絲值，不過是通過學徒、盟主這樣的標簽來顯示的，一方面不夠量化，另一方面僅僅在“展現”這個環節，可以將個人特質更多地放在“分發中”——在排行榜和趨勢榜中增添粉絲值（書單單主對于自己書單內的書的熟悉程度）和“書蟲值”（單主在平臺的資歷，閱讀記錄等）的緯度考量。

（5）在運營測注意引導單主建立書單的時候注意大帶小

頭部書籍已經在精選頁的排行榜、分類排行等位置有了很大曝光，大神更是自帶流量，中部和幼苗書籍相對缺乏曝光，書單就成為他們所渴求的曝光渠道，可以引導單主在保證質量的基礎上用“以大帶小”的思路去組織書單。

（6）給予獻花反饋

獻花有效地反映了書單質量和給予單主激勵，然而卻沒有給予“獻花”者反饋——直播平臺上有打賞排行榜，在起點上打賞作者也有類似的反饋，同時打賞到一定程度還可以得到月票，而獻花僅僅得到了書單數字上的增長，今后可以給予獻花的用戶更多的激勵，包括榮譽稱號、排行榜等。

（7）加大“喜歡”和“拍磚”的權重

目前“喜歡”、“拍磚”僅停留在“展示”層，可考慮將這兩者結合的權重，納入書單分發的考慮緯度里（如排行榜的露出等），讓讀者對書單質量的評定與書單排序更加強相關，進而激勵到單主們去維護自己的內容。

五、最后

書單是一個介于工具和內容之間的功能點，自誕生起就鏈接了“生產者/維護者”和“消費者/使用者”兩端的需求方，最核心也就是要做好“生產者激勵”和“提高易用性（篩選成本和質量）促進消費”兩個工作，當然這兩個工作也有一部分重合——內容消費本身就會給到精神激勵。

起點讀書目前對于書單的設計，已經將這個功能點的“工具”屬性發揮到了極致，但是在寫內容排序的部分我不由得就想到了知乎，也許書單也可以逐漸脫離單純的工具屬性，朝著這個方向發展？基于書的特質的feed流產品，給予用戶在書之外的內容消費。這也未嘗不可，畢竟只搞影評的公眾號都賺了不少錢。

再一個，書單的單主個人特質是被突出的，書單也是單主與讀者們交流的地方——書單的內容先天性地就為交流互動提供了話題和場景，進一步優化討論區，發展成一個興趣社區也可以嘗試？

不過這兩條“坑”都很深，就屬于閉著眼做做夢的想法了。

作為一個產品小白，在寫這篇東西的時候，逐漸是得到了書單之外的東西——從人家做書單的思路學到了更多做用戶激勵和內容排序的方法，提出的建議也是沿著這個思路的。作為初級產品經理，還是應該多關注點具體功能點，少關注點所謂的大趨勢和潮流吧。

作者：何雷（微信號公眾號“不正確青年”），武漢大學在校生，歡迎交流

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

題圖來自 Pixabay，基于 CC0 協議