【UXRen译#58】可用性方法集锦(上篇)

Usability-Methods-00

一、卡片分类(Card Sorting)

卡片分类是一种理解用户是如何组织网站上各种信息的有效工具。“卡片分类”一词词源于早期的实验方式:把一个单词或词组写在便签纸上,有时会将具体的定义和一些额外信息写在背面。卡片分类法可分为两类:开放式卡片分类和封闭式卡片分类。

1.1 开放式卡片分类(Open Card Sort)

在开放式卡片分类中,参与者会拿到一叠卡片,然后根据自己的常识把它们分成若干卡片组(分组没有对错之分)。之后,他们需要给所有的卡片组命名。

1.2 封闭式卡片分类(Closed Card Sort)

在封闭式卡片分类中,参与者首先会知道每个卡片组的名字,然后他们需要把所有的卡片放入这些预先设定好的卡片组里。半封闭式卡片分类是封闭式卡片分类的变种。在半封闭式卡片分类中,参与者首先会根据封闭式卡片分类的流程,将卡片分组。不同的是参与者可以更改卡片组的名字,并且可以新增或删除卡片组。

卡片分类的结果可以用来组织应用程序或者网站的信息架构。许多用户研究员目前仍然使用便签纸,而现在也有一些比较好的卡片分类程序和网站。这些软件可以提供聚类分析以及其他一些有用数据,非常容易操作(你不必像使用便签纸那样费时费力,或者担心卡片丢失),而且无纸化会更环保。一些比较有名的卡片分类软件有:XSort (支持Mac),WebSort(同时支持Mac和PC)。

 

二、认知走查(Cognitive Walkthroughs)

为了评估网站的可用性,若干名可用性专家根据网站的几个最典型的的用户任务来进行“走查”。走查的过程需要一步一步来,在每一个步骤中,可用性专家需要回答以下四个问题:

  1. 用户会努力获得正确结果吗? (用户是否会作出网站/系统预期的行为:如打印文件时,是否会选择打印机)
  2. 用户会注意到正确的操作步骤或方式吗? (按钮是否明显)
  3. 用户会把正确的操作步骤与努力尝试获得的结果联系起来吗? (点击按钮后就可以完成选择打印机的操作)
  4. 在正确的操作之后,用户是否能得到合适的反馈?(选择好了打印机,系统是否有反馈信息)

可用性专家需要对过程中的每一个步骤创建一个“成功故事”。如果某个步骤没法做到,那么他需要创造一个“失败故事”,详细说明用户无法完成任务的原因。这些观点可以被用来提高可用性。

 

三、启发式评估(Heuristic Evaluation)

启发式评估,又称可用性评审,是由一位或者多位人因工程专家对界面进行评估。评估者根据Jakob Nielsen博士于1994年提出的十条可用性原则来衡量界面的可用性、有效性和效率。这十条可用性原则会随着更多用户研究的深入,和更多终端设备的出现进行不断演进。目前这十条包括:

3.1 系统状态的可视性(Visibility of System Status)

需要及时并且恰当的将系统的状态告知用户。

举例:当载入时间较长时,显示一个进度条和(或)预估的载入时间。这样用户就可以知道到底还需要等待多久。

3.2 系统和真实世界的相似性(Match Between System and the Real World)

使用用户习惯的说法和概念,而不是一些程序员语言。信息呈现需要做到自然、合理,尽量与用户在真实世界中看到的方式保持一致。

举例:在设计面向儿童的网站时,需要使用儿童熟悉的那种简单、生动的语言。信息组织方式也要尽量和儿童经常见到的东西保持一致。

