扫一扫微信二维码
扫一扫微信二维码
1. 按点赞量倒序排序
如“知乎评论区”、“简书评论区”、“淘票票评论区”等默认按 点赞量进行倒序排序。优质评论容易引起二次互动，像“虎扑app评论区的评论”若被其它用户点灭到一定数量排序下降，累计到一定点灭数则该评论不显示。
2. 按评论时间倒序排序
强调评论时效性，如 “咸鱼app宝贝详情评论区”、“人人都是产品经理文章评论区”
3. 精选评论区
避免一些“神回复”下沉，许多产品的评论区像“虎扑app评论区”、“抖音评论区”、“网易云音乐评论区”，优先提供优质评论内容进行曝光。评论上半区是精选评论，下半区是按时间倒序对“总评论数”
1. 分页加载
以知乎pc端评论区举例顺带轮一波德国，知乎pc端评论区采取评论展开和收起的交互形式，因其主要突出内容是问答标题及回答内容。
展开后显示前 20 条评论，超过 20 条后分页显示。可看到下拉到处于评论内容中间区域时显示“收起评论”小弹窗，让整体交互更加流畅。
分页规则设计：
评论数超 4 页则显示前 4 页页码、最后一页码、及下一页。
评论数不超 4 页则显示前 4 页页码及下一页。
2. 下拉加载
通过向下滑动的动作进行加载评论数据，以“知乎app评论区”为例，能看到滚动条显示位置有时会“飙升”因为每次下拉加载会加载x条数据，预览完上次加载的数据后，则下拉又进行一次加载的动作直到没有数据为止。下拉加载交互动作对移动端相当友好，淘宝app评论区和京东app评论区等都是采用“下拉加载”交互形式进行设计。
3. 点击加载
“点击加载”与“下拉加载”主要区别在于“点击加载”需要点击多一下才加载评论数据，多数应用在下拉加载时网络不佳避免用户操作进入死胡同增加一个加载按钮。
1. 单向规则
用户评论成功后，任何人均不可回复
2. 双向规则
用户评论成功后，仅作者可与该评论者互动一次，其它观看群众只可吃瓜。如：公众号文章评论区
3. 多向规则
用户评论成功后，各路大神均可加入光明顶，你来我往互相切磋。
用户评论数较多时会产生折叠，像“知乎评论区”就有专门组建“英雄pk台”（查看对话）供英雄同台竞技，点击“查看对话”可看两个用户间相互回复对对话记录。
如：简书、即刻、咸鱼、朋友圈评论等均采用多向规则。
(左简书、右即刻)
4. 引用规则
评论成功后，用户回复该评论时，会把回复的评论贴出来，形成清晰的对话记录
如：虎扑app评论区等
1. 评论字符长度限制多少合适？
因不同业务类型定不同字符长度，若限制字数较少则在输入时编辑器内显示字数情况，超出则警告提示。
2. 评论编辑器需不需要支持Markdown语法
如一些问答社区富文本编辑器满足不了需求，则需要支持Markdown语法的编辑器。
3. 评论成功后需不需要提供给用户修改编辑的机会，可以的话能修改多少次合适？
若自身业务对评论这件事容错率较高则可适当开放编辑评论功能。和淘宝购物后对商家的评价同理，可在 14 天内修改评价一次。
4. 用户评论成功后能否自主删除评论？
删除通常分为：“真删除”和“假删除”。
“真删除”执行删除数据库评论表记录操作，而“假删除”则执行需修改评论状态，把评论正常显示状态改为隐藏状态，形成删除假象。
5. 是否需要支持@用户， @成功后 名字要不要考虑高亮？被@方需不需要消息提醒？点击@成功的用户 需不需要跳转至该用户个人主页？
艾特用户在评论区对用户与用户之间互动性要求高的非常适用，如网易云音乐评论区，听到一首好听的音乐想分享给好友可在评论区艾特好友。至于需不需要高亮、消息提醒及跳转个人主页则根据自身业务进行利弊权衡。
6. 需不需要提供内置表情？
百度贴吧内置的“滑稽”表情之前可谓表情一哥，某种程度上提高了百度贴吧影响力。
7. 需不需要提供上传图片？GIF格式要不要支持？上传成功后图片压缩至多少kb合适？
社交属性强及对评论质量要求高需要考虑此功能，如“虎扑app”是个篮球社区，极大多数对用户属性是爱好篮球，所以上传各类球星GIF图必须要满足。
不过需要对图片大小上传做限制，超出指定大小不允许上传。图片越小 在用户层面加载快，在服务器层面越压力小，降低成本又提高体验。
8. 后台评论敏感词管理
在目前互联网规范化的情况，你们这么聪明肯定都懂。其主要逻辑就是进行字符串替换工作，将评论内容和敏感词库进行匹配，相同的则将内容替换成** 。
9. 后台评论管理
评论审核操作：对评论质量要求高则进行手动审核，和公众号文章留言同理；
精选评论设置／置顶评论：避免“神回复”掉到洞底，同时有良好的提示作用；
编辑用户评论：修正用户评论内容；
隐藏／删除：连修正都弥补不了你了，就删除吧。
建站咨询热线
13771728337