|
制定标准 界面标准为实现基于任务目标和功能的系统提供了具体的指导。一套可靠的标准在两个层面上提供指导。在感观层面，它确保了贯穿应用软件或站点的一致性。站在可用性的角度来说，标准还必须在功能层面上支持完整一致的用户体验。 假设一套标准是从任务的角度建立的，其好处显而易见。通过对比可以非常容易的证明这一点。 你是否曾经访问过一些站点，其中的每个单元看起来像不同人设计的？外观标准通过描述所有页面都采用的整体外观形式来消除这一问题。这种外观的一致性可以使用户更好地了解自己在站点中所处的位置。通过系统地应用，外观标准帮助在网站形象和网站所提供的工具或 尽管如此，观感仅仅是一个好的标准的一小部分。 你是否曾经看到过在一个站点上，搜索按钮一会叫“Search”，一会又叫“Get”，还有“Find”和“Go”之类的（在一个门户网站（portal）里面， 经过精心设计的界面标准能够为终端用户带来明显的好处。对于组织（如公司等）来说也同样有好 处。组织能够从产品成本的降低和资源更加有效的使用中获益。产品成本的降低是因为标准从本质上说就是可以重复使用的，是以模板为基础的建构模块。开发者识 别用户在给定页面试图执行的任务，选定基于该任务的模版，然后定制页面以适应该任务具体的上下文环境。大多数任务流工作在选择模版时完成。更好的是，整个 站点内任务层面的一致性可以通过简单地指导开发人员选择正确的模板来实现。 可重复使用的模板能够让时间紧迫的开发者们有喘息的余地，以便将精力集中于更有趣并且更有挑 战性的问题上，这使得资源的使用得到优化。模版的使用在那些内容开发者碰巧成为网页的实现者的产品团队中回报更为丰厚。对这些团队来说，模板能够让内容开 发者聚焦于内容而不是字体大小的选择之类的问题。 这里是标准…开发者在哪里呢？ 开发一种标准是一回事，而让开发者使用标准常常是另一回事。有很多人际关系的原因以及标准的开发程序方面的原因可以导致在开发出来的标准在实际应用中被忽略了。 * 设计标准的启动阶段可能涉及大量人事及决策问题但同时又不太为人所了解。 * 标准可能由组织内一个单一团队开发出来，而不是跨越组织内的协作（这样往往造成开发出的模板不够宽泛，不能吸引其它为用户提供实际功能的团队）。 * 标准可能太过宽泛而不实用，更像是一堆指导原则或者行动指南，而不是能够导向有用设计的与实际情况相符的路线图。 Thovtrup 和 Neilsen (1991) 认为一个有价值的标准必须满足两个条件： 1. 它必须详细指明一个有用的界面。 2. 它必须能够被开发者理解解和应用。 换句话说，当开发人员需要花费很大精力去理解和应用标准的时候，标准本身也会被忽略掉。简言之，可用性问题必须用可用的解决方案来解决。 设想一下，标准通常是比较厚的纸面文档，例如在117页，规定了“查找”应该包含一个可容纳35个字符的文本框，后面跟着标有“提交”的按钮…，看到这你就明白该怎么做了。有时这可能是一张图片。 无声的尖叫和不可用的标准 一个不可用的以用户为中心的设计标准？看上去有些矛盾。但事实的确发生了。Mosier和 Smith (1986)报告说：在一项“在你的设计中应用标准”的研究中，只有略多于一半(58%)的设计师能够在一堆界面指导原则中找到所需的指导条目。 Souza和Bevan (1990)更是报告说：被分派去应用一套ISO标准草案的设计师对其中30%的规则缺乏把握，并且完全违反了11％的规则（根据这些反馈，对这部草案进 行了反复修订。这件事也表明，标准本身得益于迭代的测试和设计）。 Thovtrup和Nielsen (1991)在一项小型的实验室研究中探索了已规定的标准执行的成败是否同文档的长度和复杂度有关。在他们的研究中，参试者拿到了一家虚拟公司的两页纸的 界面标准，并且准备了一套依从标准的系统作为范例。即使按照最少数量的指导条目，参试者的设计的依从度也只有71%。在这项研究中，通过一套在标准中指定 的设计元素检查表来评估依从度。也许他们应该给参试一套检查表而不是一套标准。 Thovtrup和Nielsen (1991)还报告了关于界面标准的可用性的一项主题研究。在主题研究中，他们研究了15位组织内开发者们的态度，探索了他们对于一家丹麦的中型软件和服 务公司一份57页的标准态度倾向和使用情况。另外，他们还检查了开发者们识别标准偏离情况的能力。 同通常认为的相反，开发者们总体来说对于标准的需求和使用都持积极态度。他们明确表示了对于细致的标准的偏好胜过不太严格的设计建议，并评论说格式化的标准能够“尽可能减少时间浪费”，即减少在项目会议中那些关于较小的界面细节的争论。 一幅图片足抵千言万语 但是，尽管有这样高度积极的态度，开发者们在被测试应用这些标准来识别对标准的偏离时还是遇 到了很大的困难。参试们没有能够识别出那些同标准相矛盾的设计元素。有趣的是，参试们还识别出一些没有违反标准的设计细节。在进一步的研究中，研究者们注 意到那些错误的当成与（书面）标准相背离的设计细节，都与标准文档中的屏幕截图例子相匹配。尽管这些屏幕截图在标准中仅仅被用于示范一些特殊的设计细节， 开发者们还是吸收了例子中所有的设计细节。具体的产品设计范例比起抽象的需求陈述而言更有影响。 问及标准的可用性，一半以上的参试说标准中的规则难于记忆。另有相同数量的参试建议说提供好的程序工具能够增加标准的价值。 标准只有被使用才有价值 这最后的悼词揭示了为何标准虽然 1. 描述可用的界面； 2. 以一种可以理解的方式描述界面； 3. 提供在线工具，尽可能减少对应用标准的抵制（e.g. : 模板，图形库，选择矩阵等等。 通过增加第三点条件，我们能够从拥有一套有价值的标准过渡到拥有一套可采用的标准。一套便于使用的标准必须是有用的。 Kath Straub博士是HFI的首席 英文原文 翻译：马力 校对：潘龙 11月份UserFriendly2006的会议上，HFI的成员会专门讲解关于标准的问题。 |
|
|
