草图测试:如何测试和改进您的UX可交付成果和其他文档

设计成果应该快速、简洁、直接地传达内容。但是用户体验专业人士经常会生成密集的、复杂的、难以理解的文档，这些文档不能传达我们的意图，或者内容太多术语和内部用户体验术语他们越过了我们的同事和利益相关者的头。

(具有讽刺意味的是，UX专业人士如此关注于理解他们产品的最终用户，却没有将这种以用户为中心的理念扩展到作为可交付产品目标受众的同事身上。)

然而，我们可以使用一个简单的叫做草图测试的方法来了解交付物、文档、报告和可视化的有效性和可理解性。这个游戏的想法很简单，就像电话游戏:你把你的成果交给一位同事，让她写一个简短的草图或总结你的文档。观察她画的草图和写的东西。然后识别混乱或不清楚的元素，并迭代可交付内容。

如何进行草图测试

程序很简单:

1.打印一份交付的文件(如线框，可用性测试报告，wireflow，角色，旅行地图)．对于本质上是交互的可交付物(例如高保真原型)，考虑用一系列屏幕截图来表示它们。

2.招募一个草图测试参与者来自你的目标受众．例如，如果你正在为开发人员准备一个线框图，请招募一个前端开发人员。如果您要与产品负责人分享可用性测试报告，请找到产品负责人或项目经理。请注意，当它是很少适合在你的同事中招募可用性测试参与者对于素描测试来说，它是完美的，因为他们是实际的最终用户你的可交付成果。

你的同事的时间是宝贵的，所以一定要给他们一个小而有吸引力的奖励。由于素描测试只需要15分钟或更少的时间，在当地咖啡馆喝杯咖啡、吃顿午餐或再送一份小礼物就足够了。

3.给草图测试的参与者一份打印好的成品。在这个人旁边放一张空白的纸和一支钢笔或铅笔。

4.邀请参与者直接在可交付成果上写字，但也要准备草稿纸。解释交付的打印版本只是一个草稿，欢迎任何评论。

5.要求参与者解释可交付成果中的概念。但首先:

• 解释可交付成果的当前版本是一个正在进行的工作，并且您仍然在开发格式的文档。虽然内容建议是受欢迎的，但在这一点上不要明确地要求他们——重点是让交付内容清晰和直接。
• 注意，您希望使本文档更容易理解。
• 给参与者时间阅读交付的内容。要求参与者使用自言自语的协议在初次阅读文件时。
• 要求参与者假装她正在展示这个文档，并让她向你解释可交付的内容。

只要让参与者知道想法可以写在草稿纸上，也可以直接写在可交付成果的打印副本上，就会鼓励参与者更积极主动。

6.观看和倾听你的参与者解释你的交付内容中的概念。虽然主要关注参与者说了什么(尤其是对改变的直接建议)很诱人，但观察过程可以提供同样甚至更重要的见解。观察参与者在解释想法时引用的文档区域，以便弄清楚你的文档是否需要重新组织，以及是否有任何遗漏的地方。(如果参与者“错误地”解释了一些东西，你应该遵循标准的用户研究协议，避免纠正错误观念，否则你将从会议的其他部分获取数据。)

7.问问你的参与者开放式的后续问题如果他对你的工作成果给出了模糊或可能有深刻见解的解释。注意不要问引导性的问题，或者那些对草图测试中出现的问题提出解决方案的问题——相反，要探究任何误解的本质，以及参与者在会议中提出的假设。的回声法、回旋镖法或哥伦布法S可以是有价值的技巧，可以促使你的参与者进一步解释一个有趣的陈述，而不是不必要的启动或领先的他们的反应。

8.在课程结束时，向你的参与者解释文件的“正确”含义，避免他在离开时对你的工作有错误的理解。如果参与者在解释你的文档时犯了一个“错误”，努力避免让他觉得自己很愚蠢，指出你显然没有很好地解释这个项目，并且在问题影响整个团队之前尽早发现问题，这是你测试可交付内容的原因。最后，感谢参与者对你和团队的帮助。

在草图测试中要寻找的反馈

草图测试可以帮助显示可交付成果的两种类型的问题:(1)不容易处理的内容可察觉的在文档中(例如，使用蓝色文本来注释截图，这样在相似的背景下很难注意到)，以及(2)不是这样的内容可理解的(例如，树形图的目的被误解为显示用户对不同内容的偏好)。可交付内容是否可理解在很大程度上取决于观众的先前经验、期望和心理模型，这些上下文细节可以通过草图测试暴露出来。

在草图测试期间，注意你的参与者是否表现出以下行为中的任何一种，这可能表明交付品中的某些内容难以理解或者需要更多的强调:

• 给元素划圈或加下划线
• 绘制一些东西来表示以文本形式呈现的内容，或者使用不同于当前用于数据可视化或信息图的视觉隐喻
• 在你的草图上做笔记或修改，或建议在交付稿中显示的概念之外的术语或措辞
• 多次阅读相同的段落或研究相同的图像
• 努力向你解释一些事情
• 向你错误地解释某事

基于草图测试改进可交付成果

如果你的参与者很难轻松地解释你的成果，你可能需要在与同事分享之前修改它。

查看参与者的素描本;这些笔记对你在修改提交内容时非常有用。注意以下声明:

• 对相同的数据使用不同的视觉隐喻或表示。虽然您的参与者提供的替代视觉效果的特定建议可能不是您最终选择在交付中使用的，但您可以从您的参与者选择如何表达想法中学到有用的见解。
• 尝试跟踪步骤或事件序列(特别是使用文档，如建议的用户工作流，或记录完成任务所采取的步骤的可用性测试报告)。
• 陈述中间推论，解释，或在文件前面陈述的事实的重申。如果你在需要的时候没有把这些写清楚，你可能会给读者的短期记忆增加额外的负担。
• 暴露参与者对可交付内容中的核心概念的不熟悉，展示低于预期的领域专业知识，或者对可交付内容的不同期望。

关于交付内容的反馈

在草图测试期间，您可能不仅会收到关于可交付成果格式的反馈，还会收到关于其格式的反馈内容．例如，如果你在测试awireflow，您的草图测试参与者可以建议更改wireflow中所表示的各种屏幕设计的布局。这是完全可以接受的——虽然草图测试的主要目的是发现可交付成果格式上的缺陷，但在与项目涉众正式分享最终的可交付成果之前，对您的想法进行额外的审查是进一步完善它们的机会。

结论

进行基于受众的测试，以提高对用户体验交付物(如文档、信息图、线流和数据可视化)的理解。做一个快速的草图测试:提供一份打印的可交付成果，招聘一个有代表性的同事，让他们向你解释你的可交付成果传达了什么信息。提供草稿纸，让参与者在向你解释想法时做笔记。你的参与者的笔记和口头反馈可以提供关于如何改进你的交付，以更好地匹配你的听众的心理模型和期望的见解。

在我们的一整天中了解更多关于交流用户体验的想法用户体验可交付成果研讨会。

参考

迈克尔·j·阿尔伯斯，"信息图和沟通复杂信息，＂设计、用户体验和可用性:用户和交互(2015年7月21日)