请选择 进入手机版 | 继续访问电脑版

阿君论坛

 找回密码
立即注册
查看: 34|回复: 0

评论区的产品设计:树形分支、线形分支、盖楼式结构

[复制链接]

2万

主题

2万

帖子

8万

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
82910
发表于 7 天前 | 显示全部楼层 |阅读模式
移动设备设计最大的问题之一是屏幕小,而手势不需要视觉表示,因此可以为内容留出更多空间。iPhone X代表了一种大规模的使用手势,来最大化移动屏幕上的内容空间的尝试。 一、简介 大屏幕可以缓解,用滑动手势替换HOME键会产生的一些用户体验方面的困扰。 十年前,


iPhone X:手势的兴起

移动设备设计最大的问题之一是屏幕小,而手势不需要视觉表示,因此可以为内容留出更多空间。iPhone X代表了一种大规模的使用手势,来最大化移动屏幕上的内容空间的尝试。 一、简介 大屏幕可以缓解,用滑动手势替换HOME键会产生的一些用户体验方面的困扰。 十年前,
  


在一个网络社区中,评论区是内容生产者和内容消费者的桥梁,是社区内用户互动的主战场。


  

过去的一年中,短视频产品风头正劲,前有快手的流量奇迹,后有抖音的强势崛起,硬生生在流量红海的情况下,杀出了一条路。

不过,本篇不是要说快手或者抖音,不妨抛开具体的产品,来看下社区、媒体类产品中评论区的设计。

在社区类、媒体类产品中,评论区是话题/内容的延伸。在一个网络社区中,评论区是内容生产者和内容消费者的桥梁,是社区内用户互动的主战场。

目前主流的社区以及媒体产品中,常见的跟帖形式有如下三种:

  
一、树形分支结构

树形分支结构即主题式设计,评论区只显示对于主贴的评论以及部分对话回复,将其他对主贴评论的回复以及对话折叠起来,针对主贴的评论可以成为一个单独的互动子模块。

采用这种形式的主流产品有:微博/陌陌/简书/天天快报/即刻/腾讯新闻。

  
注:微博 & 简书 & 即刻

树形分支结构将回复对话内容进行折叠,每一条评论内容都可以成为话题互动的子模块,有利于对话式、简短式的内容回复。如果评论内容本身具有话题性,主题式设计方便用户浏览对话(撕逼/讨论)过程,可以吸引更多的用户参与进来,延伸主贴的话题性,提升社区内的互动,在评论区营造更加热闹的氛围。

一个相对热闹的评论区中,回复内容有很大一部分是针对原帖内容的二次互动,评论区会充斥着大量与原帖内容无关的回复信息。而将回复对话内容进行折叠,可以过滤掉大量低质量的对话回复内容,同时通过算法使一部分优质的回复得到曝光,兼顾浏览以及带动互动的需求。

树形分支结构由于排序方式以及展示位置所限,后续的评论曝光度相对来说会降低。直接回复热门评论变成了一条增加曝光度的捷径,这样可能会造成热门评论的回复区大量灌水的情况,可参照微博热门评论区的大量卖片信息,以及贴吧的热门评论回复。

今日头条/火山视频在此基础上,将所有对话回复内容进行折叠,只在评论下方显示回复的内容条数,使评论更加倾向于“内容”本身。但后续进来的用户浏览对话回复的路径变深,带动用户互动的效果会下降。
二、线形分支结构

线形分支设计包含两种不同的,一种是回复中引用原评论的形式,另一种是@原贴用户,但是不引用原评论。

前一种代表产品有:抖音/网易云音乐。

相信这个问题也是各位看官非常想了解的,那么这里就分享一下自己的三年多的工作经验吧。写得不好的地方请指出,谢谢。 一、停车体验的痛点 车主并不是产品经理,他们会将任何原因导致无法停车的原因归结为三个字“停车难”。但作为产品,对于一个复合的体验结果,是需要建立一个


停车体验上有如此明确的痛点,为什么没有国民级别的产品呢?

