设计评论功能需要注意的几个要点

下面分享几个设计“评论”功能需要考虑的问题。

首先需要注意的是，评论功能涉及到评论者的昵称、头像等个人信息，所以在用户使用评论功能之前，需要获取用户的账号信息。

如果是在APP里，需要登录才能评论；如果你点击微信中的一个H5链接，你需要先授权登录。

关于评论入口的设置，我们不得不考虑在你的产品中，“写评论”和“读评论”哪个更重要。

现在比较流行的“写评论”和“读评论”两种入口设置:

一个像喜马拉雅山:

喜马拉雅评论

“写评论”常驻底部，然后提供另一个“读评论”的入口。在这里，“写评论”的功能占据了更多的篇幅。结合喜马拉雅的产品属性，可以猜测喜马拉雅还是比较注重“写评论”的。

另一个像网易云音乐:

网易云音乐的评论

点击“评论”入口，跳转到查看评论的页面，然后“写评论”留在底部。这样看来，“看评论”和“写评论”的地位是差不多的。

所以，根据你产品的属性和形态，设计一个合适的入口位置就可以了。

定义评论入口后，需要定义发布评论的内容。评论的形式有很多种，比如:文字，文字+图片，文字+表情，或者文字+表情+图片。无论选择哪种形式，都需要明确定义。

另外需要注意的是，一个用户体验好的评论输入框应该能够根据输入内容的多少自动调整输入框的高度。

说到评论的呈现，首先你肯定会想到一定要有评论者的头像，昵称，评论内容，评论时间。

除了这些，你还要考虑评论列表是否需要折叠/展开，是否需要在单页中呈现。如果您的评论和内容在同一个页面上，并且您有很多内容，建议在新页面上显示评论列表。

a发了评论，B回复了。该场景有四种显示形式:

一个像微博:

新浪的评论回复

b对A的回复就在A评论的正下方。

另一种像云音乐:

网易音乐的评论回复

还有一种，像在知乎，有“查对话”和“查回复”:

(回复知乎的评论)

当然，还有一个是这样的:

自我批评的风格。

这种评论体验很不好。当评论太多的时候，用户可能不知道一个回复是哪个评论。

前三种形式的评论回复适用于不同的评论回复场景。

如果你的产品属性是一条评论下的回复数量少，那就先选第一条。第一种形式清楚地显示了评论下的回复是什么。

而如果你的产品属性是一条评论会有很多用户回复，并且这条评论下这些用户之间有很多互动，那么第二种和第三种形式会显示的更清晰。

所以在以上四种形式中，你可以根据自己的产品属性选择最合适的一种。

最后，同样重要的是要注意:

可以在评论框里设置一个文案填充作为评论指南，比如“说点什么吧~”balabala。另外，回复评论时，可以在出现的评论框中设置“回复XXX”的文案填充。

注释框副本填充

很容易想到这一点。注意设计页面没有评论时的显示状态。