转载声明：文章来源https://zhuanlan.zhihu.com/p/32327567

评论模块的设计根本上还是基于该产品中评论的实质场景来决定的，主要有以下3大要素：

结构

排序

细节功能

一、评论结构

评论模块的结构实际是对每一条评论与发布内容的关联强度以及每一条评论之间的层级强调的考量。通常相对平等的回复（弱评论）一般采用平铺式（如：微信），强调评论本身的、希望对评论进行渗透讨论的一般采用主题式（如：微博，该模式更强调评论的话题性），两人针对一内容进行多次讨论的一般采用讨论型（如：知乎）。总而言之，产品的评论模块采用哪种模式都是基于用户和产品对该功能的理解下决定的。

注意：部分场景下可以设计成不允许对评论进行回复（例如：豆瓣短评）。

A. 平铺式

平铺式强调的是回复内容直接的平等，把每一个评论都当做一个平等客体。由于各条评论处于同一级别相互之间没有层级关系，更加方便了互相的交流，所以在“微信朋友圈”这类熟人社交体系下效果非常理想，本身可见用户之间相对熟悉，这样的设计使得信息沟通更方便。

Special Case：

网易云音乐，作为一款主打评论的APP，它希望每条评论都能受到相同重视的待遇，但是为了部分评论的连贯性和可读性，有特色的保留了对应的评论主体。（网易云音乐的这个设计其实是平铺式和主题式的一种中和，微博和网易云音乐双方互换模式会如何呢？）

虎扑体育，另值得注意的是网易云采用的是回复在原评论上方，虎扑体育则将回复设计在原评论下发来增强可读性。

B. 主题式

主题式强调的是对每一个评论又当做一个主体，允许用户对该主体进行再评论（其本质上是对一级评论的强调）。相比平铺式，主题式能让用户的讨论主题更聚焦，更能体现优质评论。市面上很多注重评论的内容平台均选用该样式，如微博、贴吧、小红书等。

C. 讨论式

知乎的评论相对特殊，该评论是基于其产品特性——用户在知乎的评论容易引起双方多次的沟通（斗嘴），导致产生了这样一个让用户能直观的看到双方多次互动评论的整个流程。该方案适用于需要多次沟通，且评论内容有层次、递进的产品。

D. 盖楼式

指每次对原评论的回复，都把原评论内容露出，并带上自己的评论，以“圈层”样式呈现，久而久之就形成无限嵌套的方框样式，叫做“盖楼”。将这一样式发扬光大的当属网易新闻，这也是它的特色之一，由此诞生出很多经典评论效果。但是，盖楼式评论在楼层多的情况下势必要进行多层隐藏，且不好对评论进行追踪，视觉效果也容易引起疲劳，不太建议使用。

E. 混合式

指以上几种样式的混合，有的是一级评论用主题式，二级评论用平铺式；有的是以及评论用主题式，二级评论用对话式；还有的是一级主题、二级对话、三级平铺。具体用哪种，也是根据用户理解程度和内容运营倾向性来选择。

二、评论排序规则

主流排序规则有：按热门程度、按发布时间、混合式排序。

按热门程度

主要是根据所有评论的点赞数量、回复数量进行排序（同时应该考虑“点踩数”、“举报数”等负面维度），通过权重进行线性求和计算。

尤其是“知乎”类产品，本身是超低频工具类（不像音乐类工具型），但现在又已经存在了巨大的头部评论马太效应，建议在热门排序的同时针对一些具有时效性的内容排序，还要考虑加入时间衰减因子等等优化推荐算法。

按评论时间

按照发布时间正序或倒序排列，注意考虑是否提供用户选择正序、倒序排序方式的功能。值得注意的是，对主题式评论，如果一级评论采用默认倒序（为了让用户看到最新评论），一级评论下的二级评论则可以考虑采用正序来让用户更好的理解讨论进展；且需要注意的是一级评论倒序排序的情况下一级评论的倒序排序考虑是否根据其下的二级评论的最新发布时间来进行（这样能保证一级评论的排序是按评论本身的讨论进展来更新的，参考“贴吧”）。