相信这个问题也是各位看官非常想了解的,那么这里就分享一下自己的三年多的工作经验吧。写得不好的地方请指出,谢谢。 一、停车体验的痛点 车主并不是产品经理,他们会将任何原因导致无法停车的原因归结为三个字“停车难”。但作为产品,对于一个复合的体验结果,是需要建立一个

注:云音乐 & 抖音

后一种代表产品有:b站/脉脉。

  
注:b站 & 脉脉

线形分支结构设计更加轻巧、功能逻辑也相对简单、适用面广,能够胜任各种类型的网络社区。

树形分支由于折叠对话回复内容,用户对话的回复内容浏览路径变得更深了,虽然通过算法能够曝光一些优质回复,但仍然会很多“神回复”会沉下去。

线形结构是按照的回复内容时间线展示,然后再通过算法增加优质评论的曝光,对于每一条回复内容来说相对公平,能够营造更加客观的评论区。

按照时间线顺序排列的线形分支结构(算法曝光部分优质回复),如果评论中充斥着大量低质量的、不连续的对话回复内容,对于后续进入的用户来说,评论区的浏览体验较差。

同时所有的评论都是按照时间顺序排列,用户之间的对话回复内容没有连续性,对于想要看热闹或者围观用户浏览比较费劲,整个评论区也显得不够热闹,不能有效的带动后续用户参与到当前的互动中来。
三、盖楼式结构

盖楼式结构是网易新闻的评论区的经典设计,A站评论区也采用这种设计。

  
注:网易新闻 & A站

盖楼是一个很形象的说法,将内容信息比做地基,第一层的评论相当于一楼,第二层的回复是在第一层评论的基础上盖的二楼,以此类推… … 类似于一个盖楼的过程(据说最高可以到70层)。

盖楼式设计会将所有引用的楼层消息都展示出来,这样可以很清晰的看到整个对话回复的过程,视觉上很有冲击力,阅读连贯性较好,并且看起来也很热闹。

在广大网友下,甚至形成了一种跟帖文化,各路大神竞相跟帖,在跟帖区自嘲/讽刺世俗等等,最后可以演变成一部微小说、一首诗。

  
注:网易新闻评论区的跟帖文化

盖楼的方式同时也存在一个问题,大量盖楼的评论消息,中间楼层展示的是相同或相似的内容,评论区看起来会出现大量重复的内容。所以后来网易优化盖楼的功能,将评论中大量重复的盖楼信息进行折叠,只显示最早的以及回复的内容。

盖楼的评论区重点在于——怎么把楼层盖起来达到视觉效果,同时需要大量的用户参与进来,才来发挥盖楼设计的效果。如果没有大量的有用户并且参与进来维护盖楼的效果,采用盖楼式设计是比较大的挑战,评论区会很“难看”。

关于网易跟帖设计可以参考这篇文章:网易跟帖文化的前世今生 – 简书

此外还有最原始的评论区结构,只能评论而无法回复评论的内容,缺乏有效的互动机制,更多的是产品早期的时候,进行快速迭代时采用的设计。例如:开眼以及即刻早期的评论区,只支持针对内容的单向评论,用户之间无法进行回复对话,在后续的版本迭代过程中,逐渐完善评论区的功能。 给作者打赏,鼓励TA抓紧创作! 赞赏 5人打赏   看了很多关于消息系统规划的文章,普遍的都是说明APP(安卓/IOS)的消息系统,但是很少从web端进行分析,而笔者借此简单记录下自己在规划web端平台产品消息系统(以后台为主)功能的一个思路。虽然现在互联网是移动趋势,但是web还是重量级的,因为它面向的更多是


浅谈Web端平台产品消息系统后台功能规划

看了很多关于消息系统规划的文章,普遍的都是说明APP(安卓/IOS)的消息系统,但是很少从web端进行分析,而笔者借此简单记录下自己在规划web端平台产品消息系统(以后台为主)功能的一个思路。虽然现在互联网是移动趋势,但是web还是重量级的,因为它面向的更多是
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|阿君论坛

GMT+8, 2021-2-28 20:02 , Processed in 0.976814 second(s), 18 queries .

Powered by 阿君论坛

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表