实例分析:4种常用的评论结构设计
分享几种评论结构设计的实例,供大家讨论参考。
不管是在qq空间,微信朋友圈,在好友的状态下抖一波机灵,还是在新闻下面吐槽最近雾霾又严重了;不管是在纠结吃什么的时候,打开团购app看下大家的评分和点评,还是在读完这篇文章之后在评论区发表下自己对评论的看法,评论可以说是我们几乎每天都在接触的东西,但是当我们在点击发送按钮的时候,会思考如何设计评论的结构,来更好的配合自己的业务么?
本文参考了豆瓣、360手机助手、豌豆荚、网易新闻、网易云音乐、虎扑体育等客户端,总结了几种目前常用的评论结构,本文只谈及评论的结构,不涉及评论本身的内容以及评分系统的设计。
一、只能评论,不能对评论进行回复
不让回复的评论结构是最简单的结构,评论一扯上回复,就会涉及到回复的回复,回复的回复的回复……(子子孙孙无穷尽也)后面说的几种评论结构也都基本是关于怎么显示评论回复的。这种结构很简单,但是缺点在于评论区不会有任何互动,适用于要么不是很重视评论,有个简单的评论功能就行,还能节省开发时间;要么非常重视评论(评论区一言不合吵起来的情况真是屡见不鲜,说多了都是泪),希望大家能深思熟虑之后再做评论,比如豆瓣,或者是有问答之类另外交流渠道的应用使用。
使用不能回复的评论结构的应用有:pp助手、豌豆荚、豆瓣的短评(豆瓣不同地方的评论使用的结构不一样,后面会再提到)。
二、盖楼式评论
盖楼式评论顾名思义就是利用评论来盖楼,每一条回复都会连同前面所有的评论和回复一起生成一条新的评论,这种评论样式的好处一是能看到所有回复的内容,整个评论看起来比较连贯,二是对于那些对评论区比较重视的应用(或者老板),使用盖楼评论时,评论区看起来会比较火爆。
当然这种方式也有缺点,正所谓上帝要让你毁灭,必先让你疯狂。盖楼式评论的弊端和评论的回复量是成正比关系的,一条评论回复越多,盖楼式评论越显得力不从心。首当其冲的就是评论会堆积大量的相同内容,解决办法有两种:一种是折叠中间的评论内容,另一种是在生成新评论的同时将被评论的整条评论删除。不过这种方式在处理中间评论,比如一条评论有10条回复,然后你回复第5条的时候,原本的十条评论要不要删除的问题上比较纠结,所以现在使用最多的还是折叠的方式,比如:网易新闻客户端。
其次是内容显示的问题,盖楼式评论为了显示出楼层的效果,一般回进行一定程度的缩进,越往前的楼层缩进越多,所以当一条评论达到成百上千楼的时候,最前面的评论已经缩进的不能看了,当然这种评论出现的几率是非常小的。因为这两个问题的存在,加之盖楼式评论结构比其他方式复杂一些,所以使用这种方式的应用并不多。
三、主题式评论(或者叫贴吧式评论)
主题式评论将评论本身作为一个主题,将对该评论的所有回复,以及对回复内容的回复全部都显示在这个主题范围内,这种方式很像贴吧的展示形式,所以也叫贴吧式评论。
主题式评论的好处在于评论区会显得比较整洁,缺点在于如果用户不点击进评论的详情页去,就看不到回复内容,针对这个缺点,很多客户端的处理方式是将部分回复内容显示在出来,引导用户去点击,比如:优酷客户端。
主题式是使用的比较广泛的一种结构样式,类似:简书,微博、京东(不写这个我还完全不知道京东的评论是能回复的~天猫要赶紧跟上啊)。对于主题式评论,还有一个设计小技巧,就是将回复内容都放在一起,一般来说,客户端都习惯于将最新的评论放在最上面,但是这造成的一个后果就是,如果在两个人的回复中间插入了别人的回复,阅读起来就会不连贯。QQ空间就是将两个人的对话放在一起,阅读起来就会非常方便连贯。
四、截取式评论
回复的内容,连同被回复的那条内容(不管这条内容是原本的评论,还是评论的回复)生成一条新的评论,这种方式可以看做是针对盖楼式评论的两个缺点做的一种优化,不会在评论区产生过多的冗余内容,也不用担心显示的问题,但只保留最后一条评论的做法,一定程度上也牺牲了阅读的连贯性,所以这种方式使用的客户端不多,比如:网易云音乐(下面第一条就是对第三条的回复),但网易云音乐这种回复内容在上,被回复内容在下的显示方式,还是不符合正常的阅读习惯,而且两条评论都@了被回复的人,显得有些多余。
相比之下,虎扑体育客户端使用的截取式评论的显示方式貌似更加合理,阅读起来更加顺畅:
说到虎扑,提一个虎扑体育客户端评论区的小设计,当一条评论被踩的次数过多的时候,就会被隐藏(如下图),但评论内容还在,只需要点击一次就能显示出来,这个设计不知是不是有意为之,反正我每次看见都会忍不住点开看下。
除了虎扑、网易云音乐之外,豆瓣影评的评论,使用的也是截取式评论,我前面说过,豆瓣不同地方使用了不同的评论结构,这种方式可能加大了开发量,但是根据不同的业务使用更合理的显示方式,这也是产品经理的技能之一。
以上介绍的几种都是基础的评论结构,各种应用使用的评论结构也基本都能在上面几种类型中找到影子。
有单独只使用一种结构的,比如网易新闻客户端;有结合多种类型使用的(一般都是外部使用主题式评论,主题里使用截取式评论),比如猫眼电影、淘票票,使用的是贴吧式评论为主体,评论中的回复使用的是截取式评论。知乎比较特立独行,评论区同时使用了主题是评论和简化的截取式评论。下图的第一条是原评论,最后一条是回复,后一条没有引用上一条,但标明了回复人,属于简化的截取式评论,点击评论下面的“查看回复”或者“查看对话”,就能进到对话列表,即两个人的主题式评论。
上述各种评论样式没有孰优孰劣,只有适不适合,当你希望提升评论区活跃度时,盖楼式评论是一个好选择;当你希望项目快速上马时,禁止回复是一个最快速的开发方式;当你想兼顾评论区的活跃与整洁时,主题式评论值得一试。总而言之,没有最好的,只有最合适的,但是不管使用哪种评论结构,对于评论的展示样式,一定要在一开始就确定好,不然等数据量积累大了发现弊端后想转换方式,不管对于产品、开发还是测试,都是一个灾难。
文中使用的图片均是从各app中随机截取的,如有需要,可以联系我删除。
本文由 @skyleep 原创发布于人人都是产品经理。未经许可,禁止转载。
订单
33
吊吊吊
吊
再试试回复
卧槽,没有接入敏感词吗
从楼主说的第一种评论形式改为第二种评论形式,难度大吗?要多久?
很多产品远远没有到需求多层嵌套回复的需要程度
说得对
说得对
你们不觉得产品经理的评论功能体验就很差吗
有同感
试试看
试试看
???
谁说的
有同感
毕竟评论不多
?
good
试试看
评论是大多数应用不可或缺的