#本文由人人都是产品经理《原创激励计划》出品。

结合可用性测试，产品经理或设计师可以更清晰地获得用户反馈，进而推动产品开发或后续迭代优化。但是你对可用性测试了解多少呢？例如，在进行可用性测试时，团队应该进行现场测试还是远程测试？来看看作者的案例总结吧！相信看完之后，你会对可用性测试有更深的理解。

什么是可用性测试？用户测试俗称用户测试，也称可用性测试可用性测试。

这是一项包含定性成分的定量研究。让用户使用产品的原型或成品，通过观察、记录、分析用户的行为和感受，提高产品的可用性。

二、为什么要做可用性测试？产品设计师做完设计方案，直接让程序员花大钱时间在线开发。结果，用户说：“这到底是什么！”“怎么这么难用！”这样整个团队都会死得很惨，设计师拿了礼包就可以走了。

为了避免这样的悲剧，需要在开发前对设计方案进行测试，接受反馈并及时调整设计方案，这样才能保证产品上线后的用户体验质量，保证产品上线后的用户反馈和数据表现不会与预期相差太大。

三。可用性测试开始的时间可用性测试可以在产品的任何阶段进行：

在产品设计的初始阶段，我们使用最小保证原型来测试想法的可实现性、用户对产品的接受程度以及对产品基本功能和信息架构的反馈。在设计阶段，测试用户是否能够轻松实现目标，完成任务。测试需要功能比较齐全的高保真原型机，但对UI的要求不高，只要功能完善就行。当产品在投入市场之前已经基本完成时，就有具体的产品开发出来，以检验产品质量是否符合市场标准和用户的期望。在产品不断迭代的过程中，可以通过线上产品测试用户对某项功能或整个产品的满意度，以检验用户完成任务的效率或市场需求的变化。对于同一个功能，有多种设计方案。这时候就需要通过测试来比较这些不同的设计方案，找到最佳方案，这个方案可以在任何阶段进行测试。

4.可用性测试中的角色主持人：用户体验设计师或用户研究人员需要对测试的目的、任务、原型和最终提问了如指掌。测试用户：大企业会根据用户群体招募测试用户，小企业或者没有预算的可以从亲戚朋友入手。观察者：不受干扰地观察，专心记录和观察。你需要听被测用户怎么说，观察用户的使用过程、表情、肢体动作，实时记录被测用户的反馈点。

动词（verb的缩写）可用性测试的方法。现场测试现场测试可以面对面接触用户，可以观察和记录所有的现场信息，比较简单。第一，选择一个能让用户更放松的环境，可以是会议室，也可以是布置温馨的咖啡厅。

2.在远程测试盛行期间，远程可用性测试是首选。远程可用性测试在被测用户和主机无法走出同一个空间，或者现场测试成本过高的情况下使用。

远程测试可以分为同步远程可用性测试(托管)和异步远程可用性测试(非托管):

同步可用性测试：通过视频会议和共享工具进行测试。测试人员实时观看用户的操作过程，观察被测用户与产品的交互，并对被测用户的操作进行后续提问。异步可用性测试：不需要与被测试者进行视频或电话交谈，但被测试者应通过录制屏幕来记录操作，并在事后发送给测试人员。无论是现场测试还是远程测试，都有相应的优缺点。你要根据自己的实际情况来选择。

以这个可用性测试为例：被测用户是学校老师，被测产品是时间，正好在学校暑假期间。另外，由于疫情原因没有办法进入学校找老师现场检测，老师的作业习惯也存在区域差异。出差到学校调研，聚集全国各地的老师进行测试，不太现实，所以选择网上远程测试。

不及物动词测试前的准备工作。这个可用性测试的目的很清楚。需要核实或获取哪些信息？它是目标导向的。首先，确定要测试的产品是什么，你想得到什么结论或期望，确定产品测试的范围。

以这个真实的可用性测试场景为例。

本次作业产品可用性测试的目标是：验证作业模块的用户体验是否能满足教师轻松获取作业信息的要求，是否存在违背用户交互体验的问题，是否能在日常工作中正常使用，帮助用户降低成本，提高效率。

新用户的用户目标是全新产品带来的学习和使用成本，包括两类：

无经验：对于同类产品的经验，新手学习成本足够低；体验：用过同类产品但没用过我们的新产品，使用成本并不比竞品高。老用户的用户目标：使用过同类产品后，不能忽视，必须额外考虑改变老用户的习惯。

原则：

功能：模拟用户任务流，支持主流程和常用分支流程，不阻塞；易用性：流程流畅的前提下，操作步骤尽量少，认知成本尽量低。

