解读云计算产品的可用性测试方法

我是创始人李岩:很抱歉!给自己产品做个广告,点击进来看看。  

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

解读云计算产品的可用性测试方法

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

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

一、用户体验和可用性

这两个概念很容易混淆,在ISO定义中:

  • 可用性Usability考虑的是特定用户,特定场景下完成具体目标过程的功能有效性、效率和满意程度。
  • 用户体验User experience考虑的是用户与产品,服务,环境或设施互动时的体验和主观感受。

解读云计算产品的可用性测试方法

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

下面举一些简单的例子:

  • Mac与Windows在很大程度上可用性是一致的,有些场景的操作流程甚至都是一致的(比如打开文件夹,复制粘贴文字),但Mac的用户体验明显好过Windows;
  • TESLA 和NIO的用户体验从直营店开始布局,整个服务贯穿销售到后续的维护,进行全生态服务。

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

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

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

1. Utility 实用性

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

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

2. Effectiveness 有效性

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

3. Efficiency高效性

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

4. Satisfaction满意度

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

5. Accessibility可达性

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

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

三、何时进行可用性测试

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

解读云计算产品的可用性测试方法

1. 探索性测试

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

2. 评估性测试

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

3. 验证性测试

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

4.迭代性测试

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

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

四、如何进行可用性测试

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

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

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

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

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

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

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

 

本文由 @DIDI 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

随意打赏

提交建议
微信扫一扫,分享给好友吧。