可用性测试：产品可用性评估的分析法
可用性检查(Usability inspection)，是专家(如可用性工程师、用户研究员、领域专家等)根据自身的知识和见解、参照一组特定的标准对产品或服务进行评估的分析方法。
与可用性测试不同的是，可用性检查是由专家来分析产品，而不是由用户来测试产品。
在整个产品周期，可用性检查都能快速、低成本地实现目标、找到明显的可用性问题。如果考虑时间或预算，可用性检查能够能满足最低标准。
不过，专家或许是“砖家”，专家有可能会错过某些问题，对用户知道什么、想要什么，专家可能做出不正确的假设。
介绍启发式评估和认知走查两种方法。
1 启发式评估
启发式评估是一种“打折扣的”可用性检查方法。
所谓“打折扣”，就是启发式评估在标准实验室进行可用性调研，以便节省时间和费用，且遵循10个启发式评估原则，以保持良好的用户体验。
启发式评估的一般做法是：3~5名UX专家(或经过启发式训练的新手)单独评估产品，检查一组核心任务，找出任何违反启发式原则的地方。之后，专家们聚到一起，结合所有的评估形成一个总结报告，阐述所发现的问题。
在一个产品中，每个元素都坚持走查所有10个启发式原则是比较困难的，因为这它们有时也存在矛盾。
另外，坚持所有10个启发式原则的产品不能保证一定会满足用户需求，但该产品的设计应该不会太差。
启发式评估的十大原则如下：
1. 系统状态的可见性(Visibility of system status): 让用户了解系统的状态，并在合理的时间内给予反馈。
此原则要求把系统的状态反馈给用户，并且反馈必须 迅速且内容合适。例如：
- 鼠标的等待状态；
- 收发数据时显示状态的进度条；
- 网页中的导航控件。
2. 系统与现实世界的匹配(Match between system and the real world): 使用用户熟悉的术语和概念，避免技术术语。按逻辑顺序展示信息，并遵循现实世界的惯例。
此原则要求不能使用专业术语和公司内部术语，而应该使用用户的日常用户进行交互 。信息展示方式也应该以现实为基准。例如：
- 操作系统的“废纸篓”；
- 在线商店的“购物车”；
- 向左箭头为“返回”、向右箭头为“前进”；
- 中文网站尽量使用中文标签。
3. 用户控制和自由度(User control and freedom): 允许用户控制系统中发生的事情，并能够返回到以前的状态（如撤消、重做）。
此原则要求不应该给用户一种被计算机控制的感觉，因此必须让用户任何时候都能从当前状态跳出的出口，保证能够及时取消或再运行执行过的操作。例如：
- 网络所有页面都能够跳转到首页；
- 浏览器返回按钮不可以是无效状态；
- 网页的宽度和字体大小应该可调；
- 图片以缩放形式显示时，点击后即可放大。
4. 一致性和标准化(Consistency and stadndars): 产品的术语、布局、行动要保持一致性，遵循已知的标准和惯例。
此原则要求用户在相同操作下得到相同的结果，应该遵循操作系统标准和网站标准等。例如：
- 同一网站内，网页的设计风格应该统一；
- 指向网页的链接文本，应该与网页标题一致；
- 未访问和已访问链接的颜色应加以区分。
5. 防止错误(Error Provention): 最大程度地避免用户出错。如果出错，让用户很容易看到错误，并给用户机会来解决之前提交的动作。
此原则要求，相比完善错误发生后的应对方案，更应该做的是预防出错。同时，在执行会带来重大影响的操作前，应该先弹出确认对话框，让用户确认是否执行操作。例如：
- 设置默认值；
- 不轻易删除页面或更改URL；
- 在表单必填项前加上明显标记；
- 文字输入要支持半角和全角。
6. 识别好于记忆(Recognition rather than recal): 不要强迫用户依靠自己的记忆来使用系统。必要时，让选项和提示信息可见或容易获取。
此原则要求尽量减少用户的记忆负担。与其让用户回忆，不如让用户选择提示信息。例如：
- 弹出的帮助窗口；
- 链接文本使用短语，而非单个词语；
- 购物车不只显示商品编号或简称，也显示完整的商品名称、数量、金额等信息；
- 自动发送确认下单的邮件。
7. 使用灵活而高效(Flexibility and efficiency of use): 专家用户可以使用快捷操，但对新手隐藏。允许用户自定义系统常用功能。
此原则要求提供快捷键及定制化服务。同一个界面不可能满足所有用户的需求，因此默认提供最简单的界面，并通过其他途径向高级用户提供满足更多需求的服务。例如：
- 浏览器的书签功能；
- 键盘上的快捷键；
- 中文输入法的输入记忆功能；
- 搜索引擎的高级搜索选项。
8. 简洁美观的设计(Aesthetic and minimalist design): 避免不相关的信息，隐藏不经常需要的信息，并保持设计的最小化，以避免分散用户的注意力。
此原则要求不在界面中放入太多的无用信息，以免给用户带来视觉上的负担或使他们产生混乱。例如：
- 在相关信息中提供文中链接和文末链接；
- 网页中加上标题，页面左右及行间留白；
- 不使用纯文本，配上能够补充说明的图片；
- 网页应能尽快完成加载，遵循1秒定律。
9. 帮助用户识别、诊断和恢复错误(Help usser recognize, diagnose, recover from errors): 系统应该首先应该防止错误发生，当错误发生时，应该准确表达错误信息(不要用代码)、表明问题，并指出如何恢复错误。
此原则要求，错误信息不只是告诉用户系统出错，应该做到使用用户可以依靠它来解决出现的问题，不要使用错误代码，也绝对不要出现 指责用户的语句。例如：
- 不应该简单地显示404错误，而应该一同显示定制的出错页面；
- 因输入错误导致的错误，除显示出错信息外，还应该在输错的项目前加上醒目的标记；
- 出现拼写错误时，应提示正确的候选项，像Word的拼写检查一样。
10. 帮助和文档(Help and documentaiton): 使用系统最好不需要任何文档，但有必要提供帮助和文挡。帮助和文档一定要简短，容易找到，且能专注于当前，并描述清晰。
此原则要求，用户无需查看手册也能使用系统，但还应该提供帮助文档和用户手册，并配备目录和搜索功能。例如：
- 配备FAQ页面；
- 不只是介绍 功能，还应该配上使用步骤；
- 除了文字，还应该配上示意图和界面截图；
- 用户的等级和目的不同，帮助和文档也不相同。
2 认知走查
认知走查(cognitive walkthrough)是一种形成性可用性检查方法。它基于人类的认知模式进行可用性检查，就像戏剧排练时不穿戏服、不使用舞台设备，只拿着剧本进行排练。
启发式评估是从整体上看产品或系统，而认知走查是基于特定任务的。它是基于这样的考量：用户试图通过完成任务来使用系统，而不是先阅读操作说明。
进行认知走查时，不进行任何培训，直接安排进行产品走查。评估专家3~6人一组，尽量涵盖各种不同的用户背景和特征。创建任务时，尽可能覆盖系统的全部功能。
活动开始后，主持人向“用户”清晰陈述希望实现的目标(如预订一个航班)，确保每个人都明白，然后介绍任务，给大家展示屏幕(如移动APP屏幕)，每次一个画面。展示屏幕时，要求写下4个问题的答案：
- 这是你期望看到的吗？
- 你正在向目标靠近吗？
- 你的下一步行动是什么？
- 你预计下一步会看到什么？
要求每个人陈述自己的答案，并提供相关想法。例如：如果觉得没有向目标靠近，说明为什么。记录员记录所有违反预期的地方和可用性问题。
进行2~3个小组的认知走查，确保覆盖所有情境。反复多轮研究，确保解决所有的问题。
小结
本节我们介绍了产品可用性检查法，主要介绍了两种方法：
- 重点介绍了启发式评估，包括它的10大原则；
- 简要介绍了认知走查，包括它的4个问题。
