4.2 认知走查
定义 Definition:

认知走查法是指可用性专业人员将自己“扮演”成为用户,通过一定的任务界面进行检查评估。 评估对象可以是实体模型,原型,也可以是一项发展完善的服务。可用性专业人员可以是人因工程师或者其他相关领域的专家。

 Cognitive walkthrough involves one or a group of evaluators inspecting a service by going through the stages of the client journey. The service can be presented in the form of a mock-up, a prototype, but it can also be a fully developed service. The evaluators may include human factors engineers or other specialists.

Video:
步骤:


(图解:可用性专业人员通过完成一个或多个任务,发现一些细节或流程方面的问题。)

3.1 准备阶段

3.1.1 用户群的确定极其相关知识的一般描述

确定用户群比较容易:在界面或系统投入使用之前,可以是预计的用户;如果评价已有的正在被使用的界面系统,则可以在原用户群上加以确认或细化。无论是哪种都可以是诸如"使用ATM的人群"等简单的、一般性的描述。但是用户毕竟是在自身已有的知识结构基础上使用界面或操作系统的,而且不同的界面自身所要求用户所具有的知识基础也不一样,如有的界面设计是建立在用户熟悉Windows基础上的,而有的界面可能是大众性的,不需要任何计算机知识,所以使用CW评价法,需要考虑用户的知识背景,这样CW揭示的问题会更多一些。

3.1.2 样本任务的确定

走查是以用户完成任务为载体的,因此任务的选择很重要。所谓样本任务是能反映界面特征的、典型的任务,这些任务的选取应该建立在市场调研、需求分析和概念测试基础之上的。以下是两条选取任务的标准:(1)所选任务应是界面(系统)核心的任务,得到界面(系统)很好的支持。(2)任务应该是现实的,即所选择的测试任务应尽可能的反映出真实情况下用户的使用。所以测试阶段的任务描述一定要具体,要包括能反映出界面使用时的典型情境,且任务必须完整而不是系统不同功能的孤立操作。

3.1.3 任务正确操作步骤的制定

待检测任务确定之后便要确定每个任务的操作步骤,这些步骤诸如"按回车键""打开主菜单,保存文件"等。如果界面(系统)开发者参与CW测评,可以直接按照设计的步骤结合用户可能的操作检测;如果没有开发者的参与,那么评价者应该在咨询设计者的基础上确定好任务操作的步骤。另外,完成某一任务的路径可能很多,也就是说CW可有多种方法完成,但通常是选择最通用的或是可能最有问题的那一种。

3.1.4 按照序列确定界面的状态

准备的最后一个步骤是尽可能地描绘出任务操作过程中用户会看到的界面状态以及对每一个操作步骤界面的反应,其中最为重要的是要详细描述出操作之后界面给予的反馈,如果缺少必要的反馈用户很难知道某一操作是否正确、利于任务的完成。

3.2 分析阶段

3.2.1 构建故事

分析阶段中,分析者按照正确的序列操作,比较每一操作前后的状态,以确定用户按照序列操作的可能性有多大。在考虑到用户固有知识背景的基础上构建一个"可信的故事(credible story"解释为什么设想的用户会选择正确的操作步骤完成任务,或者构建一个"失败的故事"解释为什么用户没有按照正确的操作步骤进行下去。分析者构建故事的根据是走查过程中对以下四个问题的回答。

① 用户会努力获得正确的结果吗?

这一点所关注的问题是用户的意图如何、思路是否清晰,如果用户不试图获求正确操作所要求的步骤,那么他们不可能选择正确的操作。比如,用户的任务是打印一篇文档,但是系统要求在打印之前要选择好打印机,此时分析者就要回答用户是否知道需要选择打印机。

② 用户会注意到正确的操作步骤或方式吗?

对于直接的显而易见的操作如菜单和按纽,一般来说用户使用起来不会有什么问题,但是像双击这样的操作,用户就不容易决觉察的到。分析者在走查的过程中对这些不明显的操作应予以特别的关注。

③ 用户会把正确的操作步骤与努力获得的结果联系起来吗?

即便用户努力获求正确的结果,也能看到可用的正确操作,但是如果用户不知道通过其所意识到的操作步骤可以获得想要的结果,依然会使任务的完成受到影响。比如:用户看到显示有"select printers"的菜单条目,就能很清楚的知道通过此菜单的操作可以获得其想要的打印机;但是如果菜单显示为"SysP",即便用户知道在打印文档之前应该选择打印机,而且知道下一操作为"SysP"菜单,由于用户很难把二者联系起来同样会影响任务的完成。

④ 在正确的操作之后,用户是否能得到合适的反馈?

这一问题关注的是界面能否提供正确的及时的反馈,由于没有得到反馈用户可能会取消正确的操作而去进行他们所认为的更为"合适的"操作。所以分析者在走查的过程中要检测是否由于界面反馈的问题而影响了任务的完成。

3.3 重要信息的记录

分析者在走查过程中除了记录准备阶段和实施阶段必要记录的信息之外,有两类信息应予以特别的关注:对于一个基于用户拥有特定知识的假设上被认为是成功的操作,如果怀疑设想的用户群是否具有这样的知识对用户有这样的知识,这样的假设应记录下来;对于影响任务完成的操作分析者应记录所有问题及认为有问题的原因,不能仅仅关注对CW4个问题的回答,比如用户没有把正确的操作和它的结果联系起来可能不是因为实现该操作的按纽不好而是有其他按纽看起来与其一样好,所以记录应尽可能的全面。

3.4 后续工作

如果构建的故事是"可信的",那么这部分的工作就是简单的整理了。但实际上,走查不可能没有发现任何界面设计的问题,也就说总或多或少的存在"失败的故事",所以评价者在这一阶段应该给设计者整理出一个指导性的建议,为他们前期界面的修改和后期界面的再设计提供依据。

适用于 Apply:

上一节

下一节