Interface Design & UAR

1.1 Tools for Evaluating Usability: Heuristics and Think-Aloud Testing

1.1.1        启发式的评估方法

1.       Heuristic evaluation (HE)是在开发阶段的早期分析用户界面可用性的工具。现在他已经发展成为一门学科。（ HE’s heuristics, or usability principles）理解heuristics概念。Heuristics是从过去30年的用户界面设计和评估的实际经验中发展起来的，虽然可以从认知心理学的角度来了解它，但它不起源于认知心理学。本章节就是扼要讲述这些原则。

2.       Overview of Procedure for Using Heuristics，启发式的评估方法的执行过程就是several people用Heuristics 来检查用户界面设计（设计可以使任意阶段的设计，草图，原型和最后结果都是设计，在越早阶段用Heuristics评估，损失越小）是否都符合要求。通常情况下，界面越复杂，需要评估的人数越多。

3.       Heuristics最有用的是在设计的时候用到它的观念，从早预防。

4.       Visibility of System Status “电脑所处的状态的可见性，电脑在做什么，电脑的输入，电脑如何处理”，声音，图像等方式提醒用户。

5.       Match Between System and the Real World。”现实世界的惯例，用户完成任务的方式，环境以及通用规则的使用” 这些使用利用了用户long-term memory，使他们能够很快的熟悉系统。

6.       User Control and Freedom用户要有足够的“自主权”，及时的恢复错误和进行其他处理。

7.       Consistency and Standards：相同的信息应该以相同的方式表示，不同的信息以不同的方式表示。

8.       Error Prevention，最典型的错误防止是“用可选动作列表来代替用户自行输入操作命令”，这个错误特别容易发生。

9.       Recognition Rather Than Recall：诸如页面切换等问题时，应该提供给用户尽量全面的信息让用户选择，而不是期望用户去记忆某些信息。

10.   Flexibility and Efficiency of Use：对于高级用户，快捷健的设置和特定的界面设置很有必要，这些可以加速人机交互。

11.   Aesthetics and Minimalist Design

12.   Help Users Recognize, Diagnose, and Recover from Errors，当发生错误的时候应该准确告知用户错误之处以及如何恢复错误。

13.   Help and Documentation，用户能够明白如何使用某一功能。

  

将这些原则牢记在脑海中，并且用这些原则去检验你的设计。

1.1.2        Basic Think-Aloud可用性测试方案

1.       Think-aloud usability testing（让恰当的用户以任意方式使用你的界面原型，说出那里有问题，你静静的听或用录像带，记录下这些问题，然后解决。原型通常指建立好的动态界面原型，而非稿纸上的原型）是通过实践经验发展而来的，它是用户界面评估最有效的方法。

2.       HE是设计者在设计时使用的预防措施，但是设计者毕竟是设计者，不能完完全全站在用户角度，所以这里还需要和THINK-ALOUD结合使用。

3.       这个方法的心理学原理是用户说出contents of their working memory as they work on a task。Working memory里面有语言认知部分，这是很容易aloud的，非语言部分用户通常不会去aloud它。无论怎样，通过此方法得到的结果可以使设计者受益匪浅。

1.1.3        How to Write a Usability Aspect Report (UAR)可用性评估报告

1.       当你对某一用户界面做完评估以后，回记录下它需要更改和保留的地方，这种报告称为可用性报告，可用性报告最重要的是要注意它的可读性。

2.       可用性报告由以下红标题地方组成。

3.       UAR Identifier：必须是独一无二的标号（可以用鉴定人来命名，也可以用鉴定种类来命名 eg : HE6 or TA89，CS1 or JK75），在标号后面接Problem或是Good Feature。

4.       Succinct Description of the Usability Aspect：UAR的名字，这个名字应该简短，但应该能反映问题（不是解决方案----因为问题可以通过集中解决的方式来解决）并且具有可区分性。（EG: Press-Me label too small）

5.       Evidence for the Aspect: 有用户能够理解这份报告含义的实例。对于一份HE报告，这个可以是一段屏幕截图和他所违反或遵守的启发式原则。对一份think-aloud study，这个通常是屏幕上显示什么，用户作了什么，屏幕反馈了什么，用户如何评价。

6.       Explanation of the Aspect：问题发生的原因，记得从分析的角度，而非评估的角度（对于he，则说什么现象遵循了什么原则，对于TA来说则说明某个现象为什么会发生）。（the system was in editing mode, but the user thought it was in run mode because there isn't a noticeable difference between the modes on the screen）

7.       Severity of the Problem or Benefit of the Good Feature：解决问题或是保留某一方面的意义（这些特点用户有多频繁的使用，这些特点会不会影响新手的使用）

8.       Possible Solutions and Potential Trade-offs：如果this aspect是一个问题的话，这块就用来解决问题，不必问题一提出就试图去解决它。另外之一应该列出潜在的design trade-offs。

（For instance, the problem might be that there are no keyboard shortcuts for items on a menu in a mail system and you propose CTRL-S for SEND. A design trade-off you should record is that CTRL-S might already be used for another menu item (e.g., SAVE), so all shortcut keys need to be examined before any design changes are made.）

9.       Relationship to Other Usability Aspects：用户界面的各个aspect都是相关联的，这个部分就是用来表明和其他部分的联系的，注意写全UARs point，比如说#1和#30相关联，则要在双方的文件里都提到。

10.   IMPORTANT: Always Step Back and Try to See the Bigger Picture! 纪录了用户可用性评估中非常重要的一部分。stepping back and looking for patterns in the usability problems.

你每完成一个可用性报告，都应当回头看看是否有某些UAR和这个相联系。单个UAR看不出什么问题，通常汇聚在一起会发现很多有用的观点。