原文：Magic Ink - Information Software and the Graphical Interface
作者： Bret Victor

策划信息化软件革命

机器的大规模生产始于在20世纪初期。 Henry Ford的装配流水线方式推广到了整个制造业，大幅降低生产成本，使一般人也买得起各种机器。但是许多产品并不容易操作。商人给出要求，工程师加以实施，设计环节是不存在的。几十年后，一个新的行业出现并填补了空白──工业设计。

继机器化大生产后的下一个革命便是软件。20世纪70年代末，个人电脑开始崛起，像操作其他机器一样──打字机，计算器，归档器，游戏机──当它获得正确的指示，便开始运行。如今，制造一台“机器”变成了将指令刻录进一张光盘，生产成本大幅度下降。但大量这样的软件都不容易操作。开发商给出要求，工程师加以实施，设计环节还是不存在的。几十年后，一个新的行业出现并填补了空白──交互设计。

15 世纪前，书籍是弥足珍贵，极其难得的，每本都需要手抄复制。一本书的成本可能能买下一个农场。书籍也是精美的艺术作品，字体形态优美，具有极高的装饰韵味。15世纪40年代，约翰古登堡的活字印刷技术将书籍生产量提高了1000倍，使书籍首次成为一般人负担得起的东西。幸运的是，古登堡的活字印刷术和当代打印机都很专注艺术形式，并一直地保留高质量的手写体。由于各种书籍的爆炸性增长，以及书本的比例增大（海报和报纸的前身），创造了该媒介对艺术家的巨大的需求，其中许多人从旧的媒介中过渡过来。艺术史上翻开了崭新的一页──图形设计。      

大规模生产的下一个革命是Web。不幸的是，不同于早期的打印机，早期的Web技术人员并不关心他们前辈在艺术上得造诣，但他们所从事的研究最终演变得近似于印刷页在计算机屏幕上呈现的效果。现在，发行变成了通过网线传输比特。爆炸性增长的网站创造了该媒介对艺术家的巨大的需求，其中许多人从旧的媒介中过渡过来。艺术史上翻开了崭新的一页──网页设计。

从这些并行的演化中产生了从事机械交互（传统软件）的设计师及从事静态页面布局（常规网站）的设计师。从这个角度讲，两者的交融并进是可以预料的。新兴的“交互式Web”使页面上包含了一个可笑的混合型机械隐喻──通过虚拟机器生成虚拟纸面上的印刷品。信息被困在了交互机制的后面，并以静态页面的形式展现出来──这真是最差劲的混合体了。

好的情境关联信息图形既不是交互的也不是静态的，既不是机械性质的，也不是印刷物性质的。好的情境关联信息图形还没被设计出来。固有的观念否定了它存在的可能性。

谁能创造出信息化软件？怎么创造？

第一步，是对设计的需求达成广泛共识。信息化软件不是一台机器，而是一个视觉交流的媒介──在这一点上我们应该对所有发行者及发行部门制定统一的标准。人们不断的为丑陋而笨重的软件买单，但却要求书籍，报纸，杂志的内容翔实，设计专业化。更具有讽刺意味的是──所有软件的小册子，平面广告，手册等也都设计得很精美。虽然技术上的限制曾经作为软件设计粗劣的借口，但这种对于媒介的双重化标准是有害的，应该被淘汰。它是阻碍改革的第一大障碍。如果没有消费需求，设计似乎总像是个只有投入没有回报的环节。

第二步，寻找有视觉化沟通才华的人。目前，几乎所有从事软件设计的都是计算机学科的专家，由于他们从事技术工作使他们能够进入这个领域。这暗示了对潜在人才的巨大排斥──这样看来，图形设计师就只能开打印店了！我相信，软件设计理想的候选人是那些有其他媒介的信息图形设计经验的人。相信有众多的致力于商业图形，地图或连环画设计的艺术家，只要他们愿意，同样能在信息化软件的设计领域有所作为。近年来，出现了大量极富艺术价值的网站，它们大多出自具有视觉创造力的人之手，他们利用简单的图形软件来辅助设计。但由于成熟的软件被总是被看作是一个的拥有神秘技术的“程序员”的产物，令其他人才缺乏涉足这个行业的信心。

第三步，将设计师的才华与技能相结合。后者可以通过教育和实践来获得，但若缺乏前者，即便设计师本人胸怀大志也很难入门──他们只能通过不断熏陶来积累一点艺术感知力。通过有效的教育能得到一些弥补：课堂，书籍和案例。     

