用户测试其实相当于在收集用户对某一个功能，或流程的行为反馈数据以及满意度指标数据，但很多时候你的用户测试是无效的，那我们要怎么去测试才是有用的呢？

用户测试是我们作为设计师经常使用的一种用来验证产品以及优化产品的手段，它可以在设计流程的任意一个阶段中投入，但是目前很多产品设计师由于各种因素对于是否要进行用户测试，以及如何进行用户测试并不是很清楚。

一、用户调研的原因

我们来看看大家为什么要做用户调研：

1. 需要对用户的整体风貌做一个初步了解，基于设计的背景将设计目标已经用户串联起来。
2. 培养同理心，跟用户交流发现实际用户在使用产品过程中的痛点和其他感性的认知，站在目标用户的角度进行设计。
3. 需要对某个功能或任务进行求证，并希望解决遇到的问题。

二、用户测试／调研的现状

用户测试其实相当于在收集用户对某一个功能，或流程的行为反馈数据以及满意度指标数据，所以“我调研了5个用户，他们都说这个功能不好用，所以这个设计不好”这样的反馈是不符合逻辑的。

另一种是当我测试了1个用户，得出了a结论，如果第二个用户有了b结论我们该采取哪个，5个、6个、7个…可能会有c、d多种结论，哪一种是正确的？

甚至有人会说我们测试100个，1000个，当然这里多数正确少数不正确的结论也是不对的，定量的测试更加无法判断用户行为和问题原因。

很多设计师都会选择一些自己较为熟悉的专家用户，甚至产品团队用户作为测试对象，产品团队如果缺少一种能够随时调节自己认知能力的话，往往就会以上帝视角来看整个功能或流程，所以这样的测试也并不客观。

无论是定量的测试还是定性的访谈，其实都是短时间的一种了解，并非深刻的体验，所以对于一个产品来说一次测试或访谈也并不能代表什么。

同样的，观察者效应以及测试环境都会对被测试者造成一定程度的干扰，甚至用户觉得自己在被当小白用户测试时会做出一些不一样的选择，特定的环境也会让用户不自然的使用产品或者功能，他们可能更想表现的聪明一些，而这恰恰就有可能是我们不希望的。所以用户测试本身就有一定的无效性。

三、该如何正确验证设计／发现问题

我们到底该通过什么样的方式，才能客观的了解用户是如何使用我们的产品呢？

我们需要监控用户的行为数据，更多的是在任务的路径上埋好点，并且监测用户在做任务时的流程，并记录问题。

例如：有些用户在执行第2步操作时候，经常在停留一定的时候后就退出该页面，这个时候我们需要去寻找原因，针对这部分用户去做访谈，是什么原因导致的任务流程的中断。

所以，在真实环境下监控用户的真实行为，并对用户做定性的访谈，才能正真的解决用户的问题，以及验证我们的方案。而尽可能的不要采用测试和“你觉得哪个好”这样的方式得到结果。

＃专栏作家＃

Yjjj，人人都是产品经理专栏作家，公众号：应谋鬼计（shejishiyj）

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

题图作者提供