Discuz!X产品设计点滴分享（1）

holywood

<br>关于融合的必要性，应该已经不用再说了。那么现在的问题是，怎么融合。<br><br>SNS Portal BBS 这三个分别在中国起始于2009、1999和1997年的应用，从年龄上就不一样，积累下来的无论对与错的用户习惯更是千差万别，谈及融合，谈何容易！生硬整合的结果，就如同客厅里铺着70年代的水磨石地板，配一个21世纪豪华双开门冰箱，外加一套意大利餐桌，桌上还放着两根油条那么奇怪。并不是东西不好，而为什么放到一起就变得不伦不类呢？<br><br>对此，我们花了很长的时间、很大的决心和很坚实的努力，才将“融合”这一来源于市场，并被仔细加工过的需求，形成了现在的方案。时间有点长，完善程度还不够，但我们的团队都相信Discuz! X已经向着有效整合迈进了有价值的、开创性的一步，而不是简单的抄抄改改和东拼西凑。借着内测的时机，现在终于有机会和大家分享一下我们的设计理念了。<br><br>首先先说说我们的若干基本理念：<br><br>1. 坚持“融合”，拒绝“整合”，绝不“拼凑”。10+10=20没有意思，这我们已经通过 UC+DISCUZ+UCH+SS做过了，现在再做没有意义，也不符合用户需求。我们要做乘法，各个社区的组成部分水乳交融，实现10*10=100！<br><br>2. 消除“边界感”。很多时候一个产品最大的优点，即是最大的缺点，这可能是不可避免的。而我们要做的，是把社区的四个基本模块（门户、论坛、群组、空间）的优点显露出来，通过消除边界感的方式，去弥补其他模块的缺点。<br><br>3. 有“延展性”才有长期发展。社区最重要的是留得住用户，有一个好的骨架，能够有延展性，才能承载越来越多的肉（站长越来越多的运营需求）。我们坚持标准产品理念，我们不认为讨好并认为好的产品结构比按需定制的项目更适合于绝大多数网站，更有持久性。<br><br>4. 重视“细节”。我们希望在一点一滴中形成用户的舒适感，让用户在整个网站的操作都尽可能流畅。例如从新建一个群组到邀请好友加入，到发一篇帖子，到管理，整个过程都尽量减少用户学习的成本。尽管重视并完善细节所花掉的时间，可能比实现这个功能所需的几倍还要多。细节的追求永远没有止境，尽管我们现在做的还不够多。<br><br><br>风格和布局<br><br>首先，页面风格、布局和尺寸的跳跃问题就是使用者最头疼的问题。每个站长都想要一个长得和Facebook一样的SNS、长得和新浪一样的门户和长得如同Discuz!一样的BBS。然而，就是这些正常的再正常不过的需求，造成了“跨界融合”的“天堑”，要将不同的妈在不同年代生出来并养育的孩子，变成有血脉关系、毫不生硬的、水乳交融的融合再一起，我们尝试了很多很多，但最后都归结为一点：如果哪个部分一点都不想改变，实际就是在阻碍融合。<br><br>因此我们首先要做的是：让用户在不同部分间的跳跃感消失。很多网站，门户宽度太随意，想分几栏就分几栏，SNS部分边栏想做多大就做多大，论坛部分想做多宽就做多宽，这样的结构根本没办法融合。因此我们把页面的栏目分成三种不同的宽度：33%、66%和100%，无论在门户、BBS 还是SNS都是尽可能利用标准宽度，相同功能用相同位置，最大化的减少用户在社区的不同组成部分间跳跃而产生的不适应感。同时，这有利于减少网站发展的畸形状态（比如门户很发达而BBS不行，或者BBS很发达而SNS没人用）。<br><br>当然，我们同样也支持站长用自己写模板或安装现成模板的方式，将页面各个分栏定义的宽度不一致，实现更自主的摆放。因此，33%分栏的宽度，也并没有阻碍站长完全自主的设计页面的样式，而且在非标准宽度模板重，同样可以支持自由的拖拽和元素摆放。后续的，我们还会提供一些仿XX网站的模板供站长自主选择，力求在争取用户感受一致性的同时，丝毫不忽视站长自主性。<br><br><br>跨界融合<br><br>有了固定的宽度以后，用户在门户、论坛、群组、空间将会得到基本一致的使用体验（看帖页面和应用页面将考虑到原有习惯，对原有边栏状态提供延续性支持）。这样做的原因是：网民根本就不关心我是在网站的SNS里、网站的群组里还是论坛里交流；最重要的是好用！没有多少网民有互联网从业背景，教育用户什么是SNS，什么是群组无疑是多此一举。因此，我们并不需要像原来那样，用近乎于两个网站的样子，来明确的告诉用户：你现在在论坛里，还是你现在的SNS里－－这对最终用户而言是很不make sense的一件事。现在，尽管有的网站或产品提供一种方案：在很多页面顶部加上一个看起来一样的导航条，而这样做的结果除了让用户能够点回去以外，几乎没有额外的价值－－鸿沟一点都没有变小，页面却变得更加累赘。<br><br>现在，我们不希望用户把自己在使用什么功能模块分的那么清楚，用户在论坛重常用的一个功能，可能就是SNS提供的，用户只需要习惯性的在那个他所熟悉的位置，点那个功能链接即可，根本没必要知道这是一个所谓“SNS的功能”。例如：我已经形成了一个习惯，面对大量的帖子，我没有时间看的时候，上Discuz!X网站的第一件事，就是在广场（BBS）中把鼠标移到“我的中心”点 “帖子”，来看我的及好友所发的帖子，而这帖子功能，其实是由SNS基于好友关系提供的，但我作为用户并不需要知道。（这功能尚未开放测试）。随着个性化的增强，用户会形成不同的使用习惯，例如有人上来就看feed，有人会看“提醒”，有人还和原来逛论坛一样，逐一板块进去看...等等<br><br>在一个团队中，社区的四大基础模块就如同团队中的核心成员，不要分的太清这件事你干、那件事他干。有事情应当一起想办法，发挥各自特长去解决才是正道。一个团队的本质在于人和人形成盟约的关系，互相包容，取长补短，形成一个以团队为单位的战斗集体，为企业的客户提供一个人力所不能及的服务，于是团队就有了价值，企业则具备了更强的生命力。<br><br>社区中，BBS的回帖机制、列表页；SNS的好友关系、人际互动性、feed、通知、邀请；群组的订阅、推荐；社区的短消息等等都是很精彩的元素。每一个模块的优缺点也都很大，例如论坛信息丰富但又显过度；SNS太关注关系反而忽视了内容等等。总而言之，我们认为只有消除各种社区模块的边界感，才能将各个模块的优势融合到一起，为用户提供便捷的体验。所以，边界感问题是我们认为“跨界融合”最需要突破的难题，这个问题解决的好，则融合成功，解决的不好，无非是再一次的堆砌。现在边界感消除的如何？需要站长和用户来体验。欢迎拍砖！<br><br><br>群组不再当小弟<br><br>论辈分，群组的历史从来不能和论坛相比，似乎一直是论坛的小弟一样。我们认为，群组就是论坛的补充，对于中型及以上网站，就群组和私营经济一样，是公有制经济有效的补充。有人认为群组是论坛的一部分，有人认为是SNS的一部分，没搞明白的话就弄俩界面，在论坛也能显示、在SNS也能显示。其实仔细想来，这种做法压根就是多此一举！<br><br>群组具有很强的内容的属性，所以本质上就是分论坛；群组是介于群体讨论（BBS）和个人互动（SNS）之间，其本身就不能归属于论坛或者归属于SNS－－群组是个一个不存在对BBS和SNS从属关系的独立体。其本质上就是多了相册等功能的分论坛，但不同之处在于，群组提供了不同于帖子列表、板块列表的信息获取方式（PUSH、订阅）。<br><br>从运营来看，我们感到很有可能 Discuz!X构建的社区中，论坛中只开那些必要的强共性板块，其他的细分讨论需求都由群组来实现。群组从此不再是社区中可有可无的小弟，而可能是一个扮演重要角色的社区重要基础模块。<br><br>现在站长开版，开少了怕满足不了用户细分需求；开多了怕不热闹，分散流量，瞻前顾后，好不麻烦！我们期望一个并列于BBS和SNS的单独的群组的出现，能够尽可能更优化的解决这个问题。<br><br><br>存在的问题<br><br>1. SNS、门户会在后面逐步开放测试<br>2. 有些页面显得空荡荡，内容排布不够充实。主要的原因是行间距、字体、宽高比和屏幕分辨率等原因，我们正在细调这些设计<br>3. 群组页面功能使用上还不太方便，我加入的群组、热门等元素摆放还有待改进<br>4. N多小BUG，细节修正还没来得及<br>5. 等等..等等...太多，呵呵<br><br>现在内部测试刚刚开始，我们的设计师、工程师也在夜以继日的修改、完善着社区的各项功能。我们产品部门、 UI部门的同学们，已经辛辛苦苦等到了2010年，现在终于开始陆续面世了。总体而言，目前产品完成度不够高，可能大家会发现不少令人啼笑皆非的怪异之处，但是丑媳妇总要见公婆，大家不要见笑，提出来的问题我们都会认真对待、努力整改。先开放部分功能测试，是为了让大家更好的有针对性的体验和参与测试，帮助我们逐步的完善Discuz!X，直至被站长所接受和喜爱。<br><br>后面有时间我们会就社区SNS、门户方面、运营方面、地方网站经营等方面的话题与大家一起分享，后会有期～感谢～抱拳～<br> <br>（原文由大C发表在Discuz.org）