设计可交付成果应快速,简洁地和直接通信内容。但UX专业人士往往会产生不传达我们的意图的密集,复杂和缺乏的文件,或者是如此Jargon和Insider UX术语他们会越过我们的同事和利益相关者。

(这是讽刺意味的是,UX专业人员对理解其产品的最终用户的重点界不多,但不要向作为其可交付成果的目标受众的同事扩展到同一类用户中心。)

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

如何进行草图测试

程序很简单:

1.打印可交付的副本(如线框可用性测试报告wireflowpersona.旅行地图)。对于固有的交互式的可交付成果(例如高保真原型),考虑用一系列屏幕截图来表示它们。

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

你的同事的时间是宝贵的,所以一定要给他们一个小小的但有吸引力的奖励作为补偿。由于一个速写测试需要15分钟或更少的时间,一杯当地咖啡馆的咖啡,午餐,或其他小的感谢礼物就足够了。

3.给草图测试参与者交付成果的打印副本。在人旁边放置一张空白的纸和笔或铅笔。

4。邀请参与者直接在可交付成果上写,但也要提供草稿纸。解释可交付成果的打印版本只是草稿副本,并且欢迎任何评论。

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

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

简单地让参与者意识到,想法可以写在草稿纸上,也可以直接写在打印的交付品上,这将鼓励你的参与者更乐于表达。

6.看一看,听一听你的参与者在解释你的成果中的概念。虽然主要关注参与者说了什么(尤其是对变化的直接建议)很诱人,但观察过程可以提供同等甚至更重要的见解。注意文档中参与者在解释想法时提到的区域,以便弄清楚您的文档是否需要重新组织,是否有遗漏的地方。(如果参与者解释了一些“错误”的东西,你应该遵循标准的用户研究协议,避免纠正误解,否则你会对余下部分的数据产生偏见。)

7.问问你的参与者开放式后续问题如果他为您提供的含糊不清或潜在的洞察力解释。小心不要提出领先的问题,或者提出解决在草图测试期间出现的问题的解决方案 - 相反,探讨找到任何误解的性质,以及您的参与者带到会议的假设。该echo, boomerang,或Columbo方法S可以是有价值的技术,以提示您的参与者进一步解释有趣的声明而没有必要兴奋领导他们的反应。

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

反馈在草图测试期间寻找

草图测试可以帮助曲面与可交付成果的两种类型的问题:(1)不容易的内容可察觉的在文档中(例如,使用蓝色文本注释屏幕截图使其在类似背景下难以注意到),和(2)不是的内容可理解的(例如,Dendrogram的目的被误解为向各种内容显示用户偏好)。无论是可递送的可识别是否依赖于观众成员的先前经验,期望和心理模型,这些内容细节都可以通过草图测试来暴露。

在草图测试期间,请注意,如果您的参与者展示了以下任何行为,这可能表明可交付中的某些东西难以理解或可能需要更加强调:

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

根据草图测试改进可交付

如果您的参与者努力解释您的可交付,您可能需要在与同事分享之前修改它。

看看参与者的素描本;当你修改你的交付稿时,这些笔记对你来说是无价的。注意以下陈述:

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

关于可交付内容的反馈

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

结论

进行基于受众的测试,以便增加对UX可交付成果的理解,例如文档,信息图表,线缆和数据可视化。快速绘制素描测试:提供可交付,招聘代表同事的印刷副本,并要求他们向您解释您的可交付沟通。为参与者提供划痕纸,同时向您解释想法。您的参与者的注释和口头反馈可以提供关于如何改进可交付的洞察,以更好地匹配观众的心理模型和期望。

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

参考

Michael J. Albers, "信息图表和沟通复杂信息,设计、用户体验和可用性:用户和交互(2015年7月21日)