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

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

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

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

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

一、原型前的可用性测试

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

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

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

二、合适的用户和任务

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