实例分析:4种常用的评论结构设计

22 评论 24117 浏览 95 收藏 11 分钟

分享几种评论结构设计的实例,供大家讨论参考。

不管是在qq空间,微信朋友圈,在好友的状态下抖一波机灵,还是在新闻下面吐槽最近雾霾又严重了;不管是在纠结吃什么的时候,打开团购app看下大家的评分和点评,还是在读完这篇文章之后在评论区发表下自己对评论的看法,评论可以说是我们几乎每天都在接触的东西,但是当我们在点击发送按钮的时候,会思考如何设计评论的结构,来更好的配合自己的业务么?

本文参考了豆瓣、360手机助手、豌豆荚、网易新闻、网易云音乐、虎扑体育等客户端,总结了几种目前常用的评论结构,本文只谈及评论的结构,不涉及评论本身的内容以及评分系统的设计。

一、只能评论,不能对评论进行回复

不让回复的评论结构是最简单的结构,评论一扯上回复,就会涉及到回复的回复,回复的回复的回复……(子子孙孙无穷尽也)后面说的几种评论结构也都基本是关于怎么显示评论回复的。这种结构很简单,但是缺点在于评论区不会有任何互动,适用于要么不是很重视评论,有个简单的评论功能就行,还能节省开发时间;要么非常重视评论(评论区一言不合吵起来的情况真是屡见不鲜,说多了都是泪),希望大家能深思熟虑之后再做评论,比如豆瓣,或者是有问答之类另外交流渠道的应用使用。

使用不能回复的评论结构的应用有:pp助手、豌豆荚、豆瓣的短评(豆瓣不同地方的评论使用的结构不一样,后面会再提到)。

二、盖楼式评论

盖楼式评论顾名思义就是利用评论来盖楼,每一条回复都会连同前面所有的评论和回复一起生成一条新的评论,这种评论样式的好处一是能看到所有回复的内容,整个评论看起来比较连贯,二是对于那些对评论区比较重视的应用(或者老板),使用盖楼评论时,评论区看起来会比较火爆。

当然这种方式也有缺点,正所谓上帝要让你毁灭,必先让你疯狂。盖楼式评论的弊端和评论的回复量是成正比关系的,一条评论回复越多,盖楼式评论越显得力不从心。首当其冲的就是评论会堆积大量的相同内容,解决办法有两种:一种是折叠中间的评论内容,另一种是在生成新评论的同时将被评论的整条评论删除。不过这种方式在处理中间评论,比如一条评论有10条回复,然后你回复第5条的时候,原本的十条评论要不要删除的问题上比较纠结,所以现在使用最多的还是折叠的方式,比如:网易新闻客户端。

其次是内容显示的问题,盖楼式评论为了显示出楼层的效果,一般回进行一定程度的缩进,越往前的楼层缩进越多,所以当一条评论达到成百上千楼的时候,最前面的评论已经缩进的不能看了,当然这种评论出现的几率是非常小的。因为这两个问题的存在,加之盖楼式评论结构比其他方式复杂一些,所以使用这种方式的应用并不多。

三、主题式评论(或者叫贴吧式评论)

主题式评论将评论本身作为一个主题,将对该评论的所有回复,以及对回复内容的回复全部都显示在这个主题范围内,这种方式很像贴吧的展示形式,所以也叫贴吧式评论。

主题式评论的好处在于评论区会显得比较整洁,缺点在于如果用户不点击进评论的详情页去,就看不到回复内容,针对这个缺点,很多客户端的处理方式是将部分回复内容显示在出来,引导用户去点击,比如:优酷客户端。

主题式是使用的比较广泛的一种结构样式,类似:简书,微博、京东(不写这个我还完全不知道京东的评论是能回复的~天猫要赶紧跟上啊)。对于主题式评论,还有一个设计小技巧,就是将回复内容都放在一起,一般来说,客户端都习惯于将最新的评论放在最上面,但是这造成的一个后果就是,如果在两个人的回复中间插入了别人的回复,阅读起来就会不连贯。QQ空间就是将两个人的对话放在一起,阅读起来就会非常方便连贯。