七。工作安排决定参加测试的人员。有些公司有专业的研究，可以由有相关产品和设计的同学来进行。如果没有专业研究，负责项目产品和设计的同学也可以独立完成，周期1-2周。可以自由独立时间，也可以穿插在日常工作中。

由于我们公司没有专业的学生，所以每次可用性测试都是由产品和设计主导完成的。整个测试工作安排如下：

第一天：产品生负责联系运营找样品，分发到各个小组，平均4-5个用户；设计学生写测试评估样本和任务卡。第二天：各组接收分配到的用户拉组，与用户沟通确认时间，熟悉测试流程和测试任务。第3天和第5天：开始测试。两个人一组，一个当主持人，一个当观察员。平均每天有2-3个用户，一个用户用时30分钟-1小时。走访结束后，及时总结整理。第六天：我们会分模块总结整理。

1.测试脚本为了防止你在测试面试中迷失方向，你要提前制定好面试大纲的结构和要点，增强你对整个面试的掌控感。提前写好测试测评脚本，标注任务流程，任务要点和预估时间，可以保证我们在测试过程中更好的把握测试节奏。

测试脚本包括：主持人大纲(考前拜访热身、基本信息题、正式测试任务、体验面试)；观察者提纲(根据主持人提纲同步整理，观察并记录用户完成任务的过程)。

2.招募用户。用户数量为6-10人。一般这个数字可以发现测试中80%的问题。如果你继续寻找更多的人，结果是相似的。你需要确定使用你产品的用户群，选择用户。尽量选择愿意沟通，愿意思考和说话的用户。

招聘用户的方式可以是找公司内部渠道资源进行招聘。比如B端产品的用户是特定属性，通常可以联系公司和用户的界面进行招聘。也可以在社会上自己招。c端产品可以在开放平台发放招聘问卷，或者找身边的亲朋好友进行测试。

本次测试样本通过住校生接触学校老师，包括初中生、高中生、文科生、理科生共13人，涵盖了所有类型的老师。

要求招聘使用过网上作业功能的老师(各种产品都有)，有类似系统使用经验的老用户，没有使用经验的新用户。使用频率可浅可深。

联系好用户后，在微信上把相关同学拉进一个群，方便与用户沟通，群名改为【XX用户-XX产品测试-8月3日下午1点】。人员时间，在群里预约面试时间，询问用户平时使用哪些网络视频软件。腾讯会议和舒菲会议都可以用。如果你没有用过类似的系统，告诉用户提前下载。

3.测试设备测试人员最好使用自己的设备，这样可以使结果更加准确。这种设备在现实生活场景中测试者已经很熟悉了，不熟悉的设备会增加测试者的学习成本，可能导致结果出现偏差。

比如iOS用户和Android用户，Windows用户和Mac用户有很多不同的使用习惯。

另外，一定要做好记录，存档，以便于以后查阅。

该测试是远程测试。被测试者使用自己的电脑进行操作，熟悉的环境也是被选中的。

4.准备材料的交互原型，保证测试过程是一个完整的闭环，可以点击。这个交互原型使用Figma进行交互操作，前期测试可以在不同的机型、网络、浏览器中成功打开并点击。屏幕录音，面对面测试需要准备录音笔和拍摄设备；远程测试使用会议软件，并使用软件自带的屏幕投影和记录系统。准备任务卡，面对面测试需要提前打印，测试时发给用户；远程提前测试编辑每一段，随时粘贴复制给群内用户。测试礼物。测试结束后，为用户准备一些小礼物作为奖励(根据各公司不同政策)。要求用户提前下载自己用过的会议软件，如腾讯会议或舒菲，确保测试环境网络没有问题。测试中使用的交互体验原型提前发送给测试者，使用浏览器可以直接打开，被测试者可以在屏幕上演示操作。

当你经历某个任务节点时，向用户口头描述，然后复制到微信群，结束后为每个用户申请100 JD.COM元作为测试礼物。

八。测试1中的执行。面试热身开始礼貌问候，向用户介绍本次测试的背景、目的、下一步测试流程，以及整个面试时间。全程为用户营造轻松自然的氛围。

比如：非常感谢您抽出宝贵的时间时间参加我们的面试。全程面试测试时间耗时30分钟-1小时。背景是我们现在计划开发一个服务于学校的作业和小考的练习模式，目标是让老师更容易获取作业信息。接下来在我们初步设计方案的基础上，听听老师的感受和建议。

2.用户信息接下来询问用户一些基本信息，说说用户是否使用过类似产品，对竞品有什么想法，该类型产品的哪些功能比较好用等等。观察者做详细记录。

