交互性被认为是有害的(2)_网页设计教程

推荐：WEB可用性测试的问题设计
在可用性测试中，最主要的两个角色，一个是受测(TestParticipant)，另一个是测试员(TestFacilitator)。这回小兔来说说测试员(TestFacilitator)在可用性测试

减少交互

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

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

• 形象化操作能将情境模型应用于适当的信息集合中。
• 相关性引导能让用户确认模型，而无需建构模型。
• 紧凑的反馈循环能让用户无需太多操作便能接近结果。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

原文地址：http://worrydream.com/MagicInk/

分享：肤浅网页设计
一直以来，我深信yahoo的网页设计是很棒的。但是，我的确说不出具体的理由，因为实在有太多的网站比它好看得多。我之所以觉得它好，是因为它是世界第一大站，它