记一次完整的用户测试

这是一篇简明扼要记录一次用户测试过程的文章，全文干货无废话。

目前工作的项目是做一个全新的产品，现已经完成用户旅程的基本闭环，但还没对外推广，开发团队期望做一次用户测试，了解产品现状以及在收集一些用户反馈，为之后产品的建设提供一些思路和方向。既然有了这样的想法，我们就开始行动了起来，花了一周的时间，我们做了一次完整的用户测试。

周一， kick off

kick off的主要目的是让项目关键角色就此次用户测试的目的、内容、产出达成一致。

1. 与会人员：业务PO、技术PO、项目UX、项目BA
2. 会议内容：测试目的，测试用户，用户测试任务（大致的），关键时
   间节点，任务分工，最后产出。

周二， 测试题纲梳理&任务准备

做用户测试和做用户访谈一样，需要直接和用户接触，提前准备一份测试提纲是必要的，提纲内容主要包括以下内容。

1. 开场白：介绍项目背景、用户测试目的，告诉用户访谈流程和保密规则。

2. 用户信息：记录用户的基本信息，可根据访谈内容自定义对访谈有用的信息。

3. 用户测试任务：围绕测试目的和流程制定测试任务。注意设计任务的时候需要考虑任务的完成时间，用户测试的总时长不宜过长，1h左右就好，避免用户疲倦。

4. 满意度/费力度调查：根据实际需要，在每个任务完成后进行满意度和费力度调查，为之后的测试报告准备数据。

5. 测试后问卷：可以问一些测试任务中没有涉及的问题，或者一些概括性的问题。

周三， 演练测试流程&访谈2名用户

这是我们第一次做用户测试，对流程和任务的设计都没有特别的把握，于是提前做了一次演练。对着访谈提纲，严格的走了一遍流程，执行了一遍任务，避免纸上谈兵带来的尴尬，也知道了大概的时长，任务设计的合理性。

我们是3个人pair完成的每一场用户测试，1个人引导用户做任务，2个人记录。记录是很关键的，需要提前在提纲里做好需要记录的东西，通常包括用户操作步骤、遇到的问题、是否求助完成、过程中的表情动作等。由于记录任务较重，所以安排2个人记录会更全面一些。不建议参与用户测试的人过多，会让用户有压迫感。

我们选择的是在会议室完成用户测试，提前准备好了测试需要的硬件、软件设备等，最好有投影展示用户的操作流程，让记录的同学更好的观察用户的操作。当然，最好是准备一些小礼品，以示对用户的感谢，因为他们无条件为你付出1h是很值得被感谢的。
由于前期准备比较充分，我们就很顺利的完成了用户访谈。

周四， 访谈2名用户&撰写测试报告

继续访谈完2名用户之后，我们开始撰写用户测试报告了。

第一步，先找块物理/电子白板把记录的东西全写下来。我们使用的是Beeart。

第二步，把记录下来的问题归类，最好是抽象成几个大类。

第三步，根据归好的类，产出解决方案，或者针对每一小点产出优化方案。

第四步，找TL/技术人员对解决/优化方案进行估点，为之后排优先级做准备。
第五步，把以上三步弄到展示文档上就好。

周五， 测试报告showcase&解决方案优先级排序

一切就绪，就需要像你的领导/PO showcase了，可以show一下我们做的过程，但最重要的是结果，也就是解决方案。

最后，要和关键角色一起给解决/优化方案排优先级，可以按价值象限来排，横坐标是复杂度，纵坐标是方案给用户带来的价值。排完后就知道接下来的工作重点啦。

本文最初发表于微信公众号：小妖的随笔