前言：最近公司迈起“疯狂”招人的脚步，裁汰旧人，换以新人。虽目前没啥感觉。不过本文由此而起——我发现小鲜肉们在进行可用性测试上显得比较生疏。所以想写点什么，帮助自己和他们以后去梳理这部分的工作。这篇文章先写有关的前期准备，后面的部分则在其他文章中继续完善。即将开始咯......

图片来自百度

前言：梳梳理理——绕不开的脑图

上大学以来，凡遇较大较复杂的事情都离不开一个小伙伴（谢谢Xmind）的衷心陪伴，工作后则更是如此。用脑图整理一下自己的思路会让我们的下一步走地更顺畅。围绕之前的可用性测试经验，大致整理了一下我们团队在进行可用性测试时候的大致步骤与流程。（很推荐用纸笔，没想法的时候就动手写写画画）

总体分三大步 

脑图所描绘的是我们工作的一般流程，本次碍于时间（最近读书，闲时不多哈哈哈）先行整理前期准备的内容。（具体步骤小伙伴可根据自己公司、条件、目的等自行调整）

正文一：兜兜转转——我想知道你是谁

这部分开始就是正式的内容介绍，要仔细看哦~

一、确定测试目标

进行测试之前，我们会对自己灵魂拷问。为的是搞清楚测试目的、重要性、具体尺度（说实话，如可以我们会尽量避免频繁地进行用户可用性测试）。至少在我们团队的产品维度和产品线的层面上，没有频繁做用户测试的必要（我们团队目前有一款APP、两款IOT设备界面）。且每次用户测试要花费相当多资源，所以还是要谨慎一些（没有丝毫否认用户可用性测试的价值想法，某些情况下专家走查、认知走查的效果也很好）

我们会尽量确保每次用户可用性测试的结果输出能对产品本身、上层领导层面、团队形象方面产生适当的正面影响。所以从第一步确定测试就显得重要了。回到流程中来，我们通常会思考此次用户测试的节点、价值、必要性。确认进行测试后。进一步思考测试的目的、方式、时间。

补充一点：在这个阶段可以使用设计漏斗、内容评估等手段帮助确认测试的必要性。

1.1、选择测试目的

在我们的多次测试中，目的多数为以下情况：

1.1目的制定小贴士

1、功能验证。功能开发是否实现和满足前期的功能设定，以及具体满足的效果；这点要与产品的需求文档，以及测试功能点中进行过比对，并在后续结果输出中进行描绘。总体原则：查漏补缺、发现不完善的功能、找出不合理的流程。

2、交互优化。对已有的功能流程、界面结构、操作方式进行优化，达到更高的操作效率、有效信息传递效率和功能到达率、使用满意度和产品稳定性。这点是我们团队多数用户测试的主要目的。总体原则：尽善尽美、剔除多余的交互，简化同美化界面布局。

3、产品定位回归。验证当前产品是否符合预期目标用户人群。产品定位、策略、市场推广等是否合适。以及今后需要调整哪些内容。如偏差较小则尽早回归定位，偏差较大的话就要产品经背锅（产品定位比较少、且极不建议在可用性测试阶段中进行验证）

1.2、确定测试时间

1.2时间管理小贴士

这一环节是整个流程中最易确定和调和的部分，每次测试时间控制在一小时到一小时半即可，不建议超过1个半小时。如果在预实验中发现测试时间特短或特长，那就说明测试提纲、任务设定上有问题，尽早调整。每天可以测三四个，两天内就可以完成测试，然后就可以整理材料输出结果了。

1.3、方式方法

1.3寻找方法小贴士

前面也有提过，在实际可用性测试方法中，不一定非要选择用户测试这种方式。有其他方式可选择。例如：认知走查、专家走查等。（具体方式可以去人人都是产品经理上搜、百度也行）。原则是选一个最适合自己当前需要的方式。

根据我工作中的经验，通常会按照以下方式选择：

1、功能、流程、界面复杂吗？（第一优先判据）

2、当前版本发布的紧急程度如何？（第二优先判断）

3、自己同相关同事的当前（最近一周内）工作紧张与否？

1.3.1内容复杂程度判断

在内容的复杂程度判断中，红框所示内容有至少2条同时满足，则建议进行用户测试。否则可根据情况进行酌情选择（PS：团队内如有了解产品、交互的同事，则可选专家走查、认知走查。时间短且效果明显）。如产品发布新版本还早，且团队时间、人员充裕也能对很小的功能进行用户测试。且无论选择何种方式，都建议测试最后阶段进行深度访谈（真实、虚拟用户均可）来得到用户真实的感受和看法帮助产品进行改进。

正文二：扎扎实实——不打无准备之仗

这部分讲的是，进行正式用户测试之前要做的一些常规准备工作。主要分为两部分，第一部分是书面形式的文档准备工作(具体内容与测试目标息息相关)；第二部分是硬件环境的支持，包括测试设备软环境的调试，测试观察环境的搭建。

2.1文档准备

文档准备环节并没有什么严格的规则需要遵守。主要目的除了让团队在测试时能够依照结构化的文档一步步推进测试，就是为后面结果处理和分析环节有据可依，同时在准备文档的过程中也是自己提高的机会。

我工作中经常会准备这几样东西(大家在实际工作中完全可以根据自己的需要进行设计和编写)。

1、简化的测试流程脚本（几个场景描述关键词、核心功能点和流程描述、大致时长、应该注意的内容）

流程脚本示例

2、任务小贴士（防止自己遗忘测试的主要内容）

任务小贴士示例

3、深度访谈提纲（可以在网上搜索相关模板使用）

4、用户测试任务评估表（对问题进行分类后整理得出）

任务评估表示例

2.2环境搭建

当文档内容准备妥当后，可以进行测试环境的搭建了。总体上需要以下内容：

1、一间小屋子，最好能单独容纳两个人的环境（总之在测试时能够保持安静稳定即可）。

2、一台摄像机，拍摄用户操作的整个过程手机也可。（设备内置录屏软件无法捕捉用户使用时的面部表情及其他肢体动作）。

3、相关的测试设备，如果测试硬件则准备相应硬件。如只测试软件则安装调试好相关软件即可。

4、其他如茶水、小礼品、环境音乐等视情况而定。

总结：滴滴点点——我“们”即将开始

如果您很有耐心，看到了这篇文章的结尾（也就是这部分内容），可能说明您正在从事交互、产品岗位，对可用性测试有一定的兴趣。首先谢谢您的浏览，其次希望您在这篇文章中能够找到有价值的内容，您的浏览将是我的莫大荣幸和巨大动力。最后要说的是，这是我关于自己工作中有关可用性测试的部分体验和感受，很多地方描述失误且内容欠佳，希望有所包含。我会继续努力然后写完这部分内容。

图片来自百度