首先要求基本信息，主要包括：姓名、地区、学校、教龄、年龄、教学学科、身份；那么，你平时的作业、测试、考试有没有使用过什么网络产品？你通常布置哪种家庭作业？作业的内容来源是什么？最后有什么推荐和评论，比如：哪个产品的什么功能好用？哪个地方不好用？为什么？

3.发放任务卡。我们需要为用户模拟一个真实的使用场景，以创造实际场景的方式告诉他们任务，让用户通过自己过去的经历和生活的真实感受，更加主动地使用产品。

通过制作任务卡来模拟场景，以什么样的场景，什么样的目的，要假设什么样的结果作为任务卡的模板。

如果是面考，可以提前打印出来，在考试的时候分发给用户；远程测试将脚本任务复制并粘贴到对话中。

因为这个可用性测试是在线测试，所以没有办法给用户发放纸质任务卡。先口述给用户，然后在微信群里复制粘贴任务卡的内容，防止用户忘记任务，可以快速查看。

4.体验并记录问题观察并记录用户行为，单个任务完成后提示用户休息，然后在《单任务满意度问卷》提问。

这时候可以回答用户操作过程中的问题，也可以通过操作中的细节展开发散来询问用户的操作感受。这一单任务通常可以得到很多意见和建议。

这些意见和建议需要在后续进行记录和整理，作为优化任务，帮助提高产品的可用性和使用性。

不要主动引导用户：测试过程中，主持人给出任务和场景后，要让用户自主操作。当用户遇到困难，不知道下一步该怎么做的时候，主持人要让用户说出自己的想法和困惑的原因。除非万不得已，否则不要教用户下一步该做什么。记录用户行为：操作是最直观最真实的反馈，观察者需要详细记录用户的操作点。用户会因为不好意思吐槽产品而给出虚假反馈，他们的行为不会骗人。所以要减少测试人员的语言干扰，观察用户的动作。观察用户的表情：在操作过程中，用户会下意识地做出一些声音和微表情动作，这些细微的反应都需要注意。把握好采访节奏：你可能会面对很多用户会一直说与采访无关的问题，需要及时制止。实际教师点击流程：

首先，教师单击“日常测试”按钮，然后单击“新练习”按钮。练习题入口找不到后，他返回首页，点击扫描仪看纸。

观察过程中的疑点：

答题卡模板匹配，老师提到如果是自己，只看题目！其他老师一般看到蓝色就点一下，不注意是什么。学校有老师统一发作业，会把全年级所有的课都挂钩！其他老师不会关注，也不会处理这个。作业的答题卡格式，如果高中数学题很多，尽量减少非试题占的空间，让学生写。如果是电子版的，尽量使用带题干的格式。希望选择题改过来留痕，数学因为选择题变成填空题。手批！原因是我希望问题，学生的答案，分数，评语都显示在一张纸上。PDF格式，出题质量很好。用手写下来。一般来说，换一张试卷。班级实习，学校要求同年级，没有差别就会有问题！周考时间统一，作业不会每次做完都发，或者如果发了，全年级一起发。默认情况下，使用所有等级。扫描看老师个人情况是否勤奋。要不要一起扫描？但是编辑评分入口，难找！找了半天，只看到编辑题目，却发现可以改！修改分数要去改题目的地方改题目！主要是没有按钮，只能点击蓝色的字来模拟客观答案的修改和题型的修改。老师看不到蓝色按钮字，不知道能不能点！我能理解样卷和学生卷放进去扫描的事实。我的第一反应是有点担心样卷和学生卷一次发两张纸。

5.在体验结束后采访并记录用户完成任务的情况后，主持人需要向被测试者提问，以总结并再次确认用户的体验。问题应该与测试的目的相对应。

提问要清晰，不要问含糊不清或者用户难以回答的问题。也要避免问包含多种可能答案的抽象问题，这样很容易让用户不知从何下手。使用开放式问题来增强用户的表达欲望。

整个过程中哪个环节最麻烦？比较

九。测试后的总结。试题总结试题完成后，在记住内容的同时快速整理题型。如果有录音或屏幕录像，可以再回顾一遍。

主持人和观察者需要共同总结分析，测试结果往往存在大量问题。零散的问题不方便分析总结，需要根据考试任务或页面划分模块。在每个模块下，列出了用户的良好反馈和不良反馈。根据不同模块对问题进行归纳分类，将对应的问题进行分类，以区分哪些问题可以优化，哪些问题不属于体验问题。

在对问题进行归纳分类的时候，我们会引入“用户体验八阵图”来对应相应的页面，这样可以更直观的了解现有项目中的用户体验设计问题，这些问题都细化到单个页面。

