最近我們的產品上評論功能了，所以這篇文章就來總結一下“評論功能”的設計。

什么時候想要評論

1. 買到了一件質量特別差的衣服，想要馬上差評，而且還要吐槽一番~
2. 看到愛豆更新了動態，馬上發表個評論，抒發一下自己激動的心情~
3. 看到一個段子，想到一個神回復，想馬上發出去，求個贊~
4. 看完某篇含金量超高的干貨文，想馬上評論一個“年度好文”，如有更深思考，更是希望能和作者交流一下~

總結什么時候想要評論：

1. 想要表達自己某種強烈的情緒，或憤怒、或激動、或興奮；
2. 想要獲得成就感，希望自己的評論能被贊；
3. 想要進一步的知識交流。

設計“評論”需要注意些什么

下面分享一下，在設計“評論”功能時，需要考慮的幾個問題。

前端展示

1.賬號體系

首先需要注意的是，評論功能涉及到了評論人的昵稱、頭像等個人信息，所以就需要在用戶使用評論功能之前，獲取到用戶的賬號信息。

如果是在APP中，那么評論前，就需要登錄；如果是在微信中點擊了某個H5的鏈接，那么就需要先進行授權登錄。

2. 評論入口設置

關于評論入口的設置，我們就要考慮“寫評論”和“看評論”在你的產品中，哪個更重要。

現在比較流行的“寫評論”和“看評論”入口設置有兩種：

一是像喜馬拉雅這種：

喜馬拉雅的評論

“寫評論”常駐底部，然后另外提供一個“看評論”的入口。這里“寫評論”的功能占位比較多，再結合喜馬拉雅的產品屬性，我們可以猜測，喜馬拉雅還是更側重于“寫評論”。

另外一種，是像網易云音樂這種：

網易云音樂的評論

點擊“評論”入口，跳轉到查看評論頁面，然后“寫評論”常駐底部。這種方式下，“看評論”和“寫評論”的地位相差不多。

所以，根據你的產品的屬性和形態，為入口設計合適的位置即可。

3. 評論內容的形式

定義完評論入口，就要定義發布評論的內容。評論有很多種形式，比如：文字、文字+圖片、文字+表情，或文字+表情+圖片，無論選擇哪種形式，都需要定義清楚。

另外還需要注意的是，一個擁有良好用戶體驗的評論輸入框，應該是能夠根據輸入的內容多少，來自動調整輸入框的高度。

4. 評論的展示形式

說到評論的展示，首先肯定會想到一定要有評論者的頭像、昵稱、評論內容、評論時間。

除了這些，還應該考慮評論列表是否需要收起/展開，是否需要單獨在一個頁面里呈現。如果你的評論和內容在同一個頁面，而你的內容又很多，那么建議把評論列表展示在一個新的頁面。

5. 回復評論

A發布了一條評論，B回復，這個場景有四種展示形式：

一是像微博這樣：

新浪微博的評論回復

B對A的回復，就在A的評論下面。

還有一種是像云音樂這樣：

網易云音樂的評論回復

還有一種，像知乎里的，有“查看對話”、“查看回復”：

（知乎的評論回復）

當然，還有一種這樣的：

自己手畫的一種評論樣式

這種形式的評論體驗是很不好的，當評論條數多了，用戶可能完全不知道某條回復是回復的哪條評論。

前三種評論回復形式，適用于不同的評論回復場景。

如果你的產品屬性是某條評論下的回復數量較少，那么就優先選擇第一種，第一種形式很明確的展現出評論下面的回復是什么。

而如果你的產品屬性是很多用戶都會回復某條評論，而且這些用戶之間在這條評論下，又有很多的互動，那么第二種、第三種形式就展示的更清楚一些。

所以，以上四種形式，可以根據你的產品屬性選擇最適合的。

6. 其他

最后，還需要注意：

a. 評論框文案填充

可以在評論框中設置一句文案填充，作為評論引導，比如“說點什么吧~”balabala另外，在回復某條評論時，出現的評論框中，可以設置“回復XXX”的文案填充。

評論框文案填充

b. 評論排序還需要考慮評論如何排序，是按發布時間排序還是按熱度排序，如果按熱度排序，還需要設置評論點贊功能等。

c. 無評論時的狀態

這個就很容易想到的了，要注意設計好沒有評論時頁面的展示狀態。

后臺設計

最后我們不要忽略一個問題，有的評論可能含有敏感詞匯，或是違反相關法律法規。針對這個問題，我們可以不允許帶有敏感詞匯的評論發送成功，同時在后臺設置評論管理模塊，支持手動刪除某個評論。

以上，就是設計評論功能，需要注意的一些東西，希望對你能有幫助~

作者：王山而，喜歡讀書、喜歡研究用戶心理，坐標：北京。公眾號：小2在思考

本文由@王山而 原創發布于人人都是產品經理，未經許可，禁止許可。

本文來自PEXELS，基于CCO協議