这是近期为项目做的一次用研，因为从规划到执行，这一整套方法都很好用，所以单独拎出来总结一下，对今后的项目也有很好的借鉴价值。要点和步骤如下：

1、明确测试目的和问题(产品目标、要验证什么问题)

2、拟订测试题目和任务

3、拟订用户分类，开始寻找并联系被访用户

4、逐一进行访谈(根据测试题目和任务)

5、每天访谈后，设计小组内进行一次沟通(总结当天情况)

6、全部访谈结束后，设计小组在一起，逐一复述、记录用户反馈，并对信息进行简单组织。(人物信息、使用场景、认知、用例、设计问题等)——用不同颜色的便利贴(Stick note)记录。每片便利贴上记录一块独立的信息，便于之后对信息做重组。

7、把设计问题单独挑出来组织，划分group，以及排出优先级——单开一个表记录

8、Group剩下的信息，并给一小堆共性信息抽离出一个“结论/观点/假设”

9、把这些group整理，贴在一张大白纸上，存档，作为沟通和回忆的原始资料

10、依据现有信息组，提炼出整体结论，把得出的假设也列出来(如某功能用户不常用/没需求，可以去掉，再配合点击数据加以验证，就可以得出结论)——通过这些信息，我们是可以做出一些推断的。

11、依据现在信息组，还可以做人物志(Persona)。(Persona需不需要做，能不能做，取决于用户特征是否够鲜明/是否极端。如果特征不够鲜明，甚至可以互换，就不适合做。当然，还可以按其他维度，比如年龄)

整理过程和一些产出物

每张sticker上记录一条信息，便于之后拆分和再归类

一些零星的信息块，用不同颜色代表不同信息类型(如：场景、用例、认知等)

如果有一些有联系的用例过程，可以马上链接在一起，成为一个信息组

初步重新归类

最后放在一张打白纸上，粘结实

喏，最终的样子。右下角做个图例，标识下每个色块的属性

本文作者 Primary Link

收藏已收藏{{ postmeta.bookmark }} 点赞已赞{{ postmeta.postlike }}