四、截取式评论

回复的内容,连同被回复的那条内容(不管这条内容是原本的评论,还是评论的回复)生成一条新的评论,这种方式可以看做是针对盖楼式评论的两个缺点做的一种优化,不会在评论区产生过多的冗余内容,也不用担心显示的问题,但只保留最后一条评论的做法,一定程度上也牺牲了阅读的连贯性,所以这种方式使用的客户端不多,比如:网易云音乐(下面第一条就是对第三条的回复),但网易云音乐这种回复内容在上,被回复内容在下的显示方式,还是不符合正常的阅读习惯,而且两条评论都@了被回复的人,显得有些多余。

相比之下,虎扑体育客户端使用的截取式评论的显示方式貌似更加合理,阅读起来更加顺畅:

说到虎扑,提一个虎扑体育客户端评论区的小设计,当一条评论被踩的次数过多的时候,就会被隐藏(如下图),但评论内容还在,只需要点击一次就能显示出来,这个设计不知是不是有意为之,反正我每次看见都会忍不住点开看下。

除了虎扑、网易云音乐之外,豆瓣影评的评论,使用的也是截取式评论,我前面说过,豆瓣不同地方使用了不同的评论结构,这种方式可能加大了开发量,但是根据不同的业务使用更合理的显示方式,这也是产品经理的技能之一。

以上介绍的几种都是基础的评论结构,各种应用使用的评论结构也基本都能在上面几种类型中找到影子。

有单独只使用一种结构的,比如网易新闻客户端;有结合多种类型使用的(一般都是外部使用主题式评论,主题里使用截取式评论),比如猫眼电影、淘票票,使用的是贴吧式评论为主体,评论中的回复使用的是截取式评论。知乎比较特立独行,评论区同时使用了主题是评论和简化的截取式评论。下图的第一条是原评论,最后一条是回复,后一条没有引用上一条,但标明了回复人,属于简化的截取式评论,点击评论下面的“查看回复”或者“查看对话”,就能进到对话列表,即两个人的主题式评论。

上述各种评论样式没有孰优孰劣,只有适不适合,当你希望提升评论区活跃度时,盖楼式评论是一个好选择;当你希望项目快速上马时,禁止回复是一个最快速的开发方式;当你想兼顾评论区的活跃与整洁时,主题式评论值得一试。总而言之,没有最好的,只有最合适的,但是不管使用哪种评论结构,对于评论的展示样式,一定要在一开始就确定好,不然等数据量积累大了发现弊端后想转换方式,不管对于产品、开发还是测试,都是一个灾难。

文中使用的图片均是从各app中随机截取的,如有需要,可以联系我删除。

 

本文由 @skyleep 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 订单

    来自上海 回复
  2. 33

    来自上海 回复
  3. 吊吊吊

    来自江苏 回复
    1. 来自上海 回复
  4. 再试试回复

    来自江苏 回复
  5. 卧槽,没有接入敏感词吗

    来自江苏 回复
  6. 从楼主说的第一种评论形式改为第二种评论形式,难度大吗?要多久?

    来自北京 回复
  7. 很多产品远远没有到需求多层嵌套回复的需要程度

    来自四川 回复
    1. 说得对

      回复
    2. 说得对

      来自北京 回复
    3. 你们不觉得产品经理的评论功能体验就很差吗

      回复
    4. 有同感

      回复
    5. 试试看

      回复
    6. 试试看

      来自北京 回复
    7. ???

      来自上海 回复
    8. 谁说的

      来自上海 回复
    9. 有同感

      来自北京 回复
    10. 毕竟评论不多

      回复
    11. 来自北京 回复
    12. good

      来自上海 回复
    13. 试试看

      来自北京 回复
  8. 评论是大多数应用不可或缺的

    回复