在说怎么做「可用性测试」之前，我们先来搞清楚「可用性测试」的相关概念：
定义 ｜ What
可用性测试是指让典型用户在特定场景下，操作产品核心流程，发现产品的使用问题，并检查产品功能的有效性、用户的使用效率和满意度。
△ 可用性测试现场（by Emma Travis）
何时使用 ｜ When
通常是在产品方案验证阶段使用。最适合的时机是交互方案基本确定，尚未进入开发之前。有时也会被放在产品上线后，用于收集用户评价。
为何使用｜ Why
通常是因为产品存在一定的问题，需要及时优化。或是让产品的设计者更好的与用户产生共情，促进产品更新迭代。
参与者：设计师 & 用户 & 观察员（可以是产品经理或相关技术同学）。
工具：
接下来我们具体来看看每一个流程中需要关注的重点内容和注意事项。
· DETAILS ·
可用性测试过程精解
STEP 1. 测试准备
在测试准备阶段，需用设计师和产品、开发一起写好测试方案，准备好要测试的产品原型，有条件的话还可以对测试进行预演。
1. 测试方案
测试方案一般包含测试目的、任务安排、用户招募、工具准备等几个部分，我们逐一展开：
测试目的
明确测试目的很重要，且颗粒度要足够具体，至少要包括以下两点：
- 重点测试哪些功能，分清主次。
2. 重点观察用户的哪几类行为，如手指行为、语言、表情等。
任务安排
在做任务安排时至少要考虑两部分内容：
- 人员配合及工作分配。
2. 测试任务的主要内容描述，包括任务的背景和目标，需要在测试的过程中告知用户，因此文字尽量直白易懂。
需要注意的是：
①. 单场测试 1-2 个任务比较合适，不建议超过 3 个。
②. 编写任务描述时，要遵循场景化、直白易懂、少线索的原则。场景化意味着要讲一个包含背景、人物、事件的小故事。
用户招募
我们在招募用户时需要考察用户的数量和质量：
1. 用户数量
业内比较公认的是尼尔森 5 人原则，通常认为测试 5 名用户就能发现 80% 以上的可用性问。有些公司也会做 6-8 人，以确保每个任务至少要保证 4-5 人的有效测试。
2. 用户质量
招募合适的用户也非常重要。可以根据后台的用户数据，对应需要完成的测试任务内容，挑选不同使用经验（如使用频次较高/较低，最近一周使用过该功能，咨询过相关问题等）的用户作为合适人选。
工具准备
可根据实际情况自行调整，包括记录、拍摄工具，用户背景了解，保密协议，满意度评分表，小礼品等。
2. 产品原型
通常来说，产品原型的完成度越高，测试效果越好，所得到的用户数据和信息越准确。原型制作完成后，设计师一定要先进行模拟测试，提前将明显的 bug 找出来，减少正式测试时的时间浪费和结果误导。
如果实际情况有较大限制，也可以采用简易的原型制作方案进行测试，比如在纸上或者白板上用笔和卡片进行绘制。
△ 简易版产品原型测试（by Atman Rathod）
3. 模拟预演
有条件的话最好在正式对用户做测试前，进行整轮测试方案的模拟预演，如果能在正式测试的场地中提前排练，效果更佳。用户的可行性测试通常是不可逆的，模拟预演可以最大程度避免失误。
STEP 2. 测试执行
测试准备完毕，我们开始执行测试。通常我们会将可行性测试分为三个环节：暖场，进行任务，试后访谈。
1. 暖场
暖场的主要目的是消除紧张感，拉近测试与被测试方的距离，可以让接下来的测试更加自然和趋近于真实场景。
一般先由主访人介绍同行人员、目的和流程等，包括但不限于以下内容：
- 主访人跟用户自我介绍；
- 签订保密协议（如需要）；
- 说明录像录音的隐私保护，并开始录音录像；
- 发放任务概要，介绍测试流程及测试时间，明确用户理解了任务；
- 鼓励用户在做的过程说出自己的操作体验和当下的想法（很有必要）。
2. 进行任务
先对任务进行完整的描述，确定用户没有任何疑问后，请用户进行独立操作。操作过程可以录像和拍照，并做好记录。需要注意以下几点：
- 测试不是考验用户的智商和能力，只是验证下设计方案的可行性；
- 一般不要与用户有过多交流，过程中遇到的问题尽量让用户自己解决，如实在不能解决，再给予少量提示，同时做好记录。
△ 设计师需要随时记录用户的各种行为
3. 试后访谈
测试任务后的访谈可以采取回顾操作流程的方式进行，分页面、分功能的细致了解用户的操作心理、疑问点等。访谈最好是一对一的进行，也可以多个设计师、开发者对一个用户。
另有可用性测试后的分析环节和其他注意事项；
测试中所必备的测试记录表和任务描述列表、满意度列表；
以及测试后需要的用户访谈问题列表和测试结果汇总表；
我也为你准备了多份参考模版 👇👇👇：
若有收获，就点个赞吧
0 人点赞