这样你就可以很快找到哪个页面的体验问题最多，哪个页面的体验问题最严重，体验问题中哪个模块的问题最多。最后输出本次可用性测试的测试报告。

1)步骤：查找扫描入口

2)预期结果：用户可以成功找到扫描教辅入口，即“扫描仪阅读量”。

3)实际问题：大部分用户都能顺利找到入口；个人用户选择“日常实践测试”(2/12是教学和研究)

“老师直接点击日常测试练习，新建一个练习。找不到助教入口。(反馈：因为是作业场景，第一反应就是点开日常练习)”“在首页，我认为扫描应该在学习之前，因为我是先扫描再看学习。”4)问题：用户理解场景需要完成一个练习，并认为任务可以在“日常练习”中完成。

5)影响因素：用户受到背景描述的影响。

6)用户建议：“老师可能存在是为了帮助其他老师扫描。不知道是哪几门课。建议默认发布到全年级，或者扫描后确认是哪些班级。”

7)问题类别：可用性问题

8)优先评价：P1

结论：考虑是否在【新练习】中增加一个扫描助教入口。先不加，再看反馈。

2.可用性等级使用SUS可用性等级来量化。可用性测试结束后，用户不用想太多就能快速完成每个题目。

整个问卷由10个问题组成，每个问题5分。奇数是正面描述，偶数是负面描述。填写前不要总结，不要讨论。应该要求用户快速完成每个题目，不要想太多。如果用户因为某种原因不能完成其中一个题目，将被视为用户选择了题目上的中间值。

计算SUS分数的第一步是确定每个问题的转换分数，范围是0到4。

对于正问题(奇数问题)，转换分数是量表的原始分数减1(Xi-1)，对于负问题(偶数问题)，转换分数是5减原始分数(Xi 5)。

将所有项目的转化分数相加，乘以2.5，得到SUS量表总分。所以SUS分数范围从0到100，增量2.5。

对应于下表得到的SUS原始得分，可以得到产品的可用性。

10.写到最后。经过多次实践经验，总结出可用性测试的三个注意点：有目的、灵活、持续的测试。

1.有目的的可用性测试可以帮助团队优化体验路径，明确用户在使用产品时的体验；帮助设计师验证他们的设计。

2.灵活运用完整的可用性测试从准备到实施，从任务到结果，每一个细节都需要考虑到位。在过程中，尽量保证过程规划清晰，文档完整，分工明确。

说到这，很多小伙伴都会望而却步，觉得自己的公司没有专业的研究团队，招不到测试人员，申请不到被测试者领取报酬和礼品.

其实可用性测试也可以灵活运用。在没有条件进行专业可用性测试的情况下，在设计过程中可以多次使用简单的可用性方法，只要能解决问题。只要知道一些必要的注意事项，产品经理和设计师也可以自己完成简单的可用性测试。

比如，在这次可用性测试中，产品经理和设计师发起合作，共同充当观察者或主持人。在优化测试反馈的过程中，团队也共同努力，快速推进迭代。

3.持续可用性测试不是一次就结束的表演。是一种有效快速的验证方法，可以结合产品的进度持续实施。

在设计过程中可以进行简单的可用性测试，节约了成本，面对简单的原型，用户更愿意大胆评论，给出结论。

但是，简陋的测试原型会让用户无法真正完成整个操作，有些设计细节无法测试。建议在设计过程中进行一些简单的可用性测试。在新产品上线后或重要功能上线前进行正式的可用性测试，在细节层面发现问题。建议定期进行可用性测试，有结果立即应用到产品上，每隔时间年对产品再次进行验证，形成良性循环。

在日常工作中，我们会接触到大量的设计方法论，可用性测试只是其中之一。仅仅理解这些方法的概念是远远不够的。我们需要在事物中不断实践磨练，积累经验，才能真正体会到这些设计方法的魅力。

并且在工作中也要学会灵活运用理论方法，这样更容易事半功倍。长此以往，我们会不断实践和打磨，形成自己的一套工作方法。

参考

https://mp.weixin.qq.com/s/ZLx4BYsZToWuq49whf2dqA教你如何进行可用性测试https://MP . weixin . QQ . com/s/65j 8 kuahkeqg 0 zfmatvf 4a https://MP . weixin . QQ . com/s/SAF 7 nyeo dwdww8oarulipg3359mp.weixin.qq.com/s/qmgzae _ aaapnrgnhsuksw3359juanlan.zhihu.com/p/159871425http://www.woshipm.com/UCD/9748.html深度总结可用性测试(www.woshipm.com/UCD/9748.html

本文为人人is产品经理《原创激励计划》制作。

题目来自PEPEPELS，基于CC0协议。