Think|用户研究：Think aloud 的使用方法( 二 ) 误解|意外事故|可用性|研究

（6）不要提供指示和帮助
而是要提示他们如何去自己解决问题。比如，如果你在工作环境中的话你会怎么做呢？
3. 如何处理测试中的“突发事件”可用性测试中意外事故或“非预期事件”较多，采用处理的方式应具有针对性：

如系统崩溃、程序中严重的BUG或原型不完整而导致的“意外事故”时，要向被测用户强调故障是由被测系统本身所引起的，而不是由于操作不当所致，故障处理后尽快确定继续测试的开始阶段。
在被测用户提前终止了测试，我们应当及时跟用户说，“只有完成了创建，这个任务才算完成”。
及时的终止无关的话题。

五、Think aloud 的具体使用方法1. 记录被测用户的出声思考的内容

文章插图
2. 创建问题并分类

文章插图
3. 将问题的编号套入文本内

文章插图
为了避免图片过长，就不写完整了。
六、数据收集及度量假如有9位用户，将遇到同类型的问题用Excel表格记录下来。

文章插图
（表4-1为了方便计算，3列数据都一样了）
眼花缭乱的数据？不知道该以哪个数据为准？那么该如何准确的去定义问题的样本数据呢。
最常见的三种集中趋势的测量是，中位数，众数和平均数。
界面、交互、内容问题的数据：中位数 6 ，众数 7 ，平均数 5.56。
对的没错，你需要研究对象的样本是在，用户4和用户5中去寻找问题，并优化。（中位数6）
为什么不去按照众数和平均数呢？
原因1：众数是指一组数据中出现最多的那个数值，在表4-1中出现最多的就是7。在可用性测试的结果中，众数并不经常被当成报告。尤其在数据连续的，范围很广的时候，众数就不一定能发挥作用了。
原因2：在表4-1中，得出的平均数，看起来稍微合理一些。如果，用户9发现了20个问题，那么平均数的波动会很大。但是，中位数还是6没有发生变化。这样也就说明了为什么中位数会被经常使用。
作者：交互思维铺子；公众号：交互思维铺子
本文由 @交互思维铺子原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。