APP產品研習——「評論模塊」

4 人贊了文章

評論模塊的設計根本上還是基於該產品中評論的實質場景來決定的，主要有以下3大要素：

• 結構
• 排序
• 細節功能

一、評論結構

評論模塊的結構實際是對每一條評論與發布內容的關聯強度以及每一條評論之間的層級強調的考量。通常相對平等的回復（弱評論）一般採用平鋪式（如：微信），強調評論本身的、希望對評論進行滲透討論的一般採用主題式（如：微博，該模式更強調評論的話題性），兩人針對一內容進行多次討論的一般採用討論型（如：知乎）。總而言之，產品的評論模塊採用哪種模式都是基於用戶和產品對該功能的理解下決定的。

注意：部分場景下可以設計成不允許對評論進行回復（例如：豆瓣短評）。

A. 平鋪式

平鋪式強調的是回復內容直接的平等，把每一個評論都當做一個平等客體。由於各條評論處於同一級別相互之間沒有層級關係，更加方便了互相的交流，所以在「微信朋友圈」這類熟人社交體系下效果非常理想，本身可見用戶之間相對熟悉，這樣的設計使得信息溝通更方便。

Special Case：

網易雲音樂，作為一款主打評論的APP，它希望每條評論都能受到相同重視的待遇，但是為了部分評論的連貫性和可讀性，有特色的保留了對應的評論主體。（網易雲音樂的這個設計其實是平鋪式和主題式的一種中和，微博和網易雲音樂雙方互換模式會如何呢？）

虎撲體育，另值得注意的是網易雲採用的是回復在原評論上方，虎撲體育則將回復設計在原評論下發來增強可讀性。

B. 主題式

主題式強調的是對每一個評論又當做一個主體，允許用戶對該主體進行再評論（其本質上是對一級評論的強調）。相比平鋪式，主題式能讓用戶的討論主題更聚焦，更能體現優質評論。市面上很多注重評論的內容平台均選用該樣式，如微博、貼吧、小紅書等。

C. 討論式

知乎的評論相對特殊，該評論是基於其產品特性——用戶在知乎的評論容易引起雙方多次的溝通（鬥嘴），導致產生了這樣一個讓用戶能直觀的看到雙方多次互動評論的整個流程。該方案適用於需要多次溝通，且評論內容有層次、遞進的產品。

D. 蓋樓式

指每次對原評論的回復，都把原評論內容露出，並帶上自己的評論，以「圈層」樣式呈現，久而久之就形成無限嵌套的方框樣式，叫做「蓋樓」。將這一樣式發揚光大的當屬網易新聞，這也是它的特色之一，由此誕生出很多經典評論效果。但是，蓋樓式評論在樓層多的情況下勢必要進行多層隱藏，且不好對評論進行追蹤，視覺效果也容易引起疲勞，不太建議使用。

E. 混合式

指以上幾種樣式的混合，有的是一級評論用主題式，二級評論用平鋪式；有的是以及評論用主題式，二級評論用對話式；還有的是一級主題、二級對話、三級平鋪。具體用哪種，也是根據用戶理解程度和內容運營傾向性來選擇。

二、評論排序規則

主流排序規則有：按熱門程度、按發布時間、混合式排序。

按熱門程度

主要是根據所有評論的點贊數量、回複數量進行排序（同時應該考慮「點踩數」、「舉報數」等負面維度），通過權重進行線性求和計算。

尤其是「知乎」類產品，本身是超低頻工具類（不像音樂類工具型），但現在又已經存在了巨大的頭部評論馬太效應，建議在熱門排序的同時針對一些具有時效性的內容排序，還要考慮加入時間衰減因子等等優化推薦演算法。

按評論時間

按照發布時間正序或倒序排列，注意考慮是否提供用戶選擇正序、倒序排序方式的功能。值得注意的是，對主題式評論，如果一級評論採用默認倒序（為了讓用戶看到最新評論），一級評論下的二級評論則可以考慮採用正序來讓用戶更好的理解討論進展；且需要注意的是一級評論倒序排序的情況下一級評論的倒序排序考慮是否根據其下的二級評論的最新發布時間來進行（這樣能保證一級評論的排序是按評論本身的討論進展來更新的，參考「貼吧」）。

