社区类产品中,短内容&长内容的对比分析

2 评论 8966 浏览 84 收藏 13 分钟

当前社区产品的内容大多可以分为短内容和长内容两种,并且在此类产品的功能设计中也有对应的三条设计原则。详见正文。

本文主要与大家分享一下我所总结的当前常见的社区产品当中的内容形态。

一、社区产品中的短内容 vs 长内容

我以前所负责的产品OpenSNS主要是一款以短内容为主的社区产品。短内容的形态特征是会尽可能把内容呈现出来。由于内容较短,排版往往都是文字和附件分离的,比如图文分离、图视频分离。

短内容还有一个特征,短内容往往是基于时序的,状态、媒体类(简讯)的比较多。

而我现在在负责的新产品短说社区系统则更侧重于长内容,其原型是传统论坛系统当中的帖子。

以前我们采用的方式是短内容由微博负责,长内容由论坛模块负责。甚至基于不同的侧重点,我们还开发了不同的模块。从而结果就是模块多,但是许多功能不能复用,内容分散

到了这一代产品,我们前期由于技术的限制,采用长短一致的做法。后期会逐步过渡到长短发布分离,展现形式多样化。

设计模式上,我们摈弃了长内容短内容独立的模式,采用了统一的主体聚合模式,均采用版块的模式聚合内容,这是我们总结出来的经验,并加以改进。

我们分析了百度贴吧,贴吧是把长短内容混合的一种模式——他可以选择给帖子加标题或者不加标题,但实际上还是偏长内容的。

毕竟贴吧产品是传统的社区产品,贴吧有一个独特的设计,就是可以不选择版块,不选择版块的帖子自动发到个人主页。这个设计和传统的微博设计是一致的,个人主页的帖子只有关注的人才能看到。

但实际情况来说,还是更加推荐发布到社区,社区内的版块是聚合内容的一个场所,可以提升自己的帖子展现率。

这个发布到个人主页的设计,发到个人主页的往往是个人动态类型的。

目前我们在社区中考虑的形式,更多的是使用长内容,社区通知是长内容,营销消息是长内容。管理后台可以发长内容(现在你在看的帖子来自于管理后台,是一篇图文混排的长内容),用户前端发帖则是短内容形式。

二、功能设计解析

设计原则之一:长短分离

什么叫长短分离?

我们将长内容和短内容的形式进行分离优化。

那么怎么分离呢?短内容我们会采用当前用户前端的发帖形式,并将其拆分为发动种文和附件分离的形式。而长内容会增加一种富文本的编辑器。长内容支持文和附件混排的模式。同时长内容还支持粘贴有格式的文章,这个是短内容无法支持的。

另外就是文字和附件如何统一的问题。在短内容当中,文字是独立存储的,而长内容当中,文字和附件是混合在一起,也就是我们说的混排模式。这是内容在创作的时候会做的调整,总体原则就是长短分离。

下面是一张我整理的内容形式的表格,大家有自己的想法,也欢迎交流。

图片压缩比过大,可能不是很清晰,可以联系我的微信获取高清大图,后续我们会再优化一下大图的展示。

设计原则之二:聚合形式多样化

内容聚合形式这边,短说设计了多种聚合形式,满足不同深度内容运营的需求。

形式一:版块聚合

这是传统社区论坛最最经典的展现形式,也是最容易被大众所理解的一种聚合模式。其核心思想是分门别类的思想。

这种形式优点是线性索引的模式,比较容易理解。

缺点是有很多内容,在分类的时候其实是没办法被归类到单一分类下的。

这个大家可以参考一下电影的分类模式,你会发现,很多电影被分类到了爱情片和动作片两个分类下,你在这两个分类下都能看到这个电影。

这种模式非常适合建立索引,也就是如果你是按照目录结构来分类的,比如汽车相关的社区就非常适合。

目前我们产品中采用的版块样式:

形式二:话题(标签)聚合

标签常用于新闻资讯类的,很多个性化推荐系统,最早就是用标签系统进行推荐的。标签往往是通过系统自动取出自动打标。

文章类的相对容易做,视频之类的也会涉及到,前期技术不成熟的时候人工打标。后期可以采用人工智能和机器学习来提升效率。目前业内比较常见的Spark技术栈可以了解一下。

