几十年来,我一直建议邀请所有设计团队成员以及在他们之上的几个级别的管理人员参加可用性会议。其实投资的主要原因之一就是可用性实验室随着公司的发展用户体验过程成熟度规模是指在不恐吓测试参与者的情况下容纳更多观察者的能力。(但是只有几个观察者,任何可以关上门的房间都可以作为您的测试设施。)
在我们的课程中做自己的用户测试,我们花了相当多的时间来讨论如何管理这些观察者,因为他们不太了解可用性。这确实是一个重要的问题。然而,在我最近的一次会议上,一位听众问了一个更重要的问题:为什么一开始就邀请这些“局外人”参加测试呢?自己运行测试,不需要担心开发人员、执行人员等,不是更有效率吗?
大多数时候,可能是这样将让一个人负责所有的可用性活动,让其他人呆在自己的办公室里,这样会更有效率。
主要的例外是常见的测试bug预发布软件.在这种情况下,有几个开发人员帮助您克服不可避免的崩溃是很方便的。(记住,测试早期构建是很重要的:越原始越好,因为早期的可用性反馈对最终产品的影响要比太晚而无法实现的结果大得多。)
建立团队意识
在现实世界的组织中,可用性过程效率不是用每收集的数据所花费的员工工时来衡量的。它是通过员工花费的时间与产品改进的程度来衡量的。
如果不遵循所得到的建议,那么收集大量用户数据将毫无用处。
邀请团队成员参加可用性会议的主要原因是极大地提高了接受度可用性调查结果。眼见为实。看现场直播更有震撼力。
真的,我们可以记录视频客户在网站上遇到问题,并在会议上展示这些视频片段。这样做确实有效果,而且这肯定是我们在研讨会上做的事情,以增加我们研究结果的影响力和可记忆性。
然而,当团队成员自己也看到了同样的可用性问题时,它就会变得更加强大现场测试会话与用户。他们并不是真的怀疑我们伪造了考试录像。(你应该不做当然,;一旦被发现伪造数据,你未来的“发现”将完全缺乏可信度。)当事情发生时,真正在场的影响比事后看到录音的影响更大,而事后看到录音的影响也比仅仅阅读录音的影响更大。
让团队成员出席可用性会议有很多好处:
- 信誉。因为他们已经看到了你是如何获得洞察力的,他们会相信你的可用性发现和报告(而不是认为你编造了它们或只是提供了你的个人意见或偏好)。
- 支持。除了邀请团队成员观察之外,你还应该邀请他们参加汇报讨论在测试过程中发生了什么,并帮助得出初步结论。当人们参与分析,他们更有可能接受并采取行动建议.
- 注意:这不仅仅是执行设计建议的噱头。当一个具有更广泛专业知识的小组帮助你分析观察结果时,实际的发现将会更好。另外,每一双额外的眼睛都会观察到额外的东西。
- 难忘的人。你很难记住那些你只在项目符号或长报告中看到的发现。当你能够将这些发现与你观察产生这些发现的用户会话的个人经验联系起来时,你就更容易记住这些发现。
- 同理心。看到优秀的人在你的设计下受苦是一个强大的动力。同样,借口是“只有”愚蠢的用户当团队成员听到这些用户对符合他们需求的设计提出清晰合理的要求时,他们不会(甚至是下意识地)使用这种方法。
- 减少设计错误。当设计师和开发人员看到他们的实际客户时,他们就不太可能对那些不适合用户的设计想法进行过度的探索。原始UI越好,在下一轮用户测试后需要修复的问题就越少。
邀请高管参加用户测试也有许多相同的好处。他们更有可能在体验用户之后优先考虑用户体验。而且,当他们听到他们的付费客户如何严厉地咒骂这些设计时,他们不太可能相信虚假广告代理声称的增强设计“促进品牌”。最后,到了分配明年预算的时候,如果管理层了解你在做什么,你就会得到更多——他们会了解的,因为实时用户会话会牢牢地留在他们的脑海中。
部分观测的风险
这是你的做用户测试的工作。设计团队的其他成员有很多其他事情要做,高管们甚至更忙。
在测试自己的设计时,你通常可以指望真正的UI设计师参加整个可用性研究,但即使是在竞争性测试期间,他们也可能只来参加一两个环节。另一方面,市场营销经理可能会参加所有竞争性的会议,但在难以把握的功能的第五次迭代测试之前就退出了。
大多数团队成员没有时间参加所有的用户会议。没关系。一定要在邀请函中注明,如果大家有时间的话,欢迎大家来参加一到两个会议。然而,当人们没有参加完整的学习,有一些问题需要注意:
- 从部分样本得出的过早结论。这是足够测试5个用户以便更好地了解主要的可用性见解。但它是不足以测试1或2个用户如果你想确定真正的趋势和模式。任何只看到少数用户的人可能会误解主要的可用性问题,并且没有足够的洞察力来正确地分析解决方案。
- 记忆偏见。正如我们在研讨会上进一步讨论的人类思维和可用性在美国,我们的记忆受到许多偏见的影响,在记住抽象概念方面表现得很差。观察用户会话的美妙之处在于,可用性问题变得更加难忘,因为你看到它们直接发生。危险在于,您可能会记住实际存在的可用性问题看到自己比你在完整研究报告中读到的要好得多。
- 娱乐的偏见:记忆偏差的一种变体,人们更容易记住特别引人注目或直言不讳的用户,而不是更安静的用户。为了提升你的网站或产品的商业价值,测试有代表性的客户,而不是有趣的客户.还要向观察者强调,用户测试并不是表演,所以“无聊的”用户也同样重要。
- 移情偏见。同样地,设计师、开发人员和管理人员也会下意识地觉得,迎合他们所拥有的用户更重要见过而不是满足其他同样重要的用户群体的需求听到有关。
这些问题是不可避免的,但一旦您意识到它们,并警告其他涉众,您就可以缓解它们。在任何情况下,邀请同事和高管尽可能多地观察用户测试的好处都远远超过了坏处。对他们中的大多数人来说,这是他们唯一能见到活生生的顾客的机会,所以他们会感激你,这是他们这么做的又一个理由。
分享这篇文章: