B3 bohemia's – 坚持创新，给设计多一点乐趣 User Experience.Art and Design.Photography.Bohemia and You

周记变月记了！ 车开了两个月，逐渐由freshman变成“old hand”，一路走来，从胆战心惊到自由驾驭，感受量多。现在还不敢说游刃有余，开的还很温柔。时不时的碰见纯新手的前车，也会急的按喇叭，不过回头又一想，谁还还还不是从这个阶段过来的，心态放平和些，慢慢跟着往前蹭，就当休息了，哈。旁边车道有机会就超过去，别给人家那么大压力。想想自己当初纯新手时，不知被多少老司机默默地骂过，不过就是在骂声中我飞快地成长了起来。这里也要感谢哪些曾经在我后边跟过车的老司机，谢谢你们的包容，谢谢只是默默的骂，没有对我采取过激行为。 2100公里左右去4S小保养了一次。速腾说明书上写的是1500公里左右就出磨合期，不过我的4S店（中汽力发）电话我2000-2500左右也没问题，出了磨合期要拉高速前先换次机油对车好。这里我要多说两句， 勤做保养有利无害，不过谁也总保不起，所以找适合自己的保养频率最好。虽然大众7500首保，不过出了磨合期小保一下也值得，毕竟是自己的爱车。 说说保养完的感觉。换了机油以后感觉顺滑很多，加油很轻就能起来，而且动力很充沛。现在品我的速腾2.0AT，起步1800-2000转左右就有很明显的推背感，前面放的小饰品经常被我晃倒（sorry！）。2-4档是加速阶段，一旦上了5档，时速50-60公里左右，滂湃的感觉就又来了，点一下油门就推背一次，很明显，转数在1800左右，动力输出均衡。现在全家出去玩，总爱说的一句话就是“要不要滂湃一下？！哈”。 刹车。速腾刹车很灵敏，不过现在感觉不如最开始，轻轻一踩就有停顿感，好像磨了一段时间以后，刹车比较靠后了，要踩深点。不过还是根据自己习惯吧，速腾整体刹车感觉挺满意，刹车距离较短，有明显顿挫感，需要习惯。开惯日韩车的朋友，开德系车开始刹车可能会跳，因为刹车比较浅。反而开朋友的现代，踩半天没有顿挫感觉，我倒不习惯，开了40公里左右就下来了，心理没谱啊，不知道多远能停住。 这“周”没别的要说的，主要是经历了一次小保养，感觉非常好，今天你滂湃了没？ P.S.家楼下的固定车位终于给我画上线了，还标了我的车号，看谁还敢占我位置，别怪我，哼哼……

说到这个话题，我们有个产品叫群组，为什么人们需要群组？简单说，群组就是个圈子，是有共同爱好和话题的人群聚在一起讨论、分享的地方。这个产品的诞生是随着用户对互联网使用的加深，对人与人之间沟通需求的增长而逐渐发展起来的。互联网不再是个人网络，而是群体关系，个体创造出来的乐趣比较单一，需要有个地方能使个人想法得到放大。 群组就是这么个载体，它的功能有主题、有讨论、有分享、有成员关系、有人与人之间的沟通等等。成员是群组最重要的部分，同时通过话题维系成员联系，成员动起来，群组才能活起来了。 由人就引发了沟通问题——及时沟通和延时沟通。IM每天都在用，已经成了生活中不可缺少的一部分了，无论QQ、MSN或是其他什么。IM的特点就是及时沟通、短平快，对方在线，发送消息后立即得到回复，如此往复，你一言我一语，这种沟通适合于有很强交流欲望，迫切要得到答复时使用。而群组的沟通方式则不同，属延时沟通。沟通双方（甚至多方）不要求那么高的响应速度，而是需要这种话题的节奏，从而控制沟通的紧张程度。所以看帖子的心情往往更轻松。QQ群常常让我烦躁，特别是几个活跃份子在群里“私聊”，搞的一群人在旁边陪着，一会弹出一次，我就是因为这个把很多群都设成拒绝接收消息了。这种及时给人带来一种“不相干”的紧张感。 延时沟通的产品除了群组还有很多，比如电子邮件、论坛、站内信、留言、评论等等，它们都是沟通工具，而不是通讯工具。一直以来都是慢悠悠的，反倒是IM在融合延时的概念——离线消息。 SNS如火如荼的今天，不要忘记群组，其实它本身就是SNS早起的代表作。现在我们只是把SNS作为某类产品的代名词，狭义化了罢了。细想下，开心也好、校内也好、白社会也好，功能和群组不都一样吗，唯一不同的时，它们多了插件概念，作为平台，可以允许更多第三方应用的植入。但目标都是一个——维系成员联系，让人动起来。 说到这，不要认为群组只能通过话题、兴趣来圈人。同样，也可以通过人来组织话题，一群身份相同或背景相同的人，能产生更丰富的话题，他们能派生出更多高质量的话题群组来。

终于能出来透口气，写点东西了。前段太忙，也很郁闷，现在调整过来点了。 我的设计原则就是在满足需求的前提下，尽可能的简化，简化，再简化。有一次跟一个朋友聊天，他问我作为交互设计师，你的三个原则是什么？我回答：1.以用户为中心去设计，让事情变得简单化；2. 平衡商业需求与用户体验之间的权重；3. 有下游意识，但不干涉下游二次创新。 “用户体验是门妥协的艺术”，一边是复杂的需求输入，另一边要做到简单的产品输出，这是件既麻烦又头疼的事。大框架想好了，抠细节的时候，问题就一个接一个的来了。如果内容为空，提交时如何处理？类似这样细节末端的问题，怎么啃下来？ Kent.Zhu同学的一篇《空搜索如何设计》倒是给了我启示。跳出来想一下，内容为空到底有多重要，给予用户一个怎样的反馈是恰到好处的呢？下面有5种处理方式，根据量级由轻到重分别来看一下： 1. 内容为空时“update”按钮干脆不可用，从根本上杜绝提交空信息的操作。实例：Twitter.com