可用性评估 市场调研，解读云计算产品的可用性测试方法

在市场竞争残酷且激烈的今天，每年都有大量的新型产品投入市场。由于新产品对于用户的粘合度有高有低，一些新型产品在市场上大卖特卖，但相当大一部分的新型产品被迅速淘汰。为了提高新型产品投入市场的存活率，每一件新产品投入生产都有经过大量的可用性测试。本文作者针对云计算产品，讲述可用性测试对产品的关键所在。

越来越多的B端产品也在向着提高用户体验而设计，开始进行做体验闭环，其中，很重要的一步就是进行“可用性测试”。

针对云计算产品，谈谈可用性测试的一些看法和方法。

一、用户体验和可用性

这两个概念很容易混淆，在ISO定义中：

用户体验贯穿产品的的使用前后，而可用性更针对产品的使用阶段。

下面举一些简单的例子：

我们在设计云计算产品时考虑更多的是客户在使用产品时的体验，接下来所讲的完成体验闭环，也是指的进行“可用性测试”。

二、什么造就了产品的可用性

产品的可用性的评判主要有以下五点：

1. 实用性

在评估产品的交互、视觉之前，应该看其是否实用，是否有用，如果提供的功能对用户无价值，用户根本不会去使用，那这个产品交互流畅视觉再好看也毫无意义。

实用性很重要，是产品成立的前提，却经常被忽视。

2. 有效性

用户是否能够通过产品达到、完成某些任务。（交互是否流畅）

3. 高效性

完成任务的效率，不仅需要让用户无障碍的完成某些功能，还要确保用户在使用的时候是高效的。

4. 满意度

主观的定性的点，当用户高效的完成任务之后，主观满意度是怎样的。

5. 可达性

我们的产品和功能是否能满足特殊群体去高效的使用（老年人，盲人…）

由于云计算产品主要使用人群为办公人群，使用场景多为企业办公，而需求的提出多是出自对业务或工作的需要，所以在实际分析中可用性评估 市场调研，实用性和可达性可以暂时不考虑可用性评估 市场调研，可以将可用性测试的重点放在有效性、高效性和满意度上。

三、何时进行可用性测试

首先我们需要了解，可用性测试不是只需进行一次，理想的设计流程中会在不同阶段进行多次测试，而不同阶段的探索对象和目标也是不一致的。

1. 探索性测试

在设计初步的概念中，主要测试对象是功能概念或产品，对测试环境和原型要求不高，可以在任何场景下带着原型找用户测试。

2. 评估性测试

最典型测试类型，通过评估产品或功能的初级操作，判断产品功能的有效性、使用效率和满意度，从而发现设计缺陷。

3. 验证性测试

主要测试对象为现已开发的产品版本或样机版本，目的是为了确认早期发现的问题已经解决，一般在产品快发布前的最后一道验收屏障。

4.迭代性测试

滚动做第一、二、三轮测试，贯穿整个产品研发周期的测试类型，将多种测试在合适的时间节点有效的组合，制成功能可用性漏斗，保障产品在最终上线时的可用性是良好的，以及提供下一个产品研发周期的设计调整方向。

这四种是根据产品阶段划分的，我们在进行产品研发过程中的需求、交互开发评审以及demo测试都可以看做是这类测试，但不是真正意义上的可用性测试，因为我们现在的评审对象，多数情况下并不是真正的客户。

四、如何进行可用性测试

根据测试结果在产品研发中起到的作用，又可分为：形成性可用性和总结性可用性。

形成性评估：是指在产品开发或改进过程中，用户对产品或原型进行测试，通过测试后收集的数据来改进产品或设计达到所要求的可用性目标。

形成性评估的目标是发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高。

总结性评估：在有了体验目标后，请客户或使用者进行有针对性的测试使用，从而对之前定下的体验目标进行评估。

介于云计算产品现在多为敏捷开发，形成性可用性测试并不十分适用，而通过设定体验目标，请客户进行总结性评估，可以帮助做出更合理的迭代规划。

这之中，需要在产品研发前，即在需求确定时，就规划好该产品的体验目标，可用性测试不是完成体验闭环的最后一环，而是应该成为体验的开始，从而成为闭环。提前确定体验目标，也能使设计师工作时有意无意的在设计中贴近该目标。在最后的邀请客户进行体验测试时，告诉他们我们的体验目标，也能使他们在体验过程中有意识的注意，从而提高体验测试的价值。

常用的可用性评估框架有、The Scale等，都可以在官网找到相应内容，但在实际操作中，需要根据所测试产品做一定调整，比如我们的产品在售出前往往会对客户进行一定培训，那基本的操作上手问题就不存在了。