用户体验研究方法—用户测试法(实例)

“这是什么啊，用不明白，体验太差了！”、“在哪里登录？找不到啊！”、“谁知道这是个按钮可以点啊，像个图片！”在产品体验中，我们经常会听到这样那样有关产品体验的声音。

而主动并客观地去发现这些问题（可用性问题）的方法之一，就是我们今天要介绍的用户研究方法之一——用户测试法。

什么是用户测试？通俗地讲，用户测试就是通过给用户制定任务，在用户执行任务的过程中，发现产品设计的不足，并为产品优化提供依据的一种方法。

通常情况下，根据目的不同，用户测试可以是定性地发现问题、也可以是定量地比较两个竞品的优劣。

根据测试产品特点不同，可以采用边做边说的用户测试、也可以采用回顾式用户测试、甚至可以采用协同式用户测试等。

用户测试可以用于产品设计阶段测试产品低保真原型、也可以用于产品测试阶段在发布前发现重大的可以优化的可用性问题、还可以用于产品发布以后，为下一个版本的优化提供依据。

一般情况下，根据ISD产品特点、时间等条件的限制，在产品测试阶段或者产品发布以后以发现可用性问题为主的边做边说用户测试较为常见。

下面将以迷你屋用户测试为例，来说明如何进行一场简单的以发现问题为主的边说边做法用户测试。

迷你屋用户测试主要经历了测试前的准备、进行测试、测试后总结三个阶段：
第一阶段：测试前的准备
1.编写测试脚本
测试脚本主要指用户测试的一个提纲。

测试脚本最基本的就是制定测试任务。

任务的制定一般由简至难，或者根据场景来制定。

2.用户招募+体验室的预定
用户是必不可少的，进行一场用户测试一般需要6~8人，根据具体情况可以逐情增减。

用户要选择目标用户，也就是产品的最终使用者或者是潜在使用者：如年龄要符合产品的目标年龄层、男女比例要符合产品目标用户比例，并且将来会使用或者是很可能使用该产品的目标用户。

根据测试目的不同，也要根据需要，选择新手用户、普通用户或者高级用户。

在用户招募困难或者时间紧等情况下，如果只是简单的为了发现产品中存在哪些可用性问题，降低用户标准也是一种可行的方式：如公司内部员工充当用户等。

正规的情况下用户测试需要在体验室进行，不仅需要录音，录屏，还需要观察人员观察用户的具体操作，并做详细的记录，因此，在用户测试前需要进行体验室的预定。

在非正式的情况下，一台笔记本电脑，一间会议室，也可以进行用户测试，这种测试虽然简单，但是足以完成对基本可用性问题的发现。

迷你屋用户测试的目的就是为了发现问题。

公司内部员工（非互联网业务系统人员）对迷你屋产品设计始终了解甚少，完全可以作为目标用户参与测试。

因此，选择用户时，选择了2名公司内部员工+2名学生用户，其中2名有旧版迷你屋使用经验，2名无旧版迷你屋使用经验。

这4名用户发现的问题重叠率高，且发现的问题基本处于收敛状态（没有新问题的发现），因此，4名用户足以说明问题。

用户情况如下表：
第二阶段：进行测试
一切准备就绪，就可以开始进行用户测试了。

测试时需要一名主持人在测试间主持测试，1~2名观察人员在观察间进行观察记录。

测试过程需要录音、录屏，以备后期分析。

测试时，尽量不对用户做太多的引导，以免影响测试效果。

迷你屋用户测试由1名主持人（snow）主持和一名观察人员（西贝）进行观察记录。

主要经历了以下过程：
1.向用户介绍测试目的、测试时间、测试流程及测试规则。

2.用户签署保密协议+用户基本信息表。

3.让用户执行任务：给用户营造一种氛围，让用户假定在真实的环境下使用迷你屋。

并让用户在
执行任务的过程中，尽可能地边做边说，说出自己操作时的想法和感受。

4.用户反馈收集。

基于用户执行过程中的疑惑进行用户访谈，收集原因。

5.致谢！
第三阶段：测试后总结
测试后需要进行测试报告的撰写并开会将测试结果与相关人员进行分享。

主持人与观察人员要进行即时的沟通，确定致命的可用性问题与一般的可用性问题，并汇总简要的测试报告，以抛出问题为主，不做过多的建议。

报告确认后，召开会议，将测试结果与产品经理、交互设计、页面制作、开发、测试人员进行分享。

确定在产品发布前需要进行优化的具体问题，并将对应的问题分类，确定解决问题的关键人。

（如交互设计可能需要重新设计的具体问题、产品开发人员直接在原有基础上修改等）
下例为迷你屋简要测试报告的一部分：
迷你屋经过用户测试后，将登录、“装扮迷你屋”按钮、QQ空间入口、QQ空间到迷你屋商城入口等一系列问题进行了优化。

以下为测试前后设计优化对比示例：
迷你屋装扮入口
迷你屋暂存：
小结
用户测试是一种反复迭代的过程，在进行完新一轮的设计优化后，可能还会产生新的可用性问题。

因此，将新一轮的设计进行迭代的用户测试，是未来的一种发展方向。