3.3 让用户有控制权(User Control and Freedom

用户在与系统的交互过程中,需要感受到对系统的操控,而不是相反被系统所操控。

举例:提供撤销和重做功能,让用户可以很容易的退出系统。

3.4 保持一致性和标准性(Consistency and Standards)

界面上所有的控件、图标、术语和报错信息都需要保持一致。并且尽量符合所处平台的设计准则。

举例:使用用户熟悉的图标,而不是重新创造全新的图标。

3.5 防止用户出错(Error Prevention)

通过用户测试找到用户容易出错的地方,然后重新设计这些容易出错的地方、以明确告知用户操作的后果。当用户删除一个很难恢复的信息时,要让用户再次确认。当用户可能因为错误点击而丢失重要信息时,需要提供撤销功能。

举例:如果用户删除了账号后,在一定时期内提供恢复账号的操作。

3.6 让用户识别,而不是记忆(Recognition Rather Than Recall)

尽量提供熟悉的图标、选项和操作方式来降低用户的记忆负担。

不要让用户在当前页面操作时还需要记住之前页面的一些信息。使用悬浮提示来解释陌生图标的功能。

举例:在表单操作时,允许用户很容易看到之前录入的信息(比如说序列号),这样用户就不需要记住这些信息(或者写在纸上)。

3.7 高效性和灵活性(Flexibility and Efficiency of Use)

新手用户和专家用户使用系统的方式是不同的。一个好的系统需要同时让这两类用户简单、高效地开展工作。为专家用户提供“快捷方式”,以便更高效的使用一些最常用功能。

举例,快捷方式可以是一个快捷键,比如说苹果电脑使用“Command+Q”来关闭程序。

3.8 精简设计(Aesthetic and Minimalist Design)

避免在界面上显示过多的信息和视觉元素,因为这些元素会和真正有用的信息争夺视觉重心。

举例,背景图案如果太花,会降低文字的可读性。

3.9 帮助用户发现,诊断和修复问题(Help Users Recognize, Diagnose, and Recover from Errors)

错误信息应该告诉用户如何从错误中恢复过来,而不是一段用户无法理解的神秘代码。

举例,如果用户在表单中输入了一个不正确的邮箱地址,那么错误信息应该是“我们无法识别您的邮箱,请按以下格式输入:email@address.com”

3.10 帮助和文档(Help and Documentation)

我们希望设计的界面足够易用,用户不需要帮助和文档就可以正常使用。但是有时候,用户还是需要查看帮助信息。在这种情况下,帮助文档和用户支持需要很容易被检索到,并且具有很好的可读性和可操作性。对于有些特别复杂的操作流程,可以提供一些视频演示和示例。

举例:如果没有必要创建一个完整的帮助中心、界面中只有少数输入框会让用户感到疑惑。这时候你需要一些“页面内帮助(in-line help)”。这种帮助的形式通常是一个链接,点击后会弹出一个对话框来显示帮助信息;也可以直接在输入框旁边显示范例:比如在电话号码输入框旁边显示XXXX-XXXXXXXX。

 

四、问卷调查(Surveys

问卷调查是获取用户对系统感受的一种很好的定量研究方法。传统的问卷调查是要邮寄问卷到用户家中的。而今,互联网为我们在短时间内迅速分发并收集大量问卷提供了可能。问卷调查最适合用来收集与系统功能有关的体验评分、用户需求和偏好。使用问卷调有一个前提,就是用户的任务流程已经被清楚定义,而用户研究员的的重心是获取用户对这个任务的用户反馈。和面对面访谈不同,研究员没有办法根据用户的反馈进行追问,因此问卷中的所有问题必须事先设计好。问卷中可以包括一些开放性的问题,当然如果时间紧的话,分析这类问题很可能会让项目延后。最后,在设计问卷的时候,你得先想好要如何分析问卷结果,以便保证提问的用处。

 

五、可用性测试(Usability Testing)

可用性测试是了解真实用户如何与你的网站进行交互的最佳方式。

与一些旨在让用户说出自己的日常行为和偏好的访谈、焦点小组不同,好的可用性测试可以用来评价一些关键任务的体验水平。如果用户没有办法成功地完成一次购物,再多“我很喜欢你们的网站”之类的评价也是白搭。

5.1 准备(Getting started)

开展可用性测试之前,你需要先确定你的目标用户。目标用户可能包括一个或多个用户群体。举个例子,一个网站除了普通用户的页面,还会有系统管理员的专门入口。这两类用户群体很可能在平时使用完全不同的功能。所以在可用性测试的时候需要分别给这两类用户,提供各自不同的测试任务。

5.2 设计测试任务(Creating Usability Test Tasks)

通常来说,被测者需要在九十分钟的测试过程中完成五到十个任务。任务需要涵盖最典型的的用户目标(比如说找回密码),和/或在网站设计者看来最影响转化率的关键任务(比如说下订单)。

制定清晰的任务成功标准,并且让干系人(stakeholder)信服也至关重要。一个准确的任务成功标准可能是:“被测者的浏览器中已经载入网址www.examplewebsite.com/purchase-success/,并且认为已经成功完成购买流程。”

为被测者制定任务的初始条件(比如说从首页开始)也十分重要,而且任务的完成和初始条件的设计往往会考验研究员去平衡任务顺序效应的能力。(比如说,注册和登录两个任务是有先后的,不能为了平衡任务顺序而把登录放到注册前面。)

5.3 执行可用性测试(Conducting a Usability Test)

在执行可用性测试的时候,主持人需要向被测者逐一朗读任务,比如说“找到如何联系技术支持”,并且让被测者在没有任何引导的情况下执行任务。为了避免偏差,研究员对每个被测者介绍任务的时候,需要朗读完全相同的“脚本”。

主持人也需要让被测者在开始任务时说出自己的想法(出声思维),这样才可以更好的理解被测者在完成任务时候的思维模型,以及他是如何做出决定的。在被测者完成任务之后,研究员会设定好下个任务的前置条件,然后继续测试。理论上,每个被测者的任务次序都是不同的。

5.4 测试结果分析(Usability Test Analysis)

有一些可用性测试录制软件,比如说TechSmith’sMorae (只支持PC)或者Silverback (只支持Mac),可以用来对电脑屏幕、被测者声音和面部表情进行录制。这些软件还可以追踪用户行为,包括鼠标点击、按键,切换或者打开窗口。

当所有被测者完成测试之后,研究员需要把汇总全部数据,确定各个可用性问题的严重性,确定优先级并报告给开发团队。例如,通过分析被测者的面部表情、鼠标点击数、完成任务的路径,可用性专家可以确定一个任务中最令人头疼的部分,并且提供相应的改进建议。

在项目设计、开发的各个阶段,需要进行多次可用性测试,以确保最终产品满足所有的可用性需求。

 

版权所有:UXRen翻译组 (转载请注明出处!)
译者:David
审校:李福东

 

原文链接:http://www.usabilityfirst.com/usability-methods
顶部图片来源:http://www.userzoom.com

 

4 条回复

  1. 头像 Jason说道:

    嗯,今天北京分享会讲的就是可用性十原则,感觉jessie贴切的例子非常棒

  2. 头像 Jason说道:

    期待下篇哈,什么时候翻译

Jason进行回复 取消回复

您的电子邮箱地址不会被公开。