一旦确定了可用性问题及其优先级后，对这些可用性问题本身做进一步的分析会有助于你的工作。这就需要你提炼出一些与可用性问题相关的度量。你如何准确地提炼，这将在很大程度上信赖于你头脑中已有的各种类型的可用性问题。借助于与可用性问题相关的一些度量，我们就可以回答下面的三个基本问题：

• 该产品的总体可用性如何？了解产品的总体表现。
• 产品的可用性是否随着每一次设计迭代而提高？希望了解每次迭代的变化情况。
• 我应该着力于哪些方面以改进设计？决定将资源集中在哪些方面。

1. 独特问题的频次

最常用的衡量可用性问题的方法就是数一数有多少个独特问题（unique issues）。通过分析独特问题的频次，就能知道每次迭代的变化。例如，3个设计迭代的可用性问题的数量从24降到了12再降到了4，很显然设计朝着正确的方向发展。

注意，这里说的频次（frequency）仅代表独特问题的数量，而不是问题总数（total number of issues）。例如，P1发现了10个问题，P2发现了14个问题，但其中6个与P1发现的问题相同，则独特问题是18。下图说明了如何呈现可用性问题的频次。

将可用性问题的严重性分成3个等级（低、中、高）就可以知道每种类型的可用性问题有几个。通过观察不同严重等级的可用性问题的频次，就能获得非常有帮助的信息。如下图说明在不同设计迭代中不同严重程度的独特可用性问题的数量，其中最重要的是严重程度最高的问题数量的变化。

2.  每个参加者遇到的问题频次

每个参加者遇到的问题数量也能提供有价值的信息。在一系列的设计迭代中，你会希望若到这些问题的数量连同独特问题总的数量一起降低。下图中的例子说明了在三次设计迭代中平均每个参加者遇到的问题数。

3. 参加者的频次

另一种分析可用性问题的有效方式是观察遇到某个问题的参加者频次或比例。比如你会关注用户是否正确使用了你们网站上新添加的一些导航内容。可用性测试报告说明：在第一次设计迭代中有一半的用户遇到了某个问题。但在第二次设计迭代的10位用户中只有l位遇到了同样的问题。在你关注于改进某个特定设计元紊的可用性而不是进行整体可用性改进时，这个度量非常有用。

4.  问题归类

有时候从战略的角度来分析应当着重改进哪些方面的设计也是有益的。产品的某些方面导致了多数的可用性问题，比如导航、内容、术语，等等。也许你感觉只是在这种情况下。把可用性问题归结成几大类也会非常有作用。

5. 按任务区分问题

我们还可以按任务来分析问题。当你关注哪一个任务存在的问题最多时，就可以报告每个任务中出现的独特问题数量。这会有助于你发现在下一阶段的设计迭代中需要着重关注哪些任务。

6. 报告正面的问题

考虑到如下因素后，报告正面问题也非常重要：

• 设计师和开发人员会将你视为盟友。如果你跟他们打交道时只会挑刺，就很难建立友善的关系。实际上用至少一个正面问题来开始你的可用性报告，这是可取之道。一开始就指出一些负面的问题会为整份报告或陈述制造出一种严肃的气氛。
• 最好把正面的发现撰写成文，这可以适当惠及产品的其他方面。这样做有助于了解当前设计中有哪些积极元素及确定其他的设计是否也可以获益于类似的解决方案。另外，避免在迭代的设计中把积极的设计元素混淆，这也很重要。
• 报告正面的问题可以提高你的可信度。保持中立的立场或者让自己看上去在保持中立。这非常重要。如果只报告存在的问题。就会有人对中立性提出质疑。

转载请注明：陈童的博客 » 分析和报告可用性问题