混合式排序

该模式是“热门排序”和“评论排序”的综合，比较典型的是网易云音乐。网易云音乐通过设定前5条评论为“热门排序”的前5名，后面的评论按时间展示来同时提供给用户的良好评论观感和评论的参与性（用户既能感受到热评的趣味性又能有机会、有意愿参与到评论中来）。

三、细节功能

主要功能

评论模块的主要功能涉及：点赞、回复、复制、举报、删除、分享

点赞：要考虑点赞、取消点赞后的赞数变更逻辑，是否需要服务端同步更新，点击后的动效，点赞后的消息提醒机制等。

回复：要考虑回复弹窗的出现、收起时机，回复字符限制，回复是否支持换行符，是否支持键盘提交，是否允许空字符提交，回复页面弹窗大小，按钮布局等。

复制：要考虑可复制区域，复制交互（长按/点击），复制后的提示效果等。

举报：要考虑是举报文字还是举报人，举报后的提示，举报后的数据审核等。

删除：要考虑发布人支持删除功能，删除时的弹窗提醒，删除后状态何时同步，删除是硬删除还是软删除，一级评论删除对二级评论的影响等等。

分享：要考虑可分享平台，分享后的打开样式，是分享成网页还是分享成截图等。

内容运营

评论加精：支持运营挑选优质评论，在前端给予“精华”的标记。

评论置顶：将评论置顶。

评论屏蔽：通知发布评论人其内容被屏蔽，要求其修改后申请解除屏蔽，经审核后评论可重新出现。

评论删除：违反平台相应规则，直接从后台将评论删除，不可恢复。

评论人封禁：通常是和“举报”关联，对于频繁发布垃圾评论者予以封禁，令其不可再发评论。当然也应该允许其申请解封。

敏感词替换：通常做法是构建敏感词库，如果评论某些文字命中词库，则将敏感词替换为“*”。

被删除/屏蔽后显示逻辑：当某条评论被删除，或屏蔽后，可以有两种做法，要么是直接删除，要么是当前区块保留，被删除文字变成“该评论已删除”。尤其是主题式评论，由于某条一级评论可能关联多条二级评论，如果一级评论被删除，其二级评论是否需要全部删除，需要根据评论价值来决策。建议这种情况还是保留二级评论。

内容控制

字数限制：对评论内容进行字数控制；

符号限制：可设置特殊符号的限制（注意提示用户）；

便捷操作

部分产品设计了快速评论的功能，比如：踩、一般、赞、太棒了等等（有些也有表情、图片），用户直接点击即可，类似投票行为。但是便捷操作也会导致内容重复、效果低下等副作用，建议谨慎考虑（当然如果运营能对不同时期给出评论的一些热点文案，便捷操作也是可以考虑的）。

保留草稿

用户在评论未发送前如果误触取消按钮，自动替用户保存当前输入文字，而再次出现评论框时，还能将之前文字恢复；或在用户取消输入框时，弹框告知用户是否要取消（两者结合亦可）。

超链接支持

根据产品属性，考虑评论是否要支持外部的超链接。这里需要考虑超链接的识别逻辑（需要头部是http或https，或者通过要求用户加入特殊标记），超链接的字数计算（对于限制字数的输入框，超链接可以统一计算为10个字符），超链接发布后的显示样式（简单的可以直接显示链接地址；好一点的显示为“链接地址”四个字；再好一点的取链接地址对于网址的title显示，如知乎）

键盘设置

发评论时，键盘设置问题：评论框输入评论时，需要考虑是否将“发布”按钮设置在键盘上。如果需要考虑评论换行，那“完成”键应该作为换行键，否则点击“完成”应该是直接提交。