最近我们的产品上评论功能了，所以这篇文章就来总结一下“评论功能”的设计。

什么时候想要评论

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协议