可用性报告：在可用性测试之后撰写的文档，用来获取调查结果、观察结果和可能的建议。

12.1 优秀可用性报告的组成要素

可用性报告必须解决的问题：1、可操作性   2、权威性  3、可读性

12.1.1 关注点与关联性

可用性测试的最好能一次关注一个目标，并写明支持这个关注点的观察和分析结果。对如有多个目标，要在报告中做好清晰区分。

12.1.2 按优先级划分的结果和数据

报告中对结果划分优先级，帮助设计团队排列解决问题的顺序。

需要对观察结果和文档的呈现方式进行优先计划分。为设计团队提供能转化为设计团队具体任务的信息。

12.1.3 展示可用性报告的技巧

第2章介绍的展示大纲适合展示可用性报告。

1、确定目标--两种方式获取目标：确立解决计划、头脑风暴设计指导

2、尽早报告结果--使用模板、去除深度分析、举行会议介绍最重要结果

3、客观、真实--仔细区分“发生的现象”和“对发生现象的解释”

4、准备设计问题--设置预期、提醒、是否合并建议进去

5、不要对方法论产生抵触情绪--可与不参与测试活动的项目成员讨论完善测试的方法：总结方法和原理、承认方法局限性、捕捉计划的偏离

12.2 可用性报告解析

12.2.1 组织一个可用性报告

两种组织观察章节的方法：

1、按照场景和任务组织--每个屏幕展示一个特定场景的结果。

可用性报告目录

2、按照主题组织--比如用户不知道下一步做什么。优点：有助于概括结果和测试的基线总结。缺点：主题来自不同场景，反应不同的严重性，那么我们可能很难处理这些主题。

12.2.2 观察结果与严重性

报告观察结果时，需要考虑：合并相同场景下的相同行为、合并相似相同结果、提供上下文帮助读者理解。

可以使用模板描述观察结果，下图为三种方式：

插图编号：显示许多观察结果，不会遮挡过多上下文背景

覆盖图：观察结果和设计元素直接联系，但是会遮挡内容

摘录：保留页面的区域和对应的观察结果。如果摘录位于整个页面之外，会丢失上下文信息。

1、在一个表格中总结观察结果--包含观察结果、观察结果的严重性、设计的上下文背景

例子

2、严重性--给每个观察结果骨架严重性，并写在结果旁边

定义严重性的标准

3、其他装饰件--如果装饰件影响结果，需要删除装饰件。装饰件：分类、突出引用

12.2.3 总结与分析

一个良好的总结也可以帮助人们关注与最重要的结果。

总结应该包含两个主要结果：表明产品的主要优缺点、给项目团队一个优先级印象。

分析--分析是对结果的解释。是否在文档中加入分析有内容决定

12.2.4 建议

除了分析，另一种解释的方法是给出建议。建议如何基于研究收集的数据对产品进行优化。

建议不能掩盖测试结果，将建议放在文档末尾。最有效的建议都是带有说明事例的主题。

12.2.5 支持内容

1、测试方法--技术、参与者数量、参与者代表的用户类型、研究中使用的材料、研究范围、场景数

2、参与者简介与招募--介绍参与者，消除疑虑。

让项目团队参与测试结果会议，比撰写文档要高效。

12.3 可用性测试的另一种形式

不在人工营造的上下文背景中进行用户测试，而是去用户真实的使用场景中进行测试。

永久测试（现在的数据埋点、ab测试、高频率发布更新）

本书完结