设计成果应该快速、简洁、直接地传达内容。但UX专业人员通常会制作出密集、复杂和难以理解的文档,这些文档并不能传达我们的意图,或者承载了太多内容术语和UX内部术语他们会越过我们的同事和利益相关者。

(具有讽刺意味的是,UX专业人士如此专注于了解他们产品的最终用户,却没有将同样的用户中心扩展到同事身上,而同事是他们交付成果的目标受众。)

然而,我们可以使用一个叫做草图测试的简单方法来了解可交付成果、文档、报告和可视化的有效性和可理解性。这个想法很简单,就像一个电话游戏:你把你要传达的内容交给一位同事,让她做一个简短的概述你的文档。看看她画了什么,写了什么。然后识别令人困惑或不清楚的元素,并对可交付内容进行迭代。

如何进行草图测试

程序很简单:

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

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

你的同事的时间是宝贵的,所以一定要给他们一个小而有吸引力的奖励。因为一个速写测试需要15分钟或更少的时间,在当地的咖啡馆喝杯咖啡、吃顿午饭或另一个小礼物通常就足够了。

3.将可交付成果的打印件交给草图测试参与者。在病人旁边放一张空白的纸和一支钢笔或铅笔。

4.邀请与会者直接在可交付成果上书写,但也要准备草稿纸。向他们解释,交付成果的打印版本只是草稿,欢迎任何意见。

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

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

简单地让参与者意识到,想法可以写在草稿纸上,也可以直接写在可交付成果的打印副本上,这将鼓励你的参与者更加主动。

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

7.问问你的参与者开放式的后续问题如果他对你的成果提供了模糊的或者有潜在洞察力的解释。注意不要问引导性的问题,也不要对草图测试中出现的问题提出解决方案——相反,要找出任何误解的本质,以及你的参与者在会议中提出的假设。的echo, boomerang,或Columbo方法这是一种很有价值的技巧,可以让你的参与者在不必要的情况下进一步解释一个有趣的陈述启动领先的他们的反应。

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

在草图测试中寻找反馈

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

在一个草图测试中,注意你的参与者是否表现出以下行为,这可能表明交付物中的某些东西很难理解或可能需要更多的强调:

  • 圈或下划线元素
  • 画一些东西来表示文本中的内容,或者使用一种不同于当前用于数据可视化或信息图的视觉隐喻
  • 在你的草图上做笔记或编辑,或者建议术语或概念的措辞,而不是在交付中显示的那些
  • 多次阅读相同的段落或研究相同的图像
  • 努力向你解释一些事情
  • 向你错误地解释某事
带注释的系统树图"border=
树形图是一种由卡片分类(一种流行的信息架构研究方法)。它沿着左侧显示了所有呈现给用户的主要术语,文档右侧的树状结构显示了将每个特定项目分组到一起的参与者的百分比。在这个例子中,69%的用户同意突出显示的术语(绿色)属于一个组。草图测试期间,一个内部团队成员(他并没有参与卡片分类)被要求解释这个系统树图,记笔记和直接在图上,比如“为什么有竖线直接一些组织的术语,但其他团体有一个水平线,一会在连接到一个组?”

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

如果您的参与者很难轻松地解释您的交付内容,那么您可能需要在与同事分享之前修改它。

查看参与者的素描本;当你修改文稿时,这些笔记对你很有价值。注意以下语句:

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

关于可交付内容的反馈

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

结论

进行基于用户的测试,以增加对UX可交付成果的理解,如文档、信息图、wireflows和数据可视化。做一个速写测试:提供一份你的可交付成果的打印件,招募一个有代表性的同事,让他们向你解释你的可交付成果传达了什么。提供草稿纸,让参与者在向你解释想法时做笔记。你的参与者的笔记和口头反馈可以让你了解如何改进你的作品,以更好地符合听众的思维模式和期望。

在今天的课程中,我们将清楚地了解更多关于UX理念的交流用户体验可交付成果研讨会。

参考

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