我们常常看到各种文章在强调“接触用户”的重要性，用研作为一个接触用户的重要手段，已经被越来越多的互联网企业重视和运用。通过接触用户，我们可以获得支撑决策的“DATA”。
很多人认为DATA来源于数据，只有客观发生的用户数据才是真实可信的。从用研的角度，要纠正两点：首先，DATA不仅来源于数据，还可以来源于用户的语言、动作和表情；其次，笃信数据往往会让你陷入死胡同，因为数据通常只会告诉你现实是这样，却无法解释为什么。
从这个角度来讲，我们很有必要和用户“面对面”地交流。很高兴地看到，越来越多地项目组愿意付出时间和预算，邀请用户来体验产品、交流想法。但是我们同时也发现，项目人员自行组织的访谈往往过于随意，到底应该怎么做才能使得这种交流更为科学有效，而不是在“瞎聊”呢？
有什么方法和流程
目前用研里常用的方法包括座谈会（Focus Group）、深度访谈（In-depth Interview）、可用性测试（Usability Testing）等。根据形式和工具的不同还可以进一步细分。对于非用研专业人员而言，推荐“测试+访谈”的形式，鹅厂的同学把它称为“CE测试”（Customer Engagement）。
CE的操作方法比较灵活，将用户体验融合到座谈会、深访等常用的调研方式之中，其精髓在于“体验+观察+访谈+数据”
体验：通过自由体验结合目标设定的方式，请用户体验产品功能原型;
观察：用户在实际体验产品过程中发生的行为，分析产品在UE或引导上的痛点;
访谈：一般包含体验前后两部分，前置访谈目的在于了解用户在同类产品上的使用习惯和态度，后置访谈目的在于了解用户在本品体验上的感受和期望;
数据：包含两种类型，一种是用户体验产品过程中后台留下的行为数据记录，另一种是用户对产品的主观打分数据；这两种类型的数据可以为我们的观察和访谈结论提供支撑。
CE的主要流程包括：1)方案设计2)样本甄别与招募3)体验并录像录屏4)观察和问卷填写5)访谈6)会后讨论和定性小结
你需要准备些什么
第一，你需要界定清楚受邀请用户的条件和组别。
你得好好想想，你要测试的这个产品或者这部分功能的目标用户是什么？是没用过这类产品的rookie，还是精通这类产品的大神？实际上我相信作为产品经理本身就应该有一些sense，你要做的事把这些条件更加具体化一些，例如把年龄界定到25-40岁，把每组的性别比例调整为1:1，必须玩过某款竞品并且等级达到X级等等。
规定完基本的条件，你还可以考虑一下分组（配额），一般而言可以设计“实验组+对照组”的组合。比如新手一组老手一组，本品一组竞品一组，男的一组女的一组等等。当然实际操作中也不一定要严格遵循这样的搭配，有时候来一组通用组扩大一下样本范围兴许有意外发现。
第二，你需要一份精心设计的流程设计和访谈大纲。
正如前文提到的，一个好的流程设计能让整场活动更加顺畅并且取得预期的效果。首先，你得设计一些任务环节，可以是自由体验环节，也可以根据你要测试的重点来设计一些目标。要注意的是你设计的这些目标不能过于具体，我们不需要指导被访者怎么做，而是让被访者自己去探索完成目标的方法，在此过程中一些产品设计方面的问题可能会被暴露出来；其次，环节设计应兼顾受访者的疲劳曲线，测试的不同阶段受访者的注意力程度是有差异的。通常连续两个小时就是极限了，如果测试很长则应该穿插休息环节；最后，在设计各个环节前，一定要先把环节按普通人的节奏撸一遍估算下时间。
第三，你需要一个具备良好沟通能力的主持人。
不是所有人都适合当主持人，专业主持人的出场费可以很贵的。如果没有那个预算，你可以考虑团队里最具有以下气质的人：1）喜欢提问题而不是喜欢发表见解，要知道我们需要的是一个提问者而不是一个演说家；2）头脑灵活反应快，短时记忆力好，活动过程会遇到各种情况主持人需要及时反应控制场面，更重要的是要能结合前后文追问被访者；3）亲切有活力，显然一个性格内向说话冷冰冰的人是难以激发用户的参与热情的。
除了上述三点之外，你还要安排包括用户邀约、物资、场地、人员在内的种种琐事。如果你的公司已经有用研部门或者负责用研的同事，他们可以帮你减少不少工作。有人可能要说“我不太放心把访谈交给其他部门的人来做，因为他们不了解我们的需求”。这种不信任是可以理解的，不过也希望能换个角度看待：1）所谓旁观者清，非产品组本身的人来输出结论会更客观一些；2）很多时候对需求的理解除了用研人员本身的经验能力之外，项目组方面自身对需求的清晰思路和表达同样重要，如果你的想法连内部人员都无法很好理解，那用户真的能理解吗？
结果要如何整理
好不容易终于完整地结束了活动，愉快地把用户送走了。接下来我们要面对的是海量的“DATA”，真正的工作现在才开始！
这里有一个很重要的步骤，在活动结束后立刻组织你的团队进行讨论。围绕着整场测试的各个环节以及访谈大纲的主要问题，逐一进行讨论。注意这里的讨论不需要过分注重细节上的发现，而是集中在大的方面。我们需要为最终结果的输入定立一个基调。用户整体对产品整体的感受是怎么样的？哪些模块问题比较大？有哪一些与预期有出入的意外发现？
在进行完讨论后，需要安排人员对测试中所收集到的资料，包括录音、录屏、问卷、板书等等进行比较系统的整理，并提炼结论。这一步我们更关注细节，在会后讨论的基调上，丰满输出的结果。在这里边有一点要特别留意的时，很多人喜欢追究测试中的小问卷的统计结果，甚至去计算答案的比例，这样做其实是没有太大意义的。
拿到结果后，我们还需要再组织一轮团队讨论，将没有参与活动的人员譬如开发、UI等也拉进来，一起探讨解决方案。这一步的重点在于我们需要对任务进行优先级排序，这个作为项目经理必修课这里就不多说了。
无论是哪种类型的DATA，最终的目的都是帮助产品团队找感觉找方向，降低产品设计出现重大失误的风险。
