如何像专家一样针对原型进行可用性测试?

9 评论 9982 浏览 34 收藏 11 分钟

可用性测试不是针对设计的某个单一阶段而言的,你必须将其放到整个产品过程中,在这个过程中不断迭代和完善。如果你想要最好的产品,你必须从原型阶段就已经开始预测真实的用户场景。可用性测试应该是开始考虑产品可用性很好的方式。

为什么在原型阶段有足够多的 To-Do List的时候,要过早的担心可用性测试呢?这是因为除非你的原型是可用的,否则所有的测试都表明人们不喜欢糟糕的产品

除非你的原型是可用的,否则所有的测试都表明人们不喜欢糟糕的产品

这是不言而喻的,但你正在设计的是真实的人使用的产品。为了给他们使用,就应该在真实的人身上进行测试。原型是为了实验而规划设计的,所以只有在真实的人身上进行测试才是有意义的。

考虑到这一点,让我们来看看如何在规划原型的时候牢记可用性,如何在使用原型测试的时候测试可用性。

一、原型前的可用性测试

可用性测试不一定要从原型阶段开始——实际上,如果有足够的资源,你应该尽快开展可用性测试。虽然这些测试大多是概念性的,但这些测试可是确定原型导航和信息架构的最佳方式。最常见的前原型阶段测试方式包括:

  • 卡片分类:简单而快速,这个测试会揭示用户如何喜欢你的产品的信息架构。你的产品的所有元素都是写在卡片上的,测试者被要求在预定义的类别中组织它们(预设分类),或者在他们已经想到的分类下组织它们(自组织分类)。(译者推荐一本书:《片分类:可用类别设计》)
  • 树形测试:对卡片分类进行“姐妹测试”,树形测试评估现有信息架构的有效性。用户得到了一个基本的、没有站点地图的网站/应用/其他,被要求点击完成某些特定任务。测试观察:如果他们选择了正确的路线,会得到什么;如果没有,会失去什么。
  • 访谈:有时候了解用户最好的方法就是很简单的——问你的用户。听起来很简单,但是用户访谈的细微差别和策略是用无止境的。

更早地解决问题总是好的,并且这些初步测试将在绘制线框图前,确保原型的概念基础的完整性。

二、合适的用户和任务

虽然可用性测试都是不同的,但它们都需要用户,其中大部分涉及测试任务。在所有可用性测试中,用户和任务这两个元素都是重要的的,接下来简要解释如何处理好它们。

1. 招募用户

在完成用户画像后,现在你应该对目标用户有了清晰的概念。你也可以通过用户行为划分用户。事实上,最大的差异可能是用户是否有先验经验或对相应的领域或行业的了解程度——而不是人口统计学意义上的性别、年龄或地理。知道招募谁只是第一步,接下来就是寻找并招募他们。

2. 编写任务

任务决定用户在测试过程中做什么,这就决定了测试哪些可用性因素。赵婷婷,Ubuntu 的可用性专家,描述了在设计任务时要记住的一些特点,主要有 2 个:

(1)直接与间接(间接情景)任务

一个直接的任务是直接干预(例如“搜索网站的 TANOORI 鸡肉配方”),而间接情景任务需要有上下文(“你要为一些老朋友举办晚餐派对,而你需要一个 TANOORI 鸡肉配方”)。直接任务在测试技术数据时表现得最好,而在所有其他情况下,简介情景任务会更好。

(2)封闭与开放任务

封闭式任务明确定义了成功标准,而开放式任务可以以多种方式完成。封闭式任务检查特定的功能,而开放式任务更好地理解用户的动机和目标。封闭式任务举例:你的朋友这个周末过生日,需要找一个可容纳 15 人的娱乐场所。开放式任务举例:你听到你的同事在谈论 iWatch,你想知道它是怎么样的。”

三、测试原型可用性的一般建议

考虑到原型的“不完整”性,用户总会有这样那样的问题,主持人必须回答问题。

可用性测试者问的一个问题可能是是否应该调节这个地方。虽然有很多理由进行非调节测试,但对于原型测试,建议适度。考虑到原型的“不完整”性质,用户可能会要求主持人回答 UI 相关的疑问。

测试中的另一个常见错误是:如果用户遇到困难,停止或更改测试。由于可用性测试的目标是发现和解决困难,这种情况应该是被允许的,请让用户需继续下去。例如,如果用户偏离了原型中涉及的路径,你可以问他们为什么去那里,他们想完成什么。关于这些动机和行为的引发的后续问题可能会得到比拥有“完美运行”的用户更有价值的反馈。

四、测试原型不同的保真度

虽然有些人愿意在早期的测试中使用低保真原型,而另一些人则提倡使用高保真原型,但我们认为最好的方法是尽可能地测试每一种保真度的原型,尽可能多地测试。Enlighten 的高级信息架构师 Chris Farnum 说明了每种类型的利弊,低保真度原型适合测试概念,而高保真原型更适合测试高级交互。

