可用性度量的价值

我们认为可用性度量是非常有用的。测量用户体验所能提供的信息要远远多于简单的观察所能提供的信息。度量使设计和评价过程增添了结构化的元素,能够给予调查的结果以更好的理解,同时给决策者也提供了重要的信息。如果缺少可用性度量所提供的信息,决策者可能就要根据不正确的假设,直觉或预感做出重要的商业决策。因而,这种情况下的有些决策不是最好的决策。

    在典型的可用性评估中,很容易发现很明显的可用性问题。但是很难估计这类问题的数量。比如,如果一项研究中的所有8名参与者都碰到了同样的一个问题,那你可以十分确信这确实是一个很常见的问题。但这8名参与者中只有2名或3名碰到了这个问题呢?对于比较大的用户群来说这意味着什么呢?可用性度量有办法估计可能碰到这个可用性问题的用户数量。要知道可用性问题的大小可能意味着要面临这样一种差别;推迟某个重点产品的发布,或者为一个优先级较低的错误增加一个额外的组件。没有可用性度量,可用性问题的多少只能靠猜测。

收集任一类型的成功度量


       为了测量任务成功,要求参加者操作的每个任务都必须有一个清晰的结束状态,比如购买产品、找到特定问题的答案或完成在线申请表。为了测量任务成功,你需要知道什么构成了成功,因此应该在收集数据之前就要给每个任务定义成功标准。如果你不预先预定好标准,你将会冒险,如编制含糊其词的任务及不能收集干净的成功数据。这里有两个例子,一个结果状态是明确的,另一个结果状态不是很清晰:

        1)找到每股google股票的当前价格(明确的结束状态)

基于问题的度量需注意的几点

许多可用性从业人员都以发现可用性问题和提供可操作的改进建议来谋生。虽然提供可用性问题方面的度量并不是经常操作的任务,但却可以轻松地整合到任何人的日常工作中。测量可用性问题可以帮助你回答一些基础问题,比如,设计有多好(或坏)、每次的迭代设计是如何变化的以及应当把资源集中在哪些方面以解决一些突出的问题。

    在发现、测量和呈现可用性问题时,你应当紧记如下几点:

    1、面对面的实验室研发是发现可用性问题的最简单方式,但也可以通过自动式研究中参加者的评论来发现可用性问题。你对相关领域知道得越多,就会越容易发现问题所在。同时,有多位观察者参与也非常有益于发现可用性问题。

不要误用度量

可用性度量虽然非常重要,但是我们也不能过分的依赖于可用性度量,因为可用性度量(的使用)有其自身的时间和场合。误用度量会存在破坏你整个可用性项目的潜在危险。误用表现的形式可以是:在不需要度量的地方使用了度量,一次呈现了太多的数据、一次测量得太多或者过于依赖于某个度量。

    在有的情境中,不涉及到度量可能会更好。如果你只是想在项目之处查看一些定性的反馈,或者该项目可能正在进行一系列快速的设计迭代,那么度量可能就不适合。这些情境下的度量可能只是一个干扰而不能带来任何价值。很清楚何时何地度量适合某种目的,这是很重要的。如果度量不能带来价值,就不要去碰它们。

度量不被管理层所理解或赞赏

 虽然有的经理认为,可用性只提供了关于某设计或产品的定性反馈,但是大多数管理者已看到了测量的价值。以我们的经验,可用性度量不但能被上层管理所理解,还能被他们非常地赞赏。他们能理解度量。度量可以给你的团队、产品和设计过程提供真实的情况。度量可以用来计算ROI。大多数管理者喜欢度量,可用性是他们将会很快就能接受的一种度量。可用性度量也能引起管理层的注意。说在线结账过程有问题是一回事情,但说有52%的用户一旦碰到这个问题就不能成功地在线购买产品就是完全不同的另一件事情了。

度量不适用于新产品

有的人在评估新产品时会含羞地远离于度量。他们会认为,因为没有可比较的点,所以度量就没有意义。但我们的观点应恰恰相反。当评论某个新的产品时,构建一系列基线度量是很重要的,据此,将来设计的迭代产品就可以进行比较。这是可以如实了解新设计是否有提高的唯一途径。另外,这也有助于为新的产品确定目标性的度量。在某产品发布之前,它应该满足这个基本的可用性度量,诸如任务成功、满意度和效率。

当集中在细小改进上时,可用性度量是没有用的

当只对一些相当细微的改进感兴趣时,项目团队中的有些成员就会置疑度量是否有用。他们会说最好的做法是集中关注一类有限的小改进,而不是担心可用性度量。他们可能也没有任何额外的时间或预算去收集任何的可用性度量。他们还会说在快速迭代设计过程中,度量没有自身的位置。但是分析可用性问题是一个显而易见且颇有价值的解决方案。例如,关注可用性问题的严重程度和频率及其出现的原因是在设计过程中可以集中资源的极好途径,这种方法可以同时节省项目的经费和时间。以往有些研究可以帮助你回答关键性的可用性问题。在此基础之上,你可以容易地就能获得一些可用性度量。不论项目大小,可用性度量都是同样有用的。

度量需要花太多的时间而难以收集

在最理想的情况下,可用性度量可以加速设计进程,在最坏的情况下至少应该不会影响整个时间表。作为正常迭代式可用性评估的组成部分,度量可以快速而容易地收集。项目团队成员可能认为,需要启动成熟完备的调查,或者不得不在实验室中用整整两个星期进行测试以收集甚至为基本的可用性度量。事实上,有一些相当简单的可用性度量可以作为你每天测的组成部分而加以收集。在每个可用性单元的开始或结束,增加几个额外的问题不会影响该单元的时长。作为典型背景问卷或测试后继活动安排的一部分,参加者可以很快地回答几个重要的问题。