• 作者:Brandon Schauer
    原文链接:Value isn't a subtractive process:designing from the outside in
    译者:UCD翻译小组, Lanx
    Brandon Schauer 版权所有(Article copyright by Brandon Schauer)

    在当今巨大的经济压力下,很多企业都在寻找高效率和最优化的方法来简化流程从而创造价值。可你猜怎么着:创造价值不等于简化流程

    photo by blyzz

    照片由 blyzz 提供

    比如业务流程重组就是一个做过头的例子,在过去的日子里它因为过分关注于削减(流程)从而导致其被过分夸大和误用,它并没有关注流程中的人。他们只问:“通过技术进步或流程改造能去掉哪些环节?但是对于用户来说,我们并不认为将浪费消除就是价值所在。我们认为的价值是让我们以最小的代价获得我们真正需要的交付物。对于用户来说,真正的价值不是那些你回收、缩减了的东西,而是你发现、关注以及最终交付的东西。

    不久前, PeterJesse 分享了这个简单的图表,向我们展示了许多企业为他们用户创造价值的方式。他们从内部开始发展,最终向外扩展到用户体验层面。但这并不是用户所经历的途径。

    oi_model_outward

    实际上,用户只看到这个:用户界面。

    oi_model_just_ui

    从用户的视角来看,价值就在于他们在产品或服务中的体验。其他一切,实际上对用户来说都是个不可知的。

    oi_model_magic

    要想创造能与用户产生共鸣的价值,企业需要由外而内的开展工作。

    oi_model_inward

    我们需要站在用户的视角来设计和传递价值;而不应该是从成本控制的角度。削减流程只会导致平庸。 站在用户的视角去规划,这样才能创造出独一无二的系统化解决方案

    站在用户视角进行设计的一种简单方法就是花时间进入他们的世界,以他们可能会体验到的方式去设计解决方案。然后,转而关注团队自身的力量能如何去支持这些体验。

    nForm的Yvonne Shek发明了一个用于由外而内进行思考的好工具swimlanes tool.大体想法是,为解决方案创建一个新的使用场景,然后将该场景的任务流映射回相关的用户界面、技术以及企业上。

    swimlanes

    另一种方法我会在我们四月举办的Good Design Faster 工作坊里分享给大家:快速创造大量新的用户价值,拥有各种学科背景成员在一起团队协作寻找出综合全面的解决方案,然后迅速将这些方案付诸原型从而能即时进行用户评估。并非快速创造价值,而是为了价值而思考,提出多种想法,然后通过团队协作提出可尝试的解决方案,最后变为原型,即时通过用户进行原型的评估。

    由外自内的设计使得组织中的每个人都能关注在那个最终唯一影响用户的事情上-----你的最终交付物所带来的体验。在这种最终视角上,团队成员就能够做出明智的决定来极大的影响最终的产品和服务。



  • 作者:Roland Smart
    原文链接:http://www.adaptivepath.com/ideas/newsletter/archives/121708/index.php
    译者:
    UCD翻译小组, Lanx
    Roland Smart
    版权所有(Article copyright by Roland Smart)

    在过去的几个月里,总是接二连三的有文章针对网站改版发表评论,诸如说:“ ”,“ ”,“丑陋 ”之类的。因为我们在Adaptive Path参与了好几网站的改版,所以我格外关注这些文章。作为市场工作人员,我有时会和客户一起来对一个网站进行改版,因此,我特别关注那些指导改版的通告,准备及跟进的方 法。提前将信息发给那些可能受影响的用户,同时开通接收反馈信息的通道,被认为是改版发布之前很重要的工作,但事实上经常收效甚微。因为发布改版要处理各 种各样的事情,压力巨大,以致用户测试和发布计划总是会有疏漏。在项目规划初期,发布的计划和策略常常被忽视或小看。我想通过对发布策略深入分析来提醒大 家认识到计划的重要性。在此,我列出3个方法来帮助你计划你的下一次发布。

    合理改版的价值所在

    很多人并不喜欢改变,因此,改版必定是件冒点风险的事情。只知一味的出钱,出时间,你将会看到钱和时间都被浪费在执行改版的过程中但却收效很差(更不用提期间遇到的麻烦事),你会发现,执行之前在计划上做点投资是很有意义的。俗话说, “磨刀不误砍柴工” 。换言之,在事前计划上下工夫比在事后改进上下工夫更重要。

    制定一个合理的计划并贯彻到底,这一小铺垫能让整个结果全然不同。你努力尝试创造最出色的改版方案,并希望它在发布时能毫不走样。(如果结果不像预期的那样)你整个团队的成就感也就会受到影响,因为他们的成果将被那些无法预见的批评洪潮所冲毁。 批评声是在意料之中的,你如何去应对它们就决定了你的团队最终是否被认可。很重要的一点是:你必须从长远的角度去考虑改版,你需要去计划如何应对可能发生的情况,并投入额外的精力以应对用户的第一反应所掀起的浪潮。如果一切进行的顺利,那你就能开香槟庆祝了!

    最终,改版的成效会在商业绩效中体现出来。许多公司对比改版前后的用户流失/转换率来跟踪随着改版所产生的用户流失和转换情况。

    3要(达到目标的方法)

    准备的充分程度取决于改版的重要程度。大规模的改版经常会向网站社区传递错误的信息,因为它们很难随时获取用户的反馈。它们很少在网站原有的交互设计基础上进行改版,可能导致现有的结构崩溃,还往往会引发更大的问题。换句话说,我希望在可能的前提下采取轻量级的措施,因为这使你能够让改版循序渐进,以保持你们和网站社区的紧密联系。

    这里有3种典型的方式供你在进行改版时参考:

    • 慢热法: 这很类似于“早发现,勤改进”的方法,包括从各种迹象中发现线索,这样你就可以顺藤摸瓜找出关键问题。
    • 舆论效果:由于你可以与用户在一系列交流的基础上形成对话,因此有助于与用户建立沟通关系。这种方法在传统媒体形式上最为奏效撰稿人为了写一个长篇故事往往需要长期访谈以收集资料。如果你有一个很好的理由,你还可以用这种方法来获取独家信息。显然,可以通过很多你自己的渠道来获取独家消息,只要遵守你与用户之间的承诺。
      实施:改版可以按照时间倒计的方式一点点发布,在此之前明确预告你的网站用户。即便改版的力度很小,你也要提前通告以防他们反应过激。宣扬改版中的成功,粉饰不出彩的部分。
    • 测试法:这一方法能和“慢热法”相结合,抑或先行实施,而且往往要让现有的用户参与进来。
      舆论效果:这种方法的好处是及时让你网站的志愿用户参与进来,以便在这一环节就能产生反馈。好消息是,志愿用户往往会比较乐于接受网站的改版,也就是说这 会得到比较多正面的反馈。同时,因为是测试版,即使有不足人们也不太会觉得是个什么大不了的问题(但也有例外,因为不同的网站,对于什么是测试版解释也不 同)。如果他们对测试版没有什么过激的反应,那你们就可以大规模的将用户迁移到改版后的网站上了。这样,就不太容易捅出什么大篓子。
      实施:当让你网站的志愿用户试用测试版的同时,就应该考虑从中获得一些有用的反馈。它可以帮助你收集最有用的反馈,包括对策和/或说明。当你做一个网站时,有这样一个忠实的智囊团是很重要的。

    • 上线:很多人将它看作为发布,可我认为它只是发布的一种戏剧性的表示方式。虽然这并不是什么秘诀,但这种做法要求你在改版时不透露消息以积攒爆发力。以致在上线后能非常有效的引发评论,加速哗变。这种方式特别适用于提供各个独立的服务或内容的网站,你的用户群体可以接受这种改变。尽管这种方法我们还没有用在改版发布或新网站发布上,而只用在了 Aurora Concept Video 的发布上。
      舆论效果:在这种情况下更容易爆出独家新闻,特别是在你和媒体已经有一个良好合作关系的情况下有的放矢。封锁消息可能是必需的,但小心一旦“泄露” ,可能损害你与媒体之间的关系。显然,服务的知名度越大,这种方法的效果就越好。
    • 实施:倒计时的办法在这种情况下行之有效,但在你还没有做任何市场调研或产品测试的前提下务必做好面对糟糕的结局心理准备。这个方法有一定风险,但如果你计划周详,他的确能摆脱一些障碍。回想一下Firefox 3的发布导致了他们的服务瘫痪,但仍然创造了一项世界纪录,迎来了胜利的曙光。

    3不要(以及一些注意事项)

    我引用了一些例子介绍拥有活跃社区的公司由于改版页面或网站总会受到影响。今年的早些时候,Adaptive Path参与改版的就是这样一个拥有活跃社区的网站───Myspace。当一个网站拥有社区,你总能发现在改版之际网站会提供社区用户一些试用的机会。 在听取这些用户意见的同时有一些事项是必须要注意的:

    • 记住,这些用户是自愿参与的用户,他们并不能代表网站的所有用户。
    • 事实上,因为这些用户总是十分热心地参与,所以他们往往会提供比较正面的反馈。
    • 将这些反馈信息公布出来,以便所有参与或未参与试用的用户都能看到。
    • 采取某种方式确保所有反馈都能被确认并给与合理的答复。
    • 收集常见问题并通过简洁明了的方式给以答复,以体现你网站的品牌形象的一致性。
    • 要有耐心,直到新出现的问题越来越少。

    但要注意!你很可能在听取了所有反馈之后,发现无法在它们中间找平衡,在改版的过程中一再纠结。或许Facebook将以上这些问题都解决的很好,甚至还 进行了大规模的测试以确保改版的结果是切实可行的。让我们假设改版对所有社区用户来说都是有利的。但是仍然很难避免这样的问题,当用户有一天登录 Facebook页面时,发现所有东西都变了。

    有时候,改版本身对此无能为力。那我们该如何应对?

    • 不要变的太快:避免突然性地从小规模改版测试转变到大规模的全站改版。光是在页面顶端有一个提示栏招募用户参与测试版是不够的。给用户充足的时间让他们意识到改版的进程。有些人每天都登录网站,而有些人则只是一个月登录一次甚至更少。这意味着可能需要一段时间的让他们获知这些信息。

    • 不要等到出现质疑声才出来解释你们在做什么:切记在第一时间让你的用户知道你们这样做的目的。我建议将这些信息以倒计时的方式发布出来。不见得是字面意义上上的倒计时,尽管那样也行。我指的是对信息有一个计划,以保证通过网站本身的发布渠道或其他媒体让这些信息深入人心。

    • 不要面面俱到:调配好你手头的资源,确保将它们用在最有可能出彩的地方,而且一旦决定就要坚决执行。较小的改动是不太可能引起轰动的,所以不要总在那些小地方着力。

    在改版的过程中存在很多的方法和误区,但愿这些你都已经想到。通常情况下,一个最需要考虑的因素是最终用户────他们的体验如何,以及你如何能使他们获得最佳体验?

  • 作者:György Fekete
    原文链接: Pricing Tables: Examples And Best Practices
    译者:
    UCD翻译小组, Lanx
    György Fekete 版权所有(Article copyright by György Fekete)

    对于任何提供产品或者服务的公司来说价目表都扮演着重要的角色。不论从它的设计还是可用性角度来讲,实现起来都是个挑战。价目表必须在力求简明的同时体现出不同产品或服务间特性的差异。

    价目表必须有助于用户做出自己的最佳选择。公司应该精心考量他们的系列商品,挑选商品中最具竞争力的特性展现在价目表上。我们应该只 给用户呈现他们会感兴趣的东西:可选的特性、项目和价格。展示的原则就是:为了避免用户在比对商品和从中选出最优方案的过程中遇到困难,务必去掉价目表上 任何的非必要元素,从而减少流失潜在顾客的机率。

    一旦你确定了商品的最主要特点,继续深入为那些关注某项特定指标的用户创建一个更为详细的功能列表。用户需要知道自己把钱花在什么样的商品上,而这个商品到底包含哪些重要的标准。

    为了给如何设计和展现价目表打下一个良好的基础,让我们一起来看看别的设计师的一些作品,然后按照下列标准来分析它们:

    • 设计:色彩、风格、字体、图标。
    • 可用性:在CSS和JavaScript无法成功加载的情况下它是否还可用?

    最佳策略和方针

    设计价目表是个讲究技巧的工作。它要求设计师将信息清晰准确地传达出来。尽可能地将产品的特性直观地展现给用户以使他作出最满意的选择。

    1.传达的恰到好处

    我们想当然的会以为特性描述面面俱到的列表能够为潜在用户构建起良好的商品印象。而实际上,你给出的信息越多,要求用户消化吸收的也就越多。

    TypePad (如下截屏)为用户提供了冗长的价目表。尽管它提供了详尽的信息使得用户能够对比出商品之间的差异,但是用户根本无法一目了然,他们不得不记住哪一列对应 到哪一个商品。此外,尽管商品名称在列表底部尚有显示,但价格却只在列表开头出现。因此用户在浏览到表格下方的时候不得已还得重新滚动到列表开头查看商品 价格。

    相比之下ConceptShare就是个简明易用的典型。注意:列表第四行合并了两项(用户和评审者),从而避免不必要的第五行出现。这是个美观且信息充足的价目表。


    重复一遍,关键在于你的用户能清楚的知道各个商品之间的差异。传达的信息不多不少,恰到好处。 假设一个潜在用户来到你的商店并希望知道两个商品间的差异,你肯定不会首先向他介绍它们彼此类似的特性,不是吗?告诉用户他们想知道的,他们会感谢你的。 同时也引出了我想说的第二点。

    2.传递不同点,而不是相似点

    不要关注于展现备选商品的相似点,而要传达出它们之间的不用。在视觉效果上区分出备选商品的相同特性和不同特性是个好办法。为了做到这点,你可以将区别较大的特性放在列表的顶部而相同特性放在底部。

    看看eTribes.com 的价目表(以下截屏)。这样的设计有效地传达了商品的不同点及共同点。所选的图标也在符合整体设计风格的同时有助于用户理解商品的各项特性,有效且友好。


    3.突出商品价格

    当用户访问产品或服务网站时,他们最先想了解的就是价格问题。而忽视对价格信息的设计是B2B和B2C网站存在的首要通病。要尽量确保你们所显示的商品价格能迅速和清晰地被用户看到。

    字体的选择往往取决于所提供的产品或服务的类型,同时还要遵循整个设计的风格一致性。在很多价目表中商品的价格,名称,特点会被设计的更大以使其突出。作为设计师,你要确保价格在视觉上和逻辑上都有适当的重要性。



    以价格对商品进行排序也是个好办法,从高到低或从低到高。因为用户会以"F"形视线浏览网站,一些设计者将最廉价的商品放在列表左侧,以使用户第一眼就能看到。设计者最关注的应该就是确保用户看到最吸引人的信息。

    4.精简视觉元素

    很遗憾,在我们展示的大多数案例中都存在一个同样的缺点:他们过于频繁和不恰当的使用过分鲜艳的视觉元素。设计师希望价目表尽可能的吸引人一些,看起来,大量绿勾勾和红叉叉似乎有一些帮助。

    可一旦这些图标布满整个列表,就很容易将用户的目光吸引到图标上来,从而阻碍用户阅读商品之间的具体差异。Beanstalk 在避开视觉元素干扰的情况下有效地传达了他们的信息。用浅色的圆点表示这一产品支持某项特性,不过分抢眼又能传达好信息。


    Planhq.com只用了绿色的勾选框而没用红叉号。实际上,红叉号的确不是必须的,既然如此,就该果断的将它排除在外。


    Goodbarry.com 用颜色来强调列表中的关键细节。同时,请注意他们是如何运用字号大小来凸显推荐商品的。此外他们还很好的应用了绿色按钮来吸引用户体验他们的产品。


    精简视觉元素,避免视觉噪音。如果你确信那些图标不至于太过花哨,而且的确能给用户传达出有用的信息,那么就尽管使用它们。如果它只是个摆设那你还是不用为妙。

    每一个图标或缩略图的存在都必须有其明确的理由。例如,价目表比对的是一些实物产品,那么就有理由将它们的缩略图展示出来。


    Almost all of the pricing tables we’ve examined use different background colors to differentiate pricing plans. Designers use color theory and vivid colors to keep the visitor’s focus on the specific plan that the company wants the most sales on.

    我们列举的所有价目表几乎都利用了不用的背景色来区分各个商品。设计者遵循色彩理论借助鲜亮的色彩将用户视线吸引到商家期望其热销的商品上。


    5.生动地图解差异

    一些设计师利用插画和生动的图像来清晰地展现商品的差异,诸如卡通形象之类的比拟手段经常被应用。例如,一个公司提供不同档次的问卷调查服务,你就可以用一个“轻薄的”工具箱代表精简版,用更大、更厚实的工具箱代表企业版。事实上,这是设计师的常用手法。






    6.保持设计的一致性

    网站上包括价目表在内的所有元素,都要保持统一的风格。BigFilebox.com 就在这点上犯了个错误。


    第二个价目表的设计并没有遵循网站整体的设计风格。

    7.谨防你的用户流失

    对于任何提供产品或者服务的公司来说价目表都是影响销售业绩的关键。价目表就是展示商品的窗口,因此,要确保对于每个人来说它都是可使用,可访问的

    价目表不应该只支持新版的浏览器,而是所有版本的浏览器和显示屏。公司可以创建包含各种特效的价目表,但是他们要确保在CSS和JavaScript无法被加载的情况下用户仍能够看明白价目表。以下是个符合上述情况的例子:


    以下是个过度应用JavaScript的案例,mailchimp.com:


    看到这个价目表时你要再点击一个“查看详细信息...”的链接才能用JavaScript展开那些隐藏在下面的信息。如果我们禁用浏览器上的 JavaScript,那这个链接就无法打开了。解决的办法之一就是在JavaScript被禁用的时候让这些信息显示出来。(译注:我倒是觉得会禁用 JS的人自然知道如何打开,难道他们不用任何的动态页面吗?GMail?Facebook?恐龙自己喜欢灭绝就不要阻止他们吧。)

    价目表案例库

    横向排列还是纵向布局?作为设计师到底应该怎么选择?尽管当前主流的设计还是纵向分栏布局。但其实不管怎么显示,其目的都是为了清楚地传达出商品特色。

    ActionThis


    Squarespace


    Tickspot


    Litmusapp.com


    Goodbarry.com


    Bigcartel.com


    Blinksale.com


    Polldaddy.com



    iPhone T-Mobile


    Fluxiom.com


    Dropsend.com


    Brightbox.com


    Spokeo.com/hr


    Movabletype (the pricing table is no longer available)


    Zendesk (the pricing table is no longer available)


    iPhone


    Harvest


    Github.com


    FetchApp.com


    RescueTime


    Shutterstock


    Intervals


    Jigsaw



    DabbleDB


    activeCollab


    Zoho Projects


    TiVo


    Apple MobileMe


    Analysis-one


    ProofHQ


    Backboard


    ExpressionEngine


    你还可以从Christian Watson’s 的案例库里找到更多的价目表

    最佳策略:总结

    • 包括价目表在内的所有元素,都要与网站的整体设计风格保持统一。
    • 有节制地应用不同的背景颜色来区分不同的商品。
    • 就像摄影师会将焦点聚集在他想表达的对象上,在价目表中也要尽可能地突出你想让别人关注的部分。
    • 用不同的色彩和字号来区分主次商品。
    • 遵循用户浏览网页的"F"形视线模式,将主要特性置于列表左上方。
    • 在设计价目表时有节制地使用CSS和JavaScript。
    • 商品的价格要始终可见。
    • 假使你的产品特性太多以至于无法在一屏显示完,最好将商品的名称,价格和主要特点分别在列表的顶部和底部都显示出来。
    • 必须明确表述商品价格所属的币种,因为像"$"这样的标志既可以代表美元,也可以代表加币和澳元。


    关于作者

    György Fekete 是一位有五年web设计和开发经验的web开发人员。是罗马尼亚一家名为Primal Skill Ltd.Web设计开发工作室的创办人。他还会在博客上发表一些关于创业,商业,设计和开发等方面的文章: blog.primalskill.com..

  • 原文: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


    情境关联信息图形

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

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

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

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

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

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

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

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

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

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

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

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

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

    从环境中推断情境

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

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

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

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

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

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

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

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

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

    从历史数据中推断情境

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

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

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

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

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

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

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

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

    (未完待续)