第四步，利用工具和平台作为设计师的才华和技能的补充。这两者在用法上有模糊的共性。我将工具定义为设计师已经能够掌握的交流工具，将平台定义为将会被应用的交流工具。这是对Claude Shannon的通信模式的最好证明：

第五步，是创造一个环境──能让各种实验、改良、创想蓬勃发展。如同我们的地理环境，一个用于创新的环境很可能被短视的商业利益所污染。

(未完待续）

类别：用户体验 查看评论

原文：Magic Ink - Information Software and the Graphical Interface
作者： Bret Victor

交互性被认为是不利的

Chris Crawford为交互定义了一个三个阶段的进程：获悉指令，判断含义，作出回应。对于操作型软件来说，交互是十分有必要的：用户通过查看所呈现的内容，判断并执行下一步的操作。软件进而执行用户的操作要求，显示更新的内容。能循环反馈并有效执行的交互就像是在同软件"说话"，过程顺畅且迅速。它的操作体验无异于使用通常的物理工具。

而信息化软件则恰恰相反，它类似于我们平常生活中的“阅读”，而不是操作。它的目标是“认知”──构建一个意识上的模型。因此，用户需要聆听软件，思考它说了些什么…而手动操作则很少出现。手动操作存在的唯一理由就是它能够明确提供一些情境，使得软件能够在缺乏关联数据的初期积累更多信息。对信息化软件而言，所有的交互基本上都是围绕数据空间进行的。

例如，Amazon的数据空间是由其分类目录组成的。黄页中包含了所有企业名单;电影指南中包含所有上映时间和电影资料;机票预订中包含了所有机场的行线信息。在所有这些情境中，每一次的交互，包括点击鼠标，敲击键盘，搜索关键词和选择菜单，都是为了将用户的视线吸引到数据空间。简单来说，这就是导航。

Alan Cooper把在认知过程中的附加工作比作是使用工具时的额外负担──它无法直接到达目标。举例来说，给机车加油只是让它作为了汽车运行的动力，而并没有让车到达目的地──这才是最终目标。Coopper断言，软件导航只是个完成目标的中介。

关于导航，最重要的是要知道，几乎在所有情况下，他代表着纯粹地附加工作。或者至少很接近附加工作。除了在游戏里，用户目标就是成功的穿越障碍或迷宫来成功导航之外，在软件里，导航不能满足用户的目标‘需要或者期望，不必要的或困难的导航会成为用户沮丧的主要原因，实际上，在作者看来，糟糕的导航是任何应用软件或者系统──桌面的，基于Web的或者其他系统设计中的头号问题。

如果所有的交互都只是导航，那导航就应该算做是头号软件问题，它另交互看起来糟透了。不过，与其他两种情境关联的来源相比，互动性还存在更为严重的问题，而不仅仅只是令人沮丧地浪费时间：     

·          用户必须明确知道她想要什么才能要求获得什么。而那些提供历史数据和环境关联的软件可以主动为用户推导出潜在的相关信息，否则，用户自己不会有明确的概念去要求获得这些信息。纯粹的交互软件迫使用户提出明确需求。

·          用户不得不清楚如何发问。也就是说，她必须学会操作一台机器。 Donald Norman提出的关于确定用户“心理模型”的观点在软件可用性领域已经得到普遍认可，而且被认为是一个核心的设计挑战。但是，Norman在当初提出这个概念主要针对的是机械设备领域。因此，它只适用于那些包含机械隐喻的软件，它们才需要确定用户的“心理模型”。而一个低交互性，非机械隐喻模式的信息图形能让用户和设计师从“心理模型”的束缚中解脱出来。

·          导航意味着规则。导航只所以在软件中存在，是因为用户很容易迷失方向。导航越多，说明迷失的可能性越大。操作的规则越多，说明人们越容易操作出错。操作规则是人们害怕使用电脑的主要原因──条条框框越多的东西越容易出错。

    此外，互动暴露了身体的劣势。手动比眼动要慢得多。 Licklider这个词形容花费数小时绘制图形而只需花几秒就能看完它们。这同样可以用来形容用户必须手动索取资料的状态──不能合理分配鼠标点击和眼睛查看的时间，她大部分时间都被用于操作航行而不是获取信息。此外，用户可能更愿意在用眼睛获取信息的同时用手干点别的，例如写字，吃东西或抚摸猫咪。每当软件占用用户的双手，都意味着其他本可以并行的事被打断。最后，越来越多的与电脑有关的由于重复性操作导致受伤的案例表明，不加选择的互动行为对身心都会产生伤害。

    不幸的是，那些致力于电子产品人因工程的团体都将术语锁定为“交互”。对于信息化软件来说，真正的重点是情境关联，交互只不过是实现它的一个手段。特别是在只能通过鼠标笨拙地点击进行 “输入”时，交互应该只能被当作是最不得已才使用的手段。

可能会有设计者提出抗议，认为交互在实践中是不可避免的，甚至认为我的理想──无交互软件，只是无稽之谈。这只是因为该想法一直未得到重视和发展。我相信，随着发现更新的情境关联图表模式，探索更好的获取和利用信息环境及历史数据的手段，“点击”和“拖拽”这两个当前用于信息检索的典型手段将被认为是可笑的老一套。但是，由于学术界的倡导和商业公司的附和，“交互”仍会在未来持续存在一点时间。

减少交互

当某个软件迫使用户进行交互，它就把自己判定为操作型软件。软件的外部模型通过对导航进行操作形成情境模型。但是，不同于真正的操作型软件，用户不关心这个外部模型──它只是为了最终看到相关信息的一种手段。

设计者的目标是让用户以尽可能少的操作塑造出情境模型。假设将图形设计，历史数据和环境关联等手段被抛在一边，他们就没有什么技术手段可以减少交互带来的负面影响了：

*形象化操作能将情境模型应用于适当的信息集合中。

*相关性引导能让用户确认模型，而无需建构模型。

*紧凑的反馈循环能让用户无需太多操作便能接近结果。

形象化操作。命令行系统被批评为强迫用户来学习电脑的语言。现代的图形界面可能会更容易使用，但它相对前者在这方面没有太大的改进。图形界面语言是由菜单，按钮，以及确认框组成的，每一个控制元素都是非情境化的。用户要通过一个特定的的指令输入需求──它完全不同于任何人类语言，缺乏形象化的含义且很不自然。

打个比方，看这个男孩如何向别人“演示和描述”他的玩具：

话由于这个孩子的描述能力不强，他只能通过演示来传达复杂的概念。同样地，图形界面的发展并不完善，使得文字提示繁琐且晦涩，但软件的动态传递是理想的演示方式。用户可以点击某处的信息图形，说：“就是这儿！”，来获取该处的关联情境。

两个最根本的描述情境的条件便是“时间”与“地点”。几千年来，人们都以这两个条件为基础来绘制专门的信息图表。但仍有许多现代软件放弃了这一传统做法，看这家网上热门的搬家公司：

这些下拉菜单既突兀又没能显示充足的信息。地理位置应该从地图上找，而日期应该从日历上选。这是重新设计后的效果：

这个设计也并非最理想。地点和日期信息应该能从用户既有的地图和日历上提供。但在满足这样需求的平台普及之前，软件至少应该提供类似的临时服务。

作为进一步应用特定情境的一个例子，看一个主流的网上花店设计是如何让用户局限在下拉菜单里的： 对比另一个简单的可视化导向设计：

我们是怎么发展到今天的？

当前的很多软件都存在交互多，信息少的问题。我能想到的几个原因是。

首先，我们目前的用户界面范式，是在另一个技术时代发明的。举例来说，最初的Macintosh时代，没有网络，没有大规模的存储，而且很少有跨程序的沟通。因此，它无从获取它自身环境之外的数据，记忆空间太少以致于无法保留重大历史记录。

交互是设计者可利用的唯一手段。因为在当时，计算机无需提供太多的信息，所以，大部分软件还都是操作型软件──打字机，绘图板，分类账簿。经过二十年的发展以及互联网爆炸时代的到来，软件可以提供更多的服务。

现代软件模拟机械运行机制的第二个原因是，对于那些创建软件的人来说，计算机就是一台机器。程序员生活在操作模式中，她操作一台计算机就如同驾驶一辆车。因此，她下意识的认为软件也必须像一台机器那样被操作，即使它的功能只类似于报纸或书籍。更糟的是，那些设计平台和图形界面工具箱的人更容易从这个角度看问题，因为他们工作于更低的层面。然后，应用软件设计师在设计大环境的影响下，几乎被迫投入到对机械模型的研究中去了。

即便有些软件认识到了应该“丰富信息，简化交互”，却还是依旧把时间浪费在改良操作方式上，一次又一次的更新版本。对于设计师和程序员来说增加菜单项目和对话框都比重新设计一个动态图形更容易，有时，他们的理由是应该尽可能少改变用户的使用习惯。经过十次改版后，这个软件很可能改得像个怪物，用户花费在向下拉动菜单的时间比了解和获取信息的时间还要长。

      软件不应该这样发展，但解决这个问题需要对设计流程和技术平台作大量地重新思考。经过最近设计的一个案例进行详细研究，我将谈谈面对信息软件革命我们需要做些什么。

演示：行程规划

BART是美国海湾地区快速运输系统，的官方网站就像是个稻草人那样有名无实，因为BART几乎已经不存在竞争压力了，因此也没什么动力去提供一个高质量的网站。但另一方面，航空业则抓住每一个机会向客户提供优质的服务。不过，规划一次航空旅行和一次地下运输其实是差不多的。但我查了其他10个航空公司网站，发现他们十分（几乎完全）相似。

首先，机械化的，毫无信息的配置屏幕：

然后是文本化的结果列表：

有实质意义的信息被压缩成几栏，排列在左侧，而屏幕右侧的大部份空间被分层定价列表占用。（截图中只显示了右侧列表的一部分）。

用户有可能提出哪些问题？

     *这条航线会在哪些城市中转？他们位于何处？

     *航班白天会停经哪些地方，我想顺道逛一逛？

     *他们起飞和抵达的时间分别是何时？

     *要飞多久？（跨时区有可能造成这种迷惑）。

     *中间停靠几次？要转签几次？         

看看这个设计：

航班的飞行时间和飞行距离，以及到达中转站的时间和距离及中转停留的时间，这些都能通过视觉呈现直观的进行对比。那些无需中转的航线格外突出，因为他们完全是蓝色的，而中转航线则是双色的。6：50从Hartford起飞的航班与7：20起飞的航班在排列的位置上有明显不同。通过查看顶端的灰条可以方便的将时间转换成任何时区。

交互尽可能被简化了，每个点击都会有明确的语句提示。充其量就是双击地图，拖动日历，双击票价，可能还需要一些网页滚动。根据既有数据进行的预测（自动选择最近的购买路线，并展示最近的旅程名列表）可以为许多旅行者消除或减少对地图的浏览时间。一个不断更新的预测机制，还能发现用户总是每月第一周的周一到周五呆在Baltimore这一规律，然后自动将这一规律记录到日历，这样就可以免去相关的交互。当然，因为所有信息都是在同一页上展示，并且反馈非常及时，用户也可以考虑其他出发日期和中转城市，并且可以即时查看航班是否有空位。

航空业近几年一直处于低迷状态，航空公司一直拼命争取乘客。其中，不成功的甚至面临破产。面对这么大的赌注，为什么没有任何航空公司试图通过更好的软件设计改善购票者的购物体验？

问题主要还是在于观念。试问：“为什么西南航空不设计个更好的软件？”，这个问题只看到了表象，没有抓住本质。本质上的问题是，“真正意义上的软件设计诞生了吗？”，在我们期待获得更好的航空网站之前，我们可能需要改变一下观念。

(未完待续）

类别：用户体验 查看评论

      前天下午李大大打电话我说北京地震，反应迟钝的我说：米感觉啊。当天晚上才得知四川地区的震灾如此严重，心理难受，一直关注着，特别是看到那几个出事的学校，家长绝望地在操场上苦等孩子的消息。

      灾区急需血浆供应，尤其是AB型血很缺，当然A，B，O型人家也不嫌弃。昨天开始清华C楼就排满鲜血的长队，很多学生等了好几个小时都没能献上血，大家都太希望为灾区做点事情了。

     捐款比捐物更解燃眉之急，因为，交通不畅通，捐赠品难以迅速到达；因为，捐赠品需要消毒、整理后才能运送，但是灾区的需要是迫在眉睫。所以，现金的力量更大！

      李大大打算以我俩的名义向红十字捐款，不过中国红十字协会的网站已经瘫痪了，可见全国亿万民众都我们有着同样的想法。好在还有很多线下的方式可以捐款：

中国红十字会总会救灾专用账号和热线：

1、通过银行捐款

开户单位：中国红十字会总会

人民币开户行：中国工商银行北京分行东四南支行

人民币账号：0200001009014413252

外币开户行：中信银行酒仙桥支行

外币账号：7112111482600000209

2、通过邮局捐款

收款人：中国红十字会总会

地址：北京市东城区北新桥三条8号

邮政编码：100007

3、通过网上捐款

登陆中国红十字会总会网站：redcross.org.cn点击进入“网上捐赠”栏目，按照提示操作即可。

4、通过短信捐款

中国移动、中国联通手机用户以及中国电信、中国网通小灵通用户均可编辑短信1或2，发送至1069999301，即向“红十字救援行动”捐款1元钱或2元钱。

(通过银行、邮局和网上捐款在捐款时请注明捐款人姓名、通信地址、捐款意向如：四川地震捐款等信息，以便邮寄捐赠收据和感谢信)


类别： 默认分类  查看评论

   我们需要更团结 希望大家奔走相告：
1、多省油！多乘坐公共交通出行能坐车就不要开车，能开窗户就不要开空调。
2、多省电！路灯不用就关掉，能用耳机就不要开音箱，家电不用就要把整个开关拔下来。又省电又安全希望政府把夜景工程的灯光就关掉。
3、支持国货！能买到国货就不要买外国货，促进内需钱要给自己人赚。
4、努力工作！多开发和制造更好的产品实业才是救国之本！
5、尊重自己！尊重国人不要崇洋媚外！
6、告诉台湾、西藏包括其他民族的青年为什么我们现在还这么痛苦——别的国家看不起，因为我们的祖辈太喜欢窝里斗。
7、告诉身边的每一个人，中国只有强大才会有更好的家，落后就要挨打挨骂！
8、政府在进步，督促政府更快的进步，而不是推倒他，那样高兴的是美日，痛苦的是自己！

类别： 转载帖子  查看评论

原文：Magic Ink - Information Software and the Graphical Interface
作者：Bret Victor

情境关联信息图形

印刷品的最大缺陷是：油墨附着在纸面后是不可更改的。墨水加纸张的设计成果是静态的──它不得不同时展示所有的数据。不过，好在用户在某一时刻通常只关心某一个环节的信息。设计师面临的挑战是组织数据，使某一类关联信息能聚合在一起，而读者面临的挑战是必须手眼齐动才能在整个数据空间中找到对她有用的一组信息。

举例来说，候车的人在查看巴士时刻表时，不得不在复杂的矩阵图中找出某路巴士在某站的停靠时间，以获悉下一辆巴士什么时候到达。当驾驶者在一个陌生的城市迷路时就得翻遍行车地图，对照邻近的标志性建筑来确定当前位置。这就好像要你从一大堆书中查找出某一条信息，肯定不会出现那么走运的事──书架上刚好有这么一本书，而这本书里刚好有这么一页，这页里又刚好有你想要的条目！因为这些结果都是以静态图像呈现的，读者不得不大费周折才能找到答案。

现代计算机系统克服了这一限制。软件能做到：

     *通过情境找出有用数据。

     *过滤数据并将无关数据排除。

     *生成图表来展示当前所需的信息。

计算机的动态显示屏将我们从原先的静态出版物中解放出来。像素点就像是神奇的墨水──能够根据不同情况为每个用户展示出不同的信息。CPU，存储介质，网络，输入设备──都是它用作推断情境的辅助工具。

信息化软件的设计实际上就是将情境关联信息图形化。与传统的图形设计不同，我们无需在一张纸上展示出所有信息以供任何用户在任何情况下查找，而只需在图形上展示当前这位用户最需要的信息。软件能够让数据以各种方式拆分组合，每次只提供给用户他关注的部分。

不管设计师是否意识到这一点──其实所有的信息化软件都是由情境关联图形构成的。例如，搜索引擎的结果列表就是一个情境关联图表。该软件的数据空间是由世界上的所有网站构成的。用户只要使用相应的关键词，就能把搜索结果缩小到十几个。

事实上，软件可以通过三个线索来推断情境：

     *环境──感知周围动态。

     *历史──存储以往的数据。

     *交互──收集用户输入的信息。

从环境中推断情境

一个人通过她身体的五大感官了解周围。用样，软件不存在于真空，它可以通过连接硬件和其它软件来获悉用户的很多情况。那些存在于软件周边环境中的情境线索有：

日期和时间。 时间是我们规划生活的一个基本尺度。 无论是在数据空间和现实环境中，“当前”总是很重要的。因为用户在寻找信息时，那些“当前”或“最近”的信息往往是最有用得。幸运的是，再普通的计算机也都有时间概念。比如：一个人使用巴士时刻表软件就可以不必为寻找下一趟巴士的到站时间而煞费功夫了。

地理位置。同样，在地理位置上最常出现的词是"这里"。不幸的是，这个概念目前很难界定，但发展潜力巨大。显然，一个地图软件有必要知道用户的当前位置，巴士时刻表软件，商业订购软件，运输规划软件，旅游指南软件，以及大量其它信息软件也一样。

物理环境。通过提供时间和地点，就能轻易通过网络的到有关物理环境的信息，如天气。例如，旅游指南软件可以建议用户晴天去公园，雨天去博物馆。     

其他信息化软件，如开放式的网站。通过读取一些信息，就能发现用户的关注点。所有其它信息软件也应加以留意。假设一个人正在网站上寻找即将推出的舞台剧信息。那么，当她打开她日历软件，上面就应该自动显示哪些演出可以列入她的日程表。当她打开地图软件，她就应该能看到去往剧场的路线图。当她打开餐馆指南软件，她就应该能看到剧院附近的餐馆列表，此外，除非剧院有日场演出，否则这些信息就不应该在午餐前显示出来。

通过操作型软件创建的文档。通过产生信息来强化关注点。假设，某人在撰写论文时需要关于“ cats”的资料，而该论文的的标题是“动物癌症的种类和治疗方法”，那她所需要的信息显然更侧重于医学。如果题目是“埃及历史”，那应该是侧重于古埃及对猫的崇拜。如果该论文是与建筑结构有关的，那“cats”则一定指的是 CATERPILLAR公司生产的重型机械而不是什么猫咪。

电子邮件。在最近的电子邮件中出现的姓名，地址和电话号码显然能构成十分宝贵的线索。收件人打开日历软件时应该能同时看到自己和发件人的时间表。当她打开地图，邮件中出现的地址应该自动被标注出来。此外，最近的邮件应该能显示当前状态，某个发件人的所有存档邮件应该作为一个整体用来描述用户的特点和兴趣。假设某人想找与“racing”的有关信息。这个词可以解释为赛跑，赛自行车，赛跑车等多种竞赛项目的术语，如何确定他想找得到底是什么，查找他与别人的通信中最常出现的项目，这将是个不错的参考。

所有软件都应该联系周围环境，从中获取信息。使用那些从不考虑环境因素的软件就像是同一个盲人说话一样──你需要不断向他描述信息。

另一方面，当信息环境与历史数据相联系将产生十分巨大的资源──我们应该让历史为软件所用。

从历史数据中推断情境

一个人并不只是运用自己的感官来认知事物，她还会参考过去的经验。同样，软件也可以利用它的记忆体来判断当前的情况。我们往往可以从历史数据中找到与当前事物有关联的信息。

利用既有数据推测解决当前问题的方式，这是最简单的手段。它将当前问题简单地等同于之前出现过的问题。这是相对合理的，因为在许多情况下，用户的操作前提是相对固定的，不太会在短期内发生变化。举例来说，假设用户昨天想在 North Berkeley找间一居室的公寓，她今天很可能仍关心这方面的信息。因此，软件应该自动提供相关信息。

既有数据经常被作为参考并直接影响操作结果。也就是说，关联是持续性的，除非用户对此做出修改。因此，这类软件总是越用越符合用户的个人习惯。 如果用户真的很在意软件要与自己的使用意图保持同步，那这种设计将是十分受欢迎的。然而，很多信息软件并没有做到这一点。（如果你放下报纸，几个小时后回来时，你会不会在意这不是你刚才在看的那个版面，我想，你压根都记不得你刚才看的是哪个版面。另一方面，如果当你回来时，我把报纸翻到你最喜欢读的那个版面，你也许会因此感到高兴）由此看出，我们应该利用既有数据推测用户需求而不只是简单地提供操作结果。

智能预测用户需求必须更深入的了解用户。建造一个模型来解释过去的情境，并以此通过关联来推测当前情境。

一个简单的解决办法是发现两个情境中的共同的属性，由此缩小预测当前情境的依据范围。例如，在一个音乐库，当用户选中列表中的几个蓝调歌曲，软件应该自动显示更多该流派的歌曲。随着对用户这一结果的进一步肯定，软件可以考虑进一步删减其他流派的歌曲。另一个例子，假设一个用户需要有关 " Lightwave "，" Bryce "和" Blender"的资料，这些三个词都有很多解释，但把它们作为整体联系起来看，他显然是在描述一个三维渲染软件包。以后，当他搜查"Maya"这个词时，显然不应该理解为他想查找有关古代文明的资料，而是一个名为“Maya”的三维渲染软件，应该自动将关于该软件的信息提供给他。

另一种简单的解决办法是，通过既有数据加速用户做出决策。如果一个人查找一个旅游指南：第一天前往大峡谷，第二天去拉斯维加斯，软件应该自动建议第三天去洛杉矶周围游玩。

Amazon, iTunes ，以及越来越多的其它在线零售商正在实施类似计划。不过，除了微不足道的的垃圾邮件过滤器，非零售的信息软件中，利用既有数据提供关联信息的例子仍然少之又少。它们中的大多数在新一天的开始又会将用户前一天留下的信息忘得一干二净。

不幸的是，面对用户一次又一次的重申其需求，反反复复的点击鼠标，没完没了的敲击键盘，浪费一个又一个小时，有些软件却把这称为“交互性”。

(未完待续）

类别： 用户体验  查看评论

原文：Magic Ink - Information Software and the Graphical Interface
作者：Bret Victor

信息化软件设计就是图形设计

    这就像我要求软件做很多事情。但它没有什么高深的奥妙──没有对复杂现象的模拟，没有对外部世界的映射，当然也不会具备注入“生命火花”的超能力。我要求软件提供一套良好的方式展示复杂的数据，使我能理解并思考。这是一个很好的既定目标；它是信息图形化设计存在的理由。我的挑战是──做完美的图形设计案例。

    一个优秀的信息图形能够激励人们提出或回答问题，比较结果并得出结论。它通过激发人眼的各种潜能──瞬时不费力的运动，高速、高频的并行处理，对内在模式认知与关联，通览全页或聚焦细节的微观/宏观二元性──来做到这些。与此同时，图形能规避人的弱点：单一维度且不可控的听觉系统，相对迟缓的运动系统，有限的理解隐性机制的能力。一个图形在呈现时无需任何用于理解或操作的机制──它能直接进入到心理空间的推理中心。

例如这个列车时刻表：

    这样的设计可能对乘客十分有用，他们关心的问题大多是列车何时到达车站。但铁路系统的运营商关心的则是：在某时列车正开至何处？列车的时速是多少？两列车的轨道交叉点在何处？（因为他们必须在此处错开列车经过的时间！ ），列车当日的始发点和终点在何处？如果火车晚点，如何告知乘客？上述问题都很难通过该软件得到解答。如果将设计作如下修改结果可能就很不一样了：

    每辆列车都用一条明显的色线代表，纵轴代表轨道线路，横轴代表时间。坡度线代表着火车的方向和速度;线段平行于横轴时代表在某一站点停留。这个图表相比上一个没有包含更多数据只是将信息重新整合了，但所有经营商关注的问题，此时一目了然。而且，诸如两列车的轨道交叉点这些信息看上去十分明了，无需任何注解。如果一辆列车延误，它的所有数据会被重新计算，绘制出一条新路线。

    与大量现有的以纸张为载体的设计相比，大多数的软件设计都很欠佳。这只是表相的问题，深究其原因，我相信最主要的问题在于，很多软件设计师认为他们正在设计的是一台机器。他们关注的是──软件如何被操作。他们首先会问：哪些功能是软件必须具备的？软件必须接收哪些指令？哪些参数可以进行调整？（换言之网站：哪些页面必须存在？他们之间如何链接？哪些是动态功能？）设计师一开始就指定 功能，但却忽略了信息化软件的本质是展示信息。

    我认为信息化软件设计应该以图形设计为出发点。首要关注的应该是信息如何“呈现”的问题。设计师要自问：哪些是相关信息？用户想知道些什么？哪些情况下她需要对结果进行对比？她可能会做出怎样的决定？怎样才能让数据有效呈现？怎样才能将视觉语汇和图形设计技巧用于指导用户做出决策？设计者首先要考虑的就是软件的视觉呈现，因为用户使用软件是为了认知──而认知的主要手段就是“看”。

    我们不应将以纸为介质的设计作为上世纪的遗留下的老古董而舍弃在一边，我们要意识到它是软件设计的基础。如果在信息化软件中呈现数据无法做到像在纸面上呈现的那么好，那我们的进步何在？

演示：展示数据

    Edward Tufte关于设计统计图表的第一条原则便是："展示数据"。所有的信息图形都应该让用户在查看数据时一目了然。然而很多的软件设计者在设计时一味的关注于软件的功能设计却很少花时间考虑如何展示数据。

    看看在线书籍的搜索结果：

    针对以上的图形设计能够提出大量批评──字号不一，粗细各异的文字拥挤地排列在一起，各种色彩交织，简直像个嘉年华盛会。文字充斥整个页面，让人眼花缭乱。最糟糕的是， 没有足够的信息让人作任何决定。

    用户的目标是从某些特定话题中找到最中意的书。因此，书籍的展示应该与这个问题相关──用户可能会存在什么样的疑问？

*这本书怎么样？是关于什么的？我会喜欢么？

*这本书好吗？别人对它的评价如何，这些评论可信么？

这些问题的答案可以作为选择相关书籍时的参考。帮助用户做出决定，引导他们购买。

不幸的是，这些问题根本无法在所提供的信息中找到答案。用户必须逐个点击商品才能看到相关信息。也就是说她不得不通过手的操作而不能光靠眼睛浏览找到答案，还得运用自己的记忆对各个跨页面的信息进行比较。

问题在于，这个图表只罗列出了一系列书籍作为它们之间进行比较的索引页面。但它的用途不应该只是作为一个可供查询和比较的清单，而应该是帮助用户获得她感兴趣的图书的信息。

这是重新设计后的效果：

    这本书怎么样？表格中提供了概述的简介。它是本好书么？评级和评论显示了读者对它的看法。所有信息在同一页呈现，用户只需用眼睛比较，无需费神记住它们。

1─5星的评级体系，提供的信息并不充足，因为它取的是众人评价的平均值。用户还可以根据星级下的小红点获悉不同人对书的评价差异。有些书众人对它的评价大致相同，比如

──大家都觉得它是本还不错的书（小红点都集中在中间三颗星上）。而有些书，有人爱它至极有人恨它入骨，比如 ──人们对它的评价差异很大。虽然它俩的评级都是三星，但显然意义不同。观众还可以看到那些评价很高的书有什么负面评论，相比大量的赞美之词，批评往往更有启发性。从整体上来看，小红点并没有喧宾夺主，过分吸引人的视线，反映平均值的星级还是更为显眼的，不关心评价差异的用户完全可以忽略它。

文字加粗和颜色改变只用在个别需要强调的信息上。那些次要的信息设成灰色文字，与背景色相近，暗示用户只需浏览。所有重要的信息和图片都一律限制宽度，靠左侧对齐──处在最佳可视范围内，而右侧栏只用来显示补充信息。观众只需垂直查看左侧栏就可获取所有重要信息，如果她发现其中有感兴趣的内容还可以花点时间看看右侧栏中的相关信息。

用户有时候会有个模糊的概念──想看某一类的书籍，可他又无法将它具体到某个关键词进行搜索。基于这个原因，可以给每本书提供一个迷你的相关书籍列表──以供用户找到与此书类似的书籍，或者并不相似但十分有意思的书籍。

通常，软件设计人员总是会操心功能问题，以及用户如何进行交互？显然，上一个例子中，除了 "相关书籍"列表，点击有关这本书的任何一个链接，都只能看到关于该书的某个细节或购买选项。点击它们对用户来说有什么意义？这就像把一本书撕的支离破碎。

与原来的设计相比，这个设计有很大的改观。不过，我认为这仍只是个保守的设计。应该会有更好的设计──能显示更多的数据，让用户浏览更多内容，有更充分的空间与相关书籍进行比较。改变一下观念就能创造极大的可能性。它不是搜索结果的列表──它是信息的图形化呈现。它用于认知。

演示：组织数据

    展示哪些数据，这一点十分重要，同样重要的是，如何展示它们。图形中的元素应该以引导用户获取信息为目的进行组织。然而，大多数软件的中图形只求最大化的满足审美需求，而不考虑挖掘数据中的关联信息。

看看这个关于近期上映影片的图形案例：

如果一个人想看电影，她会问些什么问题？

     *今天上映什么电影，分别在什么时间？

     *在某一时间段上映的电影是哪些？

     *它们在哪里上映？

     *它们是什么主题的？

     *它们是否好看？

用户会通过比较这些问题的答案找到自己最值得一看的电影。

很显然，上面的图表没有这些问题的答案（这些电影是什么主题的？它们是否好看？），但最糟糕的一点是，这些数据根本没有被组织成任何有价值的信息。想了解哪些电影在哪个时间播放，需要浏览满屏的影院上映信息，从中找出几部感兴趣的电影然后再比较它们的上映时间。观众的眼睛必须在屏幕上来回扫视，以找出某部电影在六个影院中分别上映的时间，试图寻找一个最适合在晚饭后观看的。

首要的问题是，“今天上映什么电影，分别在什么时间？” 鉴于此问题涉及的两大重点，我们可以将图表设计成这样──电影名称和上映时间分别作为纵轴和横轴。

重新设计的效果：

就像对售书网站进行重新设计一样，这个设计展示了充分的信息以确定每部电影的内容和品质，但电影相比图书有更多的外部营销方式，所以，这个设计的更多意图在于提示观影时间而非介绍影片内容。同样的，只在关键信息处将文字加粗，弱化补充信息的视觉冲击效果。

最大的亮点是右侧栏的图表，列出了所有电影的放映时间。用户可以很轻松的垂直查看某一特定时间段，找到该时间段内放映的所有影片。如果她只关注某一部电影，那她只要沿着该