设计方法
阅读约 3 分钟
通过实际证据得出的可用性报告,可以帮助设计小组决定产品是否可以发布,或是需要修订,然后邀请更多的参与者进行下一步测试。
方法说明与应用
对于许多非可用性专家而言,一提到可用性报告可能就会想到冗长的文件。但如今可用性报告的形式已经发生了很大的改变,往往采用视频和音频的形式进行交流,如在线沟通协议、讨论指导方向以及了解参与者的信息(包括人口特点和心理分析),这些都有助于利益相关者和开发小组获得满意的信息。无论报告采用什么形式和传送途径,目的都是为了清楚地描述需要修正或改进的内容。
为了提高大部分研究结果的分析效率,研究小组通常在可用性测试进行的同时,一同在旁边观察。测试一结束,就会在汇报会议上讨论观察结果,然后通过电子邮件、非正式介绍或者互动信息库概括总结决定。总结中要包括以下内容:
执行摘要。首先描述最突出、最严重的可用性问题。如果该报告要交给多个不同的群体,还需要专门添加一个分别解释每个群体关心问题的环节。
发现的问题总数。对于每个检测出的问题,重要的是要注明可用性问题的频率、影响以及持续时间。还应该注明嵌入式视频、截图或带标注的交互原型,以及参与者的描述,以使这些问题与实际事件联系起来。
需要修正的问题清单。人们首先最愿意解决“容易够着的果实”,也就是最简单的问题。但可用性测试的主要目的是识别最严重、出现频率最高的问题。因此,要对这些问题进行优先排序,逐个修复。
正面结果的报告。观察的许多互动行为也能体现任务和情景设计的良好使用性能,可以抵消检测问题带来的不利影响。这样设计小组就不会感到过于沮丧或者失望,能够保持斗志继续解决问题。
详细的任务和情景描述。要包含所有必要的信息,以说明任务和情景设计不仅可靠而且具有代表性,足以体现各种可用性错误类型。
整理报告需要花费的时间取决于测试的数量、每次测试中任务的数量,以及报告要求的精确性。如果跨学科小组中大多数成员都观察了测试过程,那么报告就代表大家一致的想法,而不是一份还需要继续商量的文件。在随后的过程中,研究结果应该体现如何根据参与者的反馈改进设计。
实例与图解说明
在过去的二十年中,关于如何最好地呈现可用性测试的结果,人们的看法逐渐发生了转变。最初是静态的、以文字为主的报告;之后,迅速演变成幻灯片演示;然后转变成设计原型,让利益相关者“点击”参与者接收的任务。
现在的可用性专家仍然想方设法利用技术呈现互动体验的过程。位于亚特兰大的用户研究公司User Insight,在发展可用性测试和报告方面处于全球领先地位。他们的专有平台“Voice”集合了所有研究文件和信息(包括讨论指导、参与者信息、研究日程和测试物品),形成一个安全的在线存储库,以方便利益相关者可以随时查询这些信息。User Insight把所有与研究相关的信息整合在一起,这样就可以在进行可用性测试和用户研究的过程中,不断观察设计如何演变、反馈有哪些变化,以及如何改善用户体验。