社区当中,我们更常见的是用话题来进行标记,话题与标签的不同之处在于:标签多是隐性的,自动的。而话题则是显性的,手动的为多。尤其是在短内容当中,话题往往是用户手动选择。通过话题的标记,可以提升内容的展现。跟踪热点。

值得强调的是,用户前端话题往往是单一选择的,但是标签则是多选的,系统往往会匹配多个标签。

微博话题:

形式三:频道聚合

频道在社区运营当中也是非常重要的,频道往往会横跨多个版块,与话题不同在于,频道是一种类似于版块的聚合形式,但是又更加灵活一些。且频道是由运营人员把控的,质量更高。

在短说产品中,我们规划了频道功能。频道功能允许管理员在后台选择特定的帖子或者通过设置条件自动从版块中取得内容,进行归类。这个频道常见于资讯类的app。

通过频道功能,可以强化小编的职能,从UGC中精炼出PGC。后期也会增加定向投稿功能,让用户将优质内容推向频道中。

懂车帝频道:

形式四:订阅聚合

订阅聚合目前我们短说已经小小支持了个人订阅和版块订阅。个人订阅我们支持关注的人发帖提示。版块订阅我们支持版主发帖提示(如果全员,怕是量太大)。可以说订阅是用户自己的频道。

我们的产品中设计的关注:

OSX版块:

形式五:排行榜单聚合

这种聚合往往是与排行版功能进行结合而成。依赖于系统的自动计算,但是也会运行人工干预,强制将部分内容踢出榜单。

微博榜单:

形式六:热搜,搜索

搜索入口是大型app最重要的入口之一,在这里,我们往往会采用热搜关键词、热搜榜单等形式去聚合一些常用搜索结果,提升热门内容的展现。

在这里就非常强调标题和内容的优化,不亚于SEO,取一个好标题,能够大幅度提升搜索的效率。

后期我们短说还会针对搜索增加一些常见的统计,统计搜索的指数和热度,帮助社区运营人员提炼社区热点。

微博热搜:

其他一些形式就不多赘述了,由于社区非常有利于产生内容,所以内容如何聚合呈现,也是社区运营人员要深入思考的问题。

设计原则之三:展现单元形式分离,展现场景聚合

简单来说,就是不同内容类型的内容,我们会针对性地去优化他的展现形式,但是我们又会想办法让他们能在同一个列表中展现。这个模式我们学习了今日头条的列表。

在我的个人理解当中,比较认可头条的设计思路,就是内容我可以针对不同的内容类型有不同的呈现方式,但是显示我希望是能放在一起,这样作为用户,作为一个内容消费者,我只需要在一个地方消费就可以了。

这就好比是内容是商家,而呈现的列表是一个卖场。卖场的存在,无疑大大提升了我的购物效率,让我不需要浪费时间在路上。

当然,这种设计思路,确实还是会受制于实际的内容展现形式,仍然还是会有一些局限性。比如竖版的小视频就很难在列表中混合进来。强行扭到一起会很杂乱。

这一块确实对产品设计来说是一个挑战。

头条内容聚合:

头条内容聚合:

我们每天都在思考如何让运营更好做。牢记使命,我们要做一款真正为运营人打造的社区系统。

 

作者:奕潇(微信号yixiao100),短说OSX社区论坛系统产品总监,5年社交社区类产品管理经验。想天软件创始人。

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 你好,请问短内容与长内容有什么本质区别呢,一个做长内容的社区,引入短内容的形式,会给社区带来什么好处呢

    来自上海 回复
    1. 内容形式与创作难度导致了两种不同的内容的本质差异。
      高质内容和短内容共存的场景目前挺多的,比如知乎,比如贴吧。
      个人感觉引入短内容有助于提升内容时效性和娱乐性,而短内容社区引入长内容,有助于社区深度的提升。
      短内容是对严肃内容的一个有效补充。
      其实可以理解为拓展更多的业务场景,原先大家都来看文章,现在还可以看看别人发的动态,讨论的实事内容。同时短内容也更适合一些碎片化的浏览,可以提升用户在碎片化时间使用的时长。

      来自浙江 回复