用户调研报告输出思路解析

在我早期的文章里其实有写到过调研报告怎么写，但是因为调研方式不一样，最终形成的调研报告也会有些差异性， 前不久刚展开过一场可用性测试，顺便跟大家一起交流下，关于写可用性测试报告的思路。

我的整体思路是，整个报告分两个部分，

结论部分是整个报告的重点，所以前面的概述就简单介绍清楚就好了，不需要占太多篇幅。

调研流程，确定标准，是汇报，也是邀功，调研本身就是个繁琐的过程，我们把过程直观的呈现出来，让老板知道我们整个调研过程，前前后后做了哪些准备。付出了哪些努力，体现工作量的同时，也能体现我们的专业性，但是不是记流水账，得有总结。

整个流程大体分成3个部分来描述：

1、调研前的准备

2、调研过程

3、结果阐述

结果汇报，后期工作计划，汇报很重要，调研做得再好，你的结果无法呈现，问题就没办法结论，那就只会停留在发现结论。

评估纬度是为了阐述我们从哪些纬度去收集答案的，想要验证什么问题。细化调研目的，根据需要获得的信息，结合常见用户体验评估指标，针对下列指标进行有效度量：

易用性（effectiveness)：用户完成从【发现 — 选择 —（支付）— 使用】过程中，操作的精确性。

任务效率（efficiency)：用户完成症状打卡、填写档案、线上问诊、药品购买所耗的时间和跳出率。

满意度（satisfaction)：利用评分得出用户问诊结果的接受程度和完成效果。

由于大部分人对调研都只是停留在问卷调查的层面，所以对样本量的选择有不理解，可用性测试主要是为了观察用户操作路径及反馈，所以样本量不需要太大，这个可以简单的解释下是如何挑选用户的。

数据整理也是汇报的一部分，一方面，材料佐证我们做过的努力和准备，另一方面，数据存档。

我们整个调研采用了录音与录音相结合，录音是为了便于后期多人协作帮忙整理问题，录屏是记录用户操作路径，收集用户使用过程中的卡顿，去挖掘卡顿原因，这是是我们做可用性测试的主要目的，这也是跟问卷调研最主要的差异。

在写报告的过程中，我一直在想关于整体满意度的结论，是放在第一部分还是第二部分，但是鉴于第二部分主要描述问题，所以思虑再三，还是把他放到了第一部分。

我们拿到各模块的数据后，要怎么用着很关键，单个零散的数据是体现不出问题的，只有对比着看才能看出问题。

通过数据对比我们明显能发现，付费用户对产品的整体要求要比增值服务的要求高得多，毕竟不要钱的，好不好用无所谓，好用我就用，不要用我就不用。但是如果是用户花钱了的，那他就需要考虑，我获取到的服务和花的钱是否成正比，这也就间接确定了我们后面问题处理的优先级。

这里建议做个中场页。

前面说过，问题描述采用的总-分-总的节奏，所以最开始描述了一下我们收集到的所有问题的概述，包含，总共多少个问题，已经分类类型的分类占比。

这里分享一个问题整理的表格，表格跟PPT的作用不一样，PPT是为了汇报成果，获取支持，表格是为了后续跟进落地，解决问题。

当然，先把问题整理出来也是为了更好的输出PPT。

共享文档可以让更多人清晰的看到问题，因为汇报的效果比较好，老板给了明确支持，所以汇报后我们将表格发给了各个产品，与设计师配合，认领问题，给出优先级和排期计划，整个过程推进的很顺利。

分结论部分，主要通过用户体验地图去描述用户路径，直观阐述用户使用过程中的情绪和痛点，右边整理出来了需要重点关注的一些点。

用户体验地图主要描述的是用户发现，不一定是问题，属于启发类，可以为后期优化方案的输出提供方向引导。

问题整理则是明确的已知问题描述。

各模块可以根据实际情况去描述各自的问题，这里就挑了几个典型的模块举例了一下，就不一一阐述了。

再来说一下，分结论讲完之后，整理的共性问题。先说问题，再说涉及的模块，体现问题的严重性。

到此，整个PPT就结束了，汇报完成后，老板就开始给各业务线下达任务了，就又回到了表格上，我们把之前的问题以界面纬度进行整理，跟产品确认优先级和排期计划，并与老板就排期计划进行了确认，然后责任到人，目前第一轮优化方案已经在陆续落地中，整个发现问题到推进落地的过程，还是比较顺利的，

最后，声明一下，我这里主要阐述的是我写报告的思路和过程，因为模版限制，而且时间比较紧，只给了两天时间去写材料，所以没在样式上多做设计，主要是为了把问题说清楚，觉得丑的批评我老实接受，另外如果有其他问题，也欢迎大家评论区留言交流。