最好的方法是尽可能地测试每一种保真度的原型

低保真原型:Lo-Fi 原型可用性测试,包括纸张原型,可以在开发的早期阶段使用,但不适用于后期工作。虽然 Li-Fi 原型鼓励更测试者提出诚恳的批评和建议,但很快就了解到这只是工作当中较小的一环,还远远不够。

然而,在后期阶段,当可用性测试针对高级功能测试时,Li-Fi 原型能够起到的作用变得微乎其微,因为保真度的限制。这对于纸质原型来说尤其如此,因为你需要一个“人类计算机”来操纵所有的部分,当你添加菜单、交互、页面和元素时,会变得非常困难。

高保真原型:Hi-Fi 原型测试给用户一个近乎真实的体验,让他们了解产品最终会怎样的。Hi-Fi 原型是测试复杂交互的理想方式,也是在早期测试中发现可用性问题的解决方案。然而,与 Li-Fi 原型不同的是,Hi-Fi 原型成本更高。

中保真度:Med-Fi 原型,在不能决定使用高保真还是低保真原型的时候,当你需要平衡保真度和成本时,可以尝试 Mei-Fi 原型。如果你只想进行一轮可用性测试,那就选择 Med-Fi 原型吧。

五、测试原型的四个窍门

当你开始规划原型时,必要的时候可以忽视对一些局部细节进行修饰,我们也推荐你这么做。但是,当测试原型的时候,确保已经填充了一些细节,这些细节可能会在低保真原型中被忽略。以我个人的经验,准备测试原型的时候,这些小窍门会帮到你:

  1. 避免使用乱数假文:它们分散注意力、迷惑和缺乏意义,乱数假文不能完全捕获产品信息。
  2. 使用通用名称:测试或许带有愚蠢的乐趣或名人的名字,但乐趣不是重点。任何分心都会影响结果,所以要使姓名具有通用性和现实性。
  3. 没有占位图或者图标:带有 Xs 的框可以在线框中出现,但不能在测试中出现。图像或者图标在 UX 中起着很大的作用,因此这些在测试中应当使用符合产品需要的图像或者图标,即便只是临时草图。不过也有例外,这些图像或者图标是纯粹的装饰性的,不影响理解 UI。
  4. 使用真实的数据:不要用 Xs 或笑话填充电话号码或地址之类的数据,这会分散测试者的注意力。真实可信的数据将给用户测试最准确的结果。

测试者可能会关注你觉得可以忽略的细节,所以要注意你没有表达的内容。这些减少干扰和混乱的小窍门对清理测试数据有很大的帮助。

Featured image, usability testing via by K2_UX via Flickr.

#专栏作家#

郑几块,人人都是产品经理专栏作家,前新浪微博产品经理。

本文系作者@郑几块 独家翻译授权,未经本站许可,不得转载

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 如果有专门测试的机构会不会改善这个问题?
    同理,需不需要有专门的测试机构来帮助公司把关产品?

    来自湖北 回复
    1. 国外已经有专门的机构做了,国内大多都是小作坊式的,另外规模和专业性也是值得商榷的。毕竟国内相关的学科、研究,行业发展都不是太靠前。你的问题,我觉得可以这么回答你,如果有了专门的机构,会有哪些企业或者团队会用外部公司的方案?那,如果用,外部公司的实力需要达到什么程度?国内环境太嘈杂了,而且很多都是滥竽充数的伪调研和研究,对实际的指导意义太差了

      来自北京 回复
    2. 我认为正是因为国内软件行业太嘈杂,所以需要法律及机构来约束。向前几天看到的一篇关于欧盟GDPR的报道一样。 规范是迟早的事情,拖的越长行内只会越乱。国内看待问题都是等事情发生后才去想办法解决。
      同时什么公司会用到,从什么口切入,如何让别人认可你的权威信,这是一个值得深思的问题。 个人想法应该是从中型企业、快速扩容根基不稳的企业切入。

      来自湖北 回复
    3. 我倾向于从大型公司和组织,从上而下的改进和演变,规范了类型的,从下而上的推进太慢了

      来自北京 回复
    4. 但是大型公司都是各执己见,而且大公司都是有一定评判标准,如何引导、如何取得他们认可都是非常艰难的问题,如果有了中型企业这一块的基石再向大企业进军会容易很多。

      来自湖北 回复
  2. 国内有这个环节的公司多吗

    回复
    1. 不多,大部分在成熟型产品的公司,另外公司也要有这个意识才会去做。现在这个环节在国内还是相当的不规范,还有比较大的空间提升。我自己最近比较多的关注这个环节,也在提高,感兴趣的话,可以在一起多聊聊

      来自北京 回复
    2. 你有建个群什么的嘛

      来自浙江 回复