2009年1月20日星期二

帖子排列:主题布局 vs 线性布局

主题布局


典型的 Discuz 的帖子排列方式是主题布局,也就是将所有的回复依照发表时间顺序排列在若干“主题”下,并以主题最后的时间倒序排列。
回复之间没有体现紧密相关的关系,体现的是回复和主题之间的回复关系。
主题布局的优缺点

优点

可看到最新的回复主题并进行参与,方便了在线用户交流
将讨论话题集中在主题范畴内,新讨论的内容以新开主题的方式进行
缺点

帖子顺序因回复而改变,难以直接定位到之前参与过的某个主题
众多用户在同时参与若干话题时跳转回复不便
需求分析

首先,主题布局的目的应该是鼓励用户回帖讨论,以及进入版面的时候给用户提供新的内容,并不是为了要给用户显示出最热门的内容(这样就应该按照点击/回复数量来排序)。鼓励回帖讨论的做法是将最新的回复列在最上,直接可以点击最后发表的时间来查看刚发布的回复,并加以回应。
其次,对用户来说区分为浏览型用户,以及参与型用户。浏览型用户的需求是查看有价值的信息(看主题),偶尔发表一下看法。参与型的用户需求的是和其他用户进行交互(看回复)。对浏览型用户来说,使用主题方式组织,可以较好的满足他们对有价值信息的追求,但依照最新回复进行排序,则不容易满足用户查看新鲜主题的需求。
因此,有必要将看主题的浏览型用户,和看回复的参与型用户分别用不同的产品形态予以满足。由此,带来了“线性布局”的补充方式。

新增线性布局的解决方案


解决办法是将所有主题默认按照最新发表时间进行排序(可选按最新回复时间),新增一个线性布局方式
线性布局是将用户的最新回复内容直接显示,提示当前所选择文章所属的主题,选择文章后可以进行回复,回复时保留引用内容和回复关系。这是一个比较依赖于 AJAX 的一种互动应用。
线性布局的起源

之前的天地人大是基本依照线性布局的方式,但是在 Web 下存在如下几个问题:无法直接呈现回复的内容,用户的浏览路径是点击一个回复,查看完内容并回复,返回查看下一个回复,需要多次点击刷新页面。而其默认使用的是“普通模式”也就是线性浏览模式,忽略了绝大多数用户都是查看主题的浏览型用户的需求,切换的查看模式也不能保留。但是,因为参与性用户对最新回复的需求可以在 telnet 方式下得到满足,所以这个糟糕的 Web 只是增加了对浏览型用户带来的困扰。之后改版成为 wforum 的方式,确实在一定程度上提升了用户的体验。
线性布局的优势

在线性模式下,可以“只看回复”(当然主题也应该要呈现出来),让参与型的用户可以紧密跟踪众人最新的回复内容。需要使用 AJAX 允许用户使用键盘来进行操作,因为对于参与型的用户来说,键盘操作是比鼠标要来的快的。同时需要搭配有“未读标记”功能,标记用户对于每一篇文章的阅读状态,在用户切换版面的时候可以迅速回到之前离开的位置继续阅读。因为文章的顺序都是固定的,因此可以给用户以一个较流畅的体验方式。
线性布局的缺点

线性布局是偏向于单个回复和交互的查看布局,显著提升了需要一览话题讨论内容的成本(需要多次点击所有回复)因此并不适合对于对特定主题有需求的浏览型用户,因此这种布局方式将成为一种补充方案而非替代方案。当然,如果一个社区所需要营造的氛围就是以讨论和交互为主,看淡主题的话题作用,则可以将线性布局方式看作是多个 Web 下的 QQ 群/聊天室一样来使用。

总结


总之:我只是尝试将 telnet 下的操作方式移植到 web 上来,用以增进 web 下的在线社区用户体验,提升核心用户的参与度,依靠核心用户的迅速响应和参与来增进浏览用户的黏性。
抛砖引玉之文,希望猛烈回复。

2 条评论:

  1. 很赞同那个对用户的区分,浏览为主的用户和参与多的用户~~在不记住用户的情况下,应好好从这两种用户角度思考我们的产品~~

    heater请我来拍砖,可是哪有可拍的呢?呵呵~~现在对BBS/论坛这块儿的研究还真深入啊~~

    回复删除
  2. 天地人大的 telnet 方式和 web 方式,已经比较自然的区分了两个方向的用户。但是,telnet 方式下确实有太多不便利的东西。

    我觉得这里要细究的应该是怎么在用户体验上做好这个线性模式。键盘操作的方式,怎么体现帖子之间的回复关系,把握帖子和回复的呈现力度等等。

    回复删除

 
Creative Commons License
本作品采用知识共享署名-非商业性使用-相同方式共享 2.5 中国大陆许可协议进行许可。