Discuz!X产品设计

SNS Portal BBS 这三个分别在中国起始于2009、1999和1997年的应用，从年龄上就不一样，积累下来的无论对与错的用户习惯更是千差万别，谈及融合，谈何容易！生硬整合的结果，就如同客厅里铺着70年代的水磨石地板，配一个21世纪豪华双开门冰箱，外加一套意大利餐桌，桌上还放着两根油条那么奇怪。并不是东西不好，而为什么放到一起就变得不伦不类呢？

对此，我们花了很长的时间、很大的决心和很坚实的努力，才将“融合”这一来源于市场，并被仔细加工过的需求，形成了现在的方案。时间有点长，完善程度还不够，但我们的团队都相信Discuz! X已经向着有效整合迈进了有价值的、开创性的一步，而不是简单的抄抄改改和东拼西凑。借着内测的时机，现在终于有机会和大家分享一下我们的设计理念了。

首先先说说我们的若干基本理念：
1. 坚持“融合”，拒绝“整合”，绝不“拼凑”。10+10=20那只是做加法，这我们已经通过UC+DISCUZ+UCH+SS实现了。现在，Discuz!X要做乘法，各个社区的组成部分水乳-交融，实现10*10=100！
2. 消除“边界感”。很多时候一个产品最大的优点，即是最大的缺点，这可能是不可避免的。而我们要做的，是把社区的四个基本模块（门户、论坛、群组、空间）的优点显露出来，通过消除边界感的方式，去弥补其他模块的缺点。
3. 有“延展性”才有长期发展。社区最重要的是留得住用户，有一个好的骨架，能够有延展性，才能承载越来越多的肉（站长越来越多的运营需求）。我们坚持提供标准的可延展产品－－好的产品延展性（架构）＋结实的肌肉（功能）比按需定制的项目更适合于绝大多数网站，更有持久性。
4. 重视“细节”。我们的设计团队和产品团队希望在一点一滴中形成用户的舒适感，让用户在整个网站的操作都尽可能流畅。例如从新建一个群组到邀请好友加入，到发一篇帖子，到管理，整个过程都尽量减少用户学习的成本。尽管重视并完善细节所花掉的时间，可能比实现这个功能所需的几倍还要多。细节的追求永远没有止境，我们现在做了不少，但，还不够。


风格和布局
首先，页面风格、布局和尺寸的跳跃问题就是使用者最头疼的问题。每个站长都想要一个长得和Facebook一样的SNS、长得和新浪一样的门户和长得如同Discuz!一样的BBS。然而，就是这些正常的再正常不过的需求，造成了“跨界融合”的“天堑”，要将不同的妈在不同年代生出来并养育的孩子，变成有血脉关系、毫不生硬的、水乳-交融的融合再一起，我们尝试了很多很多，但最后都归结为一点：如果哪个部分一点都不想改变，实际就是在阻碍融合。

因此我们首先要做的是：让用户在不同部分间的跳跃感消失。很多网站，门户宽度太随意，想分几栏就分几栏，SNS部分边栏想做多大就做多大，论坛部分想做多宽就做多宽，这样的结构根本没办法融合。因此我们把页面的栏目分成三种不同的宽度：33%、66%和100%，无论在门户、BBS还是SNS都是尽可能利用标准宽度，相同功能用相同位置，最大化的减少用户在社区的不同组成部分间跳跃而产生的不适应感。同时，这有利于减少网站发展的畸形状态（比如门户很发达而BBS不行，或者BBS很发达而SNS没人用）。

当然，我们同样也支持站长用自己写模板或安装现成模板的方式，将页面各个分栏定义的宽度不一致，实现更自主的摆放。因此，33%单位分栏的宽度，也并没有阻碍站长完全自主的设计页面的样式，而且在非标准宽度模板中，同样可以支持自由的拖拽和元素摆放。后续的，我们还会提供一些较为流行的网站模板供站长自主选择，力求在争取用户感受一致性的同时，丝毫不忽视站长自主性。