混合式

混合式排序

該模式是「熱門排序」和「評論排序」的綜合，比較典型的是網易雲音樂。網易雲音樂通過設定前5條評論為「熱門排序」的前5名，後面的評論按時間展示來同時提供給用戶的良好評論觀感和評論的參與性（用戶既能感受到熱評的趣味性又能有機會、有意願參與到評論中來）。

三、細節功能

主要功能

評論模塊的主要功能涉及：點贊、回復、複製、舉報、刪除、分享

• 點贊：要考慮點贊、取消點贊後的贊數變更邏輯，是否需要服務端同步更新，點擊後的動效，點贊後的消息提醒機制等。
• 回復：要考慮回復彈窗的出現、收起時機，回復字元限制，回復是否支持換行符，是否支持鍵盤提交，是否允許空字元提交，回復頁面彈窗大小，按鈕布局等。
• 複製：要考慮可複製區域，複製交互（長按/點擊），複製後的提示效果等。
• 舉報：要考慮是舉報文字還是舉報人，舉報後的提示，舉報後的數據審核等。
• 刪除：要考慮發布人支持刪除功能，刪除時的彈窗提醒，刪除後狀態何時同步，刪除是硬刪除還是軟刪除，一級評論刪除對二級評論的影響等等。
• 分享：要考慮可分享平台，分享後的打開樣式，是分享成網頁還是分享成截圖等。

內容運營

• 評論加精：支持運營挑選優質評論，在前端給予「精華」的標記。
• 評論置頂：將評論置頂。
• 評論屏蔽：通知發布評論人其內容被屏蔽，要求其修改後申請解除屏蔽，經審核後評論可重新出現。
• 評論刪除：違反平台相應規則，直接從後台將評論刪除，不可恢復。
• 評論人封禁：通常是和「舉報」關聯，對於頻繁發布垃圾評論者予以封禁，令其不可再發評論。當然也應該允許其申請解封。
• 敏感詞替換：通常做法是構建敏感詞庫，如果評論某些文字命中詞庫，則將敏感詞替換為「*」。
• 被刪除/屏蔽後顯示邏輯：當某條評論被刪除，或屏蔽後，可以有兩種做法，要麼是直接刪除，要麼是當前區塊保留，被刪除文字變成「該評論已刪除」。尤其是主題式評論，由於某條一級評論可能關聯多條二級評論，如果一級評論被刪除，其二級評論是否需要全部刪除，需要根據評論價值來決策。建議這種情況還是保留二級評論。

內容控制

字數限制：對評論內容進行字數控制；

符號限制：可設置特殊符號的限制（注意提示用戶）；

便捷操作

部分產品設計了快速評論的功能，比如：踩、一般、贊、太棒了等等（有些也有表情、圖片），用戶直接點擊即可，類似投票行為。但是便捷操作也會導致內容重複、效果低下等副作用，建議謹慎考慮（當然如果運營能對不同時期給出評論的一些熱點文案，便捷操作也是可以考慮的）。

保留草稿

用戶在評論未發送前如果誤觸取消按鈕，自動替用戶保存當前輸入文字，而再次出現評論框時，還能將之前文字恢復；或在用戶取消輸入框時，彈框告知用戶是否要取消（兩者結合亦可）。

超鏈接支持

根據產品屬性，考慮評論是否要支持外部的超鏈接。這裡需要考慮超鏈接的識別邏輯（需要頭部是http或https，或者通過要求用戶加入特殊標記），超鏈接的字數計算（對於限制字數的輸入框，超鏈接可以統一計算為10個字元），超鏈接發布後的顯示樣式（簡單的可以直接顯示鏈接地址；好一點的顯示為「鏈接地址」四個字；再好一點的取鏈接地址對於網址的title顯示，如知乎）

鍵盤設置

發評論時，鍵盤設置問題：評論框輸入評論時，需要考慮是否將「發布」按鈕設置在鍵盤上。如果需要考慮評論換行，那「完成」鍵應該作為換行鍵，否則點擊「完成」應該是直接提交。