这两天一直在构思36氪评论优化方案，也就整理了行业内做评论的常见 *** ，这篇文章我们就来聊聊设计评论功能时，需要考虑的那些事儿。

　　不扯别的，直接扔干货：总的来看，评论功能的设计，需要考虑如下10个关键点：

　　展示样式、排序规则、操作行为、跳转逻辑、运营操作、被删除/屏蔽后显示逻辑、防呆设计、快捷操作、富媒体支持、细节支持。

　　目前市面上流行样式有：平铺式、主题式、盖楼式、对话式、混合式几种。

　　指所有评论都在一个层级，包括原评论，和对评论的回复，并行显示。对于回复评论样式，有的是直接显示回复内容，如微信朋友圈的回复样式；有的是把原评论显示出来，如36氪App线上版本的回复样式。

　　指把原评论作为一级评论，对原评论的回复，作为二级评论，排在一级评论下方。也就是说，将一级评论作为“主题”，允许针对某个“主题”展开讨论。相比平铺式评论，主题式评论能让讨论主题更聚焦，让优质评论更能浮出水面，形成讨论氛围。对运营而言，还可以针对优质评论展开讨论，促进曝光，提高运营效果。市面上很多注重评论的内容平台均选用该样式，如贴吧、最右、简书、微博等。

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

　　指每次对原评论的回复，就是和评论发布者的一次对话，这种对话本身也可分为一级、二级，乃至多级对话，分别是对评论者、评论回复者，回复评论回复者的人，以此类推。知乎就是典型的对话式评论。对话式会让评论互动更鲜明，但其样式的设计却增加了理解成本，慎用。

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

　　主流排序规则有：按发布时间、按热门程度，再加上人工精选。

　　通常默认是按发布时间倒序，再进一步可支持用户可选正序、倒序排列。值得注意的是，对主题式评论，通常一级评论默认倒序，目的是让用户看到最新评论，一级评论下的二级评论则是默认正序，目的是让用户理解讨论进展。还有一点，就是一级评论默认倒序的时间，建议取一级评论下，二级评论的最新发布时间，这样能保证一级评论的排序是按评论本身的讨论进展来更新的。

　　则需要计算所有评论的“热度值”，根据此来排序。热度值一般取评论的点赞数、回复数2个维度，按权重进行线性求和计算，有的还支持“点踩数”、“举报数”等负面维度，此外，为了避免马太效应，还要考虑加入时间衰减因子，算法优化方案有很多。

　　主流操作行为有：点赞、回复、复制、举报、删除、分享

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

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

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

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

　　删除：要考虑发布人支持删除功能，删除时是否出现弹窗提醒？删除后状态何时同步？删除是硬删除还是软删除？等等

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

　　跳转逻辑：

　　跳转逻辑，主要是考虑由于发布了评论，或回复了评论，哪些地方会产生相关入口，以及这些入口点击的跳转位置，包括:

　　我发布的：通常会在“我的”里面，或者“消息中心”，可查找自己发布过的评论，这些评论点击后可跳转到对应评论页面，如果是主题式评论，对应跳转到评论二级页。

　　回复我的：有人回复我的评论，在“我的”或“消息中心”会收到消息，该消息需要可点击跳转到评论页面。

　　个人动态：用户发布评论或回复评论，都属于个人行为，如果产品存在个人主页，那应该将该行为记录在个人主页，以“动态”形式出现，其他人可在查看用户动态时，找到该用户对哪个文章发表了哪些评论，并支持评论页跳转和文章页跳转。

　　所谓运营操作，是指运营可以从后台干涉用户的评论行为和评论结果。正向干涉包括：评论加精、评论置顶；负向干涉包括：评论屏蔽、评论删除、评论人封禁、敏感词替换等。

　　评论加精：支持运营挑选优质评论，在前端给予“精华”的标记，有的App也叫“神评论”、“有用”等……

　　评论置顶：如字面意思，将某个评论，置顶到评论列表首位，给予公示

　　评论屏蔽：将某条评论暂时对他人不可见。体验更好的做法，还可以通知发布评论人其内容被屏蔽，要求其修改后申请解除屏蔽，经审核后评论可重新出现。

　　评论删除：直接从后台将评论删除，不可恢复。

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

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

　　被删除/屏蔽后显示逻辑：

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

　　所谓防呆设计，是指需要思考如何通过产品设计，防止用户误操作。包括：

　　评论草稿箱：也就是说评论框输入文字，未发送前，如果误点击了取消区域，自动替用户保存当前输入文字，而再次出现评论框时，还能将之前文字恢复。这个功能还有个降级方案，就是用户取消输入框时，弹出Alert告知用户是否要取消。

　　评论字数提醒：当字数输入过多时，通过红字提醒用户超限，“发送”按钮置灰。

　　输入文字对用户而言是个高成本的事，而评论本身是个表达态度的渠道，那我们是否可以设计一些简单的交互行为帮助用户迅速表态呢？所谓快捷操作，就是针对这点的解决方案。可以是：

　　快速表态：在评论区设计表态按钮，比如：踩、一般、赞、太棒了，用户直接点击即可，类似投票行为。典型案例如天天快报、橘子娱乐。

　　评论区直接输入表情/颜文字：用户可在发评论时，选择表情图发布，或快速选择颜文字发布。像搜狐新闻、凤凰新闻、网易新闻都可以直接发表情。

　　对某些UGC向的内容产品，评论区甚至支持发静态图、发音频、发GIF动图、发视频，这时也就需要对应的发布流程设计和后台存储逻辑。

　　这里就要从用户体验角度，考虑各种特殊情况的产品细节了，我能想到的比如：

　　评论支持识别超链接：这里需要考虑超链接的识别逻辑（需要头部是http或https，尾部是空格进行识别），超链接的字数计算（对于限制字数的输入框，超链接可以统一为10个字符），超链接发布后的显示样式（简单的可以直接显示链接地址；好一点的显示为“链接地址”四个字；再好一点的取链接地址对于网址的title显示，如知乎）

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

　　评论点击区域细节：评论区有很多米素，需要告知开发哪些区域可点，点击跳转到哪些地方。如下图所示：

　　OK，以上就是我能想到的所有做评论功能时，需要注意的方面，希望对大家有帮助。有问题欢迎随时给我留言哦~

　　

　　

　　(编辑：部分内容来互联网)