跨界融合
有了固定的宽度以后，用户在门户、论坛、群组、空间将会得到基本一致的使用体验（看帖页面和应用页面将考虑到原有习惯，对原有边栏状态提供延续性支持）。这样做的原因是：网民根本就不关心我是在网站的SNS里、网站的群组里还是论坛里交流；最重要的是好用！没有多少网民有互联网从业背景，最终用户根本不需要知道什么是Social Network、什么是Groups，用户需要的是－－在需要某一功能的时候，一眼就看到；在使用的时候，一上手就能用。因此，我们并不需要像原来那样，用近乎于两个网站的样子，来明确的告诉用户：你现在在论坛里，还是你现在的SNS里－－这对最终用户而言是很不make sense的。现在，尽管有的网站或产品提供一种方案：在很多页面顶部加上一个看起来一样的导航条，而这样做的结果除了让用户能够点回去以外，几乎没有额外的价值－－鸿沟一点都没有变小，页面却变得更加累赘。

现在，我们不希望用户把自己在使用什么功能模块分的那么清楚，用户在论坛重常用的一个功能，可能就是SNS提供的，用户只需要习惯性的在那个他所熟悉的位置，点那个功能链接即可，根本没必要知道这是一个所谓“SNS的功能”。例如：我已经形成了一个习惯，面对大量的帖子，我没有时间看的时候，上Discuz!X网站的第一件事，就是在广场（BBS）中把鼠标移到“我的中心”点“帖子”，来看我的及好友所发的帖子，而这帖子功能，其实是由SNS基于好友关系提供的，但我作为用户并不需要知道。（这功能尚未开放测试）。随着个性化的增强，用户会形成不同的使用习惯，例如有人上来就看feed，有人会看“提醒”，有人还和原来逛论坛一样，逐一板块进去看...等等

在一个团队中，社区的四大基础模块就如同团队中的核心成员，不要分的太清这件事你干、那件事他干。有事情应当一起想办法，发挥各自特长去解决才是正道。一个团队的本质在于人和人形成盟约的关系，互相包容，取长补短，形成一个以团队为单位的战斗集体，为企业的客户提供一个人力所不能及的服务，于是团队就有了价值，企业则具备了更强的生命力。

社区中，BBS的回帖机制、列表页；SNS的好友关系、人际互动性、feed、通知、邀请；群组的订阅、推荐；社区的短消息等等都是很精彩的元素。每一个模块的优缺点也都很大，例如论坛信息丰富但又显过度；SNS太关注关系反而忽视了内容等等。总而言之，我们认为只有消除各种社区模块的边界感，才能将各个模块的优势融合到一起，为用户提供便捷的体验。所以，边界感问题是我们认为“跨界融合”最需要突破的难题，这个问题解决的好，则融合成功，解决的不好，无非是再一次的堆砌。现在边界感消除的如何？需要站长和用户来体验。欢迎拍砖！


群组不再当小弟
论辈分和历史，群组从来不能和论坛相比，似乎一直是论坛的小弟一样。我们认为，群组就是论坛的补充，对于中型及以上网站而言，群组就和私营经济一样，是公有制经济有效的补充。有人认为群组是论坛的一部分，有人认为是SNS的一部分，没搞明白的话就弄俩界面，在论坛也能显示、在SNS也能显示。其实仔细想来，这种做法压根就是多此一举！

群组具有很强的内容的属性，所以本质上就是分论坛；群组的定位介于群体讨论（BBS）和个人互动（SNS）之间，其本身就不能归属于论坛或者归属于SNS－－群组是个一个不存在对BBS和SNS从属关系的独立体。其本质上就是多了相册等功能的分论坛，但不同之处在于，群组提供了不同于帖子列表、板块列表的信息获取方式（PUSH、订阅）。

从运营来看，我们感到很有可能Discuz!X构建的社区中，论坛中只开那些必要的强共性板块，其他的细分讨论需求都由群组来实现。群组从此不再是社区中可有可无的小弟，而可能是一个扮演重要角色的社区重要基础模块。

现在站长开版，开少了怕满足不了用户细分需求；开多了怕不热闹，分散流量，瞻前顾后，好不麻烦！我们期望一个并列于BBS和SNS的单独的群组的出现，能够尽可能更优化的解决这个问题。

(转自discuz.org)