基于SNS(社交类)的评论排序问题进行分析
近期由于在设计产品的APP客户端,客户端上的信息流展示基本、甚至全部都采用了列表式来布局,因此涉及到排序、分类的问题。基于不同的场景下,需依据不同的参数来进行排序。这样有点乱。同时,后期将要设计简易版社区(论坛)的需求,这里面的动态、评论等也涉及到排序的问题。以及什么状态下,评论列表需要这样的排序,什么场景下,评论列表需要那样的拍讯。因此,想整理下是否有原则可循。
针对以上的这背景,本人决定对信息的排序进行剖析下。看下市面主流信息流中是否可以找到相关的规律或者套路来做需求。这样方便做这块需求的时候得心应手。
排序中最常见的有顺序和倒序的两种形式。
- 顺序则是以时间早的信息展示在前面,时间晚的信息展示在后面;
- 倒序则是时间晚排前,时间早的则排后。
这个在不同应用形态的产品上会利用不同方式来处理,甚至还有形式中套形式应用。
认为应该顺序的观点主要集中为:
论坛中有一个概念是“盖楼”,评论如一层层的楼层。应该早评论的排在前,后面的应该在这基础上加盖上去。这样方式有利于用户抢沙发。从而也延伸出了“抢沙发”这个网络现象。相当时下比较热的说法就是“抢头条”。
认为应该倒序的观点主要集中为:
- 采用倒序的方式,主要是避免每个用户看到的论坛的评论都是固定的第一条,无任何改变。这样不利于用户去参与评论。
- 这样能让参与评论的用户觉得有参与感。
到底有没有什么依据,可以判断采用哪种方式来处理。更符合自身的产品使用场景。于是,对各类有涉及论坛模式的网站和APP进行了踩点研究,踩点信息如下:
【综合类社区】
【社交类社区】
【兴趣社交】
- 蝉游记:动态倒序、评论倒序
- In:动态倒序、评论倒序
- Lofter:动态倒序、评论也是不显示时间的,但也是排序展示
【知识社区】
- 知乎:评论内的不是按照时间排列,其按照点赞的数量来排序
- 百度知道:回答内容倒序排列
【博客类】
- 新浪博客:评论是顺序
- 网易博客:评论是顺序
【新闻类】
- 网易新闻:热门跟帖(根据赞的数目高的排前),最新跟帖:倒序
- 腾讯新闻:热门评论(其不单纯的依据赞的数量倒序排列,其有算法来处理),最新的评论:倒序
- 今日头条:热门评论(按赞的数量来倒序),最新评论:倒序
结论
弱关系类的app(如社区、论坛、博客、百度贴吧),大多采用顺序方式排序;
强关系类的app(QQ空间、微信朋友圈、人人网),都使用顺序的方式排序;
知识社区的排序方式就比较的复杂啦,涉及到一系列的算法
泛化关系类的app(如资讯、新闻),大多采用倒叙方式排序。这类的产品里面通常有设置热门的评论/跟帖放置在文章/帖子末尾,该部分的内容主要作用是吸引用户的同时,更鼓励用户去发表优质评论/跟帖,激发用户去霸占该榜单的潜能。
本文由 @NICK WANG 原创投稿,并经人人都是产品经理编辑。未经许可,禁止转载。