启发式评估(heuristic evaluation)（2）

一般地，单个评估人员进行的一个启发式评估过程需要1到2个小时。对于更大的或有大量对话的复杂界面可能需要会需要更长时间的评估过程，但是对于这类界面如果能把评估分成几个更小的过程，每个过程集中在界面的某一部分的话就更好了。

在评估过程中，评估人员多次查看界面，检测各类对话，并把他们与一系列已经认可的可用性原则（Heuristics）进行比较。这些Heuristics是用来描述易用界面通常具备的共同特点的通用原则。除了要将一系列通用Heuristics考虑到每个对话成分中去之外，评估人员也明显允许去将他们想到的任何与任一对话成分相关的可用性原则或结果考虑进去。此外，可以将应用到特殊类型产品中的特殊种类的Heuristics发展成为对通用Heuristics的补充。有一种建立一个特殊种类heuristics的补充列表的方法是对某一特类中已有的产品进行competitive的分析和用户测试，并尽量去概括出原则来解释发现的可用性问题。（Dykstra 1993）

原则上讲，评估人员自己决定如何去评估界面。然而，一般的建议是他们至少得把界面过两遍。第一次是用来感觉一下交互的流程以及系统的总体范围。第二次则允许评估人员在获知某些特别的界面元素如何适用在更大的整体里的前提下，集中精力在这些界面元素上。

由于评估人员并不是在使用系统做真正的任务（Real Task），所以对于那些存在与纸上还并未实现的用户界面进行启发式评估也是可以的（Nielsen 1990）。这一点使得启发式评估法适合运用在可用性工程开发周期的早期。

如果要评估的系统是大众化的或者评估人员本身就是该领域专家，那么评估人员在使用系统的时候不需要有更进一步的协助。如果系统是针对某一特殊领域的并且评估人员对这一领域相当无知的话，那么就非常有必要为评估人员提供协助以使他们能够正常使用这些界面。有一种已经被成功应用的方法是提供给评估人员一个典型的使用场景，列出用户为了进行一组现实的任务而需要做的各类步骤。为了尽可能地接近系统最终的被使用情况，这样一个场景必须建立在对真正用户和他们的作业的进行任务分析（Task Analysis）的基础上。

使用启发式评估法后输出的结果是一系列在评估人员眼里违背了可用性原则的用户界面上的可用性问题。评估人员不能简单地说他们不喜欢什么，他们必须解释依据Heuristics或其他可用性成果解释为什么他们不喜欢。评估人员应该尽可能地做到详细明确，并将每个可用性问题单独列出来。举个例子，如果某个对话元素（Dialogue Element）有3个问题，每个问题必须跟可以解释为什么这个问题就是一个可用性问题的可用性原则列在一起。将每个问题分开注明主要有两个原因：首先，即使一个对话元素（Dialogue Element）会完全被一个新的设计替代，跟这个对话元素相关的有问题的方面也有重复出现的危险，除非你知道这个对话元素的所有问题。第二，可能一个界面中的所有问题不能全部解决或者用一个新的设计替代这个界面，但是对于所有我们知道的问题中的一部分，始终是可以解决的。

启发式评估法无法提供一个系统的方法找到解决可用性问题的方法，也不能提供一个途径去检测任何再设计的大概的质量。但是，因为启发式评估法旨在利用已确立的可用性原则来解释每个发现的可用性问题，所以要根据由已经被违背的、好的交互系统需具备的原则所规定的设计准则来制定一个修正的设计方案是相当容易的。另外，很多可用性问题在刚被发现的时候就已经有很明显的解决方法了。

例如，如果问题是用户无法把一个窗口（Window）中的信息复制到另一个窗口，那么，很显然，解决方案就是增加这样一个复制的功能。同样的，如果问题是大小写格式和字体使用的不一致性，那么解决方案明显是在整个界面上使用同一种格式。然而，即使对于这些简单的例子，设计者也没有信息可以帮助自己对界面设计出明确的修改方案（比如，如何使用户能做复制操作，或应该用两种字体格式中哪种来统一）。

有一种从启发式评估方法中延伸出一些设计建议的方法就是在最后一个评估环节之后制定一个任务报告的过程。参加这个任务报告过程的人员应包括评估人员，每个在评估过程中使用到的观察者以及设计小组的代表们。这个任务报告的过程主要采用自由讨论的方式，并把精力集中在讨论那些可能的旨在解决主要的可用性问题和原设计中大致有问题的方面的再设计上。由于启发式评估并不注重发现设计中好的方面，因此，任务报告也为讨论设计中比较好的方面提供了一次非常好的机会。

启发式评估被明确地成作是一种“便宜的可用性工程”（Discount Usability Engineering）方法。研究（Jefries et al. 1991）已经明确证实，启发式评估是一种非常有效的可用性工程方法。在我其中一个案例分析中发现启发式评估法中的利益-开销的比例是48:1：使用这个方法的开销大概是10,500美圆，而预期的利益大概在500,000左右（Nielsen 1994）。作为一个“便宜的可用性工程”方法，启发式评估不能确保提供完美的结果或者发现一个用户界面上的每一个可用性问题。