时间: 2021-07-30 11:14:26 人气: 10 评论: 0
编辑导读：用户调研是了解用户最便捷的手段，能够反映出用户真正想要的东西，完善需求。本文作者从设计的角度，分析如何通过用户调研深挖需求，希望对你有帮助。
用户调研分为问卷和访谈研两种形式，帮助设计师有效获取用户想法、了解用户的需求痛点、机**点的一种方式。全文共计16565字。
人的需求可以通过用户研究方法来得出，而用户研究方法常用的方法主要有：沉浸式、观察法、数据挖掘、焦点小组、访谈法、问卷法和设计网络这几种。
前言：
为了确保我们开发的产品是用户真正想要的东西，我么可以在做出产品之前去了解用户的需求，或者是对产品功能改版后对用户进行用户调研也是评判产品改版可行性的一种方式。上面我已经提到了一些用户研究方法，这里我就把市面上所有的相关的研究方法都列出来方便大家学习：
1，卡**信息（Card Sorting）：观察用户是如何理解内容和组织信息，用来帮助你的产品更合理的组织信息。
2，情景访谈（Contextual Interviews）：走进用户的现实环境了解用户的工作方式，生活环境等等情况。
3，焦点小组（Focus Groups）：组织一组的用户进行讨论，让你更了解用户的理解、想法、态度和想要什么。
4，启发式评估（Heuristic Evaluation）：可用性的检查方法，让一些行内专家对网站产品进行指导。
5，单独访谈（Individual Interviews）：一对一的用户讨论，了解某个用户是如何工作，知道用户的感受，想要什么和他的经历。
6，平行设计（Parallel Design）：对同一个产品进行分开的设计，从而比较选择一个最佳方案。
7，人物志（Personas）：构建一个虚构的人来代表大部分用户，设计团队围绕这个虚拟人物设计开发产品。
8，制作原型（Prototyping）：利用简单产品原型进行相关的小規模测试，从而避免因開發過久、到后期才發現問題而造成的較高成本。
9，问卷调查（Surveys）：利用网上或纸张的问题对用户进行发放填写，从而收集用户对产品的反馈意见。
10，任务分析（Task Analysis）：通过任务分析了解用户使用你产品时的目标和操作方式，习惯。
11，可用性测试（Usability Testing）：请用户来试用你的产品，完成测试。从而得到你所想要的东西。
12，用例子（Use Cases）：描述某个用户使用产品时的情况，包括目标和行动。
13，内容化（Writing for the Web）：对产品进行内容上的整理、优化。让用户更容易的了解你所表达的内容。
————以上内容来自维基百科
这里首先描述一个大家在调研中常**遇到的一个现象，即很多初次调研的人都**习惯性认为：调研的目的就是为了拿到用户的反馈结果。所以，在这样的观念驱动下，调研人员往往只要拿到调研结果就**认为自己已经成功完成了调研的任务了。
但是，残酷的事实是：如果你的调研结果无法对于你的下一步行动产生有价值的指导意义，你的调研就是失败的，也就是说拿到用户的反馈结果只是第一步，最重要的一步也要学**怎么透过现象看本质（洞察到产品的问题，清楚的知道用户的需求了，初步构建改版方案）接下来就进入我们这次分享的主题——用户调研怎么收集问题以及我们怎么在用户访谈环节洞察用户需求。
用户调研，是一种吸引人的、高效的用户体验的方法。要求调研专员或设计师通过调研领域工具收集问题、分析问题、总结问题的一种方法。其中B端设计师要以用户体验为中心的理念围绕用户如何使用产品完成工作、希望工作和需要工作的这三点提问，根据用户反馈信息来优化产品交互界面和ui界面。
那么一个好的产品都需要具备什么特点呢？回答这个问题前，让我们看看人的需求和产品是存在什么关系？
首先，我们要从需求的载体入手，首先我们要看产品是怎么出现的：
这里我举一个例子，因为大家觉得在光着身子不好看，所以用草裙遮挡私密部位，因为草裙布耐穿，所以发明布布当衣服；因为要过冬，冬天很冷，所以要穿厚衣服，因为厚衣服手工制作很慢，所以发明了机器才制作厚衣服。这是我们生活的例子。
你可以发现，因为出现一个问题，所以人类开发发挥创造力想解决方案。
那这个问题放到互联网当中就相当于一个需求，而解决方案就相当一个产品。比如大家有想便捷的预约出租车的服务，所以有了滴滴；大家想在家就吃到饭店里卖的美食，所以有了点餐的产品。由此可见产品的出现是因为解决需求出现而出现的。
那产品那么多，我们怎么用什么办法去衡量一个好产品呢？
通过上面例子我们不难不难发现好的产品都有一个共性，就是解决需求。纵观一个产品，每一个功能都是解决用户一个需求。
比如我们的产品：用户想用通过输入传统地理位置名称来找房，所有有了通勤找房功能（输入你公司附近地铁或者公交就可以找到房子）；有想要私密空间的用户就有整租的功能；不想承受整高昂的租赁费用就有了合租的功能。
产品的存在就是解决用户的需求的，大部分互联网产品都离不开产品本身的两个需求：怎么获取更多的用户让用户使用我们的产品；当我们的产品到了有用户有流量的阶段产品用什么方法进行盈利。横向的看有以下三种概念帮助我们区分产品需求的比较重要的三个纬度：
换句话说，我们想要做一个好产品，就要拆分产品的需求，在技术角度能否实现，在商业角度是否**盈利，在设计角度是否满足用户的期望值？那怎么把产品的需求拆分为用户的需求呢？那就来到我们今天讨论的主题——用户调研。
产品需求和用户需求又什么关系呢？
如果把需求纵向看按照表面至深层次可以分为三种：边缘需求、次要需求、核心需求。
在整个产品的生态链条中按照类型分又可以把用户分为：流失用户、不活跃用户、回流用户、活跃用户、忠诚用户。结合下图猛的一看可能，可能用户和需求之间没有关系，因为图中并没有涉猎用户的分类，那是因为用户单独存在产品中是没有意义的，换句话说，用户和需求产品关系才对产品又意义，比如，在和需求产品关系的角度讲，我们可以把用户分为这三类：所想所得（明显的、直接的）；行为、使用（隐形的、间接的）；所知、感觉、梦想（潜藏的、幻想的）。
产品需求、用户分类、用户需求这三个关系大概有一点点清楚认知了，我们再把“需求”放到真实的版本迭代中，就**有以下几个纬度来审查产品需求是否符合用户需求。
如果以产品的迭代周期的时间为轴，产品的不同阶段**暴漏出产品层不同的问题：比如
综上所看，产品的不同阶段就**出现不同的用户需求，不解决一个阶段的需求，产品就很难进入下一个阶段，那么重点来？我们要解决产品需求的第一步就是了解需求，但是在实际工作中我们接到的需求并不是用户真正的需求。
为什么说工作中接到的产品需求有时候并不是用户的真正需求呢？原因很简答，我们的用户是人，人是有思维方式的，是极其复杂的，有一种思维方式叫“惯性思维”（也叫条件反射）。
在生活中大家都知道，渴了就喝水、病了就吃药，大脑有一个想法出现身体就**进行相应的动作，这种现象，在医学领域上叫做思维定势。这种思维定势是指心理上的“定向趋势”也就是说随之日积月累，大脑潜意识已经形成了定型化了的思维路线、方式、程序、模式，不用大脑思考潜意识人体就作出相应的反应，这种现象如果在互联网其中也有一个名字叫做“惯性思维” 。
那你**提问了，如果我们想做体验好一些的产品，直接了解人的“惯性思维” 就可以了啊。不用在做产品的改版了。这样思考虽然看起来是逻辑是通顺的，但是在实际工作中是不可以取的。因为用户的数量庞大，用户接受的教育程度也是不同的，所以不同的用户**拥有不同的“惯性思维” ，换句话说，我们不可以能吧“惯性思维” 用一条公式来代替，自然而然我们产品也不可能**有一个定式来设计产品。
在工作接需求中，这种惯性思维有的时候**导致用户表达的需求不是自己真实的需求，用户的惯性思维像是一个迷雾，我要做的就是拨开这个云雾，了解用户的真正需求，行业里面有对需求理解的经典例子，比如以下这个例子：
正所谓“洞察人性，以己推人”充分利用同理心的方法——把自己变成用户，用用户的方式去思考，把需求的真正痛点刨析出来。避开“惯性思维”给我们传递用户的伪需求。
产品是有周期的，产品分为从0-1的还没发布的产品和流量已经有了（很大流程的产品）两种。
那针对0-1的产品想做用户调研是不现实的，因为没有用户可言，那就不能做调研了吗？不是的，可以通过对竞品用户调研的方式来收集用户的问题。
那针对已经有流量的产品调研的方式就很多了，除了用户问卷和用户访谈两种方式，还可以分析产品中的流量波动来洞察用户的需求，比如a&b tast测试的方式，当然这种方式不是咱们这里分享的重点，以后有机**在深入讨论。我们本次讨论的是用户问卷和用户访谈两种形式。
·用户调研可以理解为是一种深挖需求的方式，比如深度访谈、实景模拟、行为分析、竞品分析等。如果按照调研方式来划分的话可以划分为两类：用户问卷和用户访谈两种。
那什么时候使用用户问卷？什么时候用用户访谈深挖需求呢？
1）用户问卷——是什么类型问题
用户问卷是定量的一种方式，封闭性的问题较多（封闭性定义：有特殊的答案选择），其目的呢有两个：第一个就是收集用户的问题，对未知领域的探索，比如你还需要什么功能；第二个就是对已知道领域的问题进行判断，比如百分之多少喜欢这个功能。一般情况题目数量；线上10-20道内是合理的，当题目设计的太少可能达不到做问卷的目的，题目设计太多用户回答后可回收的有效问卷样本**很少。
在调研问卷的投放及回收活动中，设计师参与的工作相对较少，主要集中在最初的调研问卷的设计环节。一般调研问卷开始之前，设计师要思考两个问题：我们需要调研什么内容，针对的是设计方案的哪个部分？我们的目标用户是谁，有哪些硬性要求？为了在用户问卷设计阶段我们获取更多信息，在制作问卷的过程中我要本着以下6个思考的纬度进行问卷设计：
*这里推荐**问卷，优点就是微信、qq社交产品呈现的形态**好一些，还有很多模版可以使用。
其他的产品还有“京东良研究”“问卷调查投票小程序”“互动星球”“问卷星”“调查派”“麦客”等等，有兴趣的同学可以体验，功能比较全，而且相对比较具体。
那我们接下来就需要思考重点，问卷都要问什么具体问题？在这个阶段设计师主要思考两个问题：
有关于问卷都要问什么类型问题，可以参考下图：
* 做闪现问卷时候有一个小窍门，我们可以涉猎隐私的问题放到后面，因为当用户打开问卷，看到第一条就是姓名、性别这种涉猎隐私的问题，就**起到一个防范的心理，很可能有效问卷回收不是很多了。
2）用户访谈——为什么是这个类型的问题
用户访谈是设计师直接参与的一个环节也是定性的一种方式，开放性的问题比较多（开发性定义：对于答案没有特定的一个正确答案）。F2F也是我最近刚刚了解的一种方式，这种方式就是设计师与用研人员一起共创问题，设计访谈思路，构建访谈大纲，之后在采访过程中，一个人负责去对被访谈者提问，另外一个人负责对访谈者进行记录，结束访谈后共同对刚刚的访谈内容进行梳理的一种方式。
在用户访谈中最重要的就是让被访谈者感受到舒服，建立和被访谈者融洽的关系，才能获得更多有关产品上用户的需求点，这里推荐几个小技巧你可以借鉴使用：
*使用户感到舒适的技巧：首先参加一个小玩笑，并为他们提供不含酒精的饮料。总是以他们的名字来问候他们（每个人都喜欢听到他们的名字）。向他们问破冰游戏之类的问题，例如“告诉我一些关于你自己的事情”。确保用户不**以任何方式感到自己正在接受测试。
良好的用户访谈是基于对用户的深入研究而产生的共情研究的结果。接下来我们来看看在用户访谈中需要我们怎么做，才能把需求挖的更深。
用户访谈最常用的两种方法：一种就是可用性测试（向他们询问一系列预定问题（如果在观察后使用，则为自由形式的问题），然后根据他们的答案以做出进一步的决策。）另外一种就是情景访谈（参与者的日常环境中模拟平时使用产品的场景，根据场景中用户的行为反馈，发现用户需求）
1）调研目标
做调研的真正目的到底是什么，在做用户调研的初期，我们就要思考好，是为了进行项目的验证？还是为了进行市场的探索？明确好调研的目标，可以让我们的调研更有针对性。反之，呵呵，我们做调研失去了方向，调研也就没有了意义，就好比“用户永远也帮不了我们做选择，需求也不**自己冒出来”。
这里介绍我做过的用户调研经验，我在公司里面做调研的目的大多数是做项目的验证：搞明白用户在真实场景下遇到的真实问题到底是什么？
由于B端业务链路比较长、角色比较多、业务模块之间的功能关系复杂，所以我们首先就要划分一个范围，避免重复性的提问或者跑题的提问，造成用户不耐其烦的情绪，感觉自己在浪费时间。那确定好了调研目标，可以避免在调研的过程偏离主题、提升用户配合调研的积极性，从而促进产出的调研结果真实有效。
2）调研的脑暴
调研前的脑暴其实就像是一个访谈目标的再延展，我们可以思考几个问题，比如我们本次调研的范围是公司产品的一条业务线的一次调研活动，针对这次调研活动，我们前期展开脑暴的讨论主题就有：
3）调研流程
流程的设计是对我们调研在时间排期上有一个大致的规划，其实对于调研的流程其实没有很明确的规范流程，但是可以参考以下的流程去设计我们的排期，调研流程如下图所示：
如果公司有专门的用户调研部门，那参与整个流程的将**是用户调研部门的同事和设计师，在参与者将**共同决策以上流程的内容，并且根据行业的特性和公司资源进行流程调整。
那如果公司没有专门的用户调研部门资源，那工作内容的参与者将**是产品相关人员和设计师，这也是我经常一起合作的角色类型，我们的工作流程都是快速的决策调研的目标、快速建立用户的画像、针对画像进行调研问题的梳理，得出最终结论。那我们来看看，在用户调研中，用户访谈是怎么做的。
1）地点
用户访谈属于开放性的问题，那么用户在什么环境是最为放松的呢？最好创造一个安静，用户觉得最为放松的一个环境，比如 家、办公室、咖啡馆这种。
2）时间
每个行业，都有每个行业从业者的工作时间，比如我所从事的房屋租赁行业，一般房产经济人，早上开晨**、都是白天联系业务，晚上8-9点是使用系统输入的时间，晚上9点后是开**时间。尤其周日、周六都是看房时间，所以我们在电话预约访谈用户的阶段，就要考虑这些行业内的因素，避开访谈者忙绿的时间。
3）人力备选
约好了时间地点，并不是所有被访谈者都是配合的，所以自己的访问名单还是要有备选的方案，提高工作效率
我在实际调研的过程还碰见过这种情况，开头设计提问题，但是用户回答说“不清楚，不知道“。为了提高工作效率，避免访问资源的浪费，我们在访谈初期，就准备被访谈者的备选人员名单。
4）任务排期
为了访谈任务每一个时间节点的被访谈的资源都可以被调用起来，我们还可以简单的制作一个用户到访的表格，来对所有的用户进行到访日期的排序，同时也可以记录那些用户进行了访谈调研，那些用户没有进行访谈调研，记录没有进行访谈调研的用户是出于什么原因没有到访。
*在安排您的采访时，最好在每次采访之间留出30分钟左右的时间，这样可以有一些时间来做用户的想法，同时还让也保持自己的新鲜状态。
招募的方式有基本上还是以上线为主，就是通过微信、qq这种社交软件对产品的用户进行招募，询问是否原来参加用户调研。
1）先招募足够数量
首先要选择高度活跃用户，这部分人在首次注册时间和形成习惯间存在一定时间间隔，选择几个不同的间隔时间，可以是几周或者是控制在一个月内经常使用产品的用户，联系他们，问一问是否愿意参与自己的用户访谈。
*这里有两种情况要说明，第一种情况是自己身为负责人自发的启动这种活动，那在询问的过程中**给用户一些奖品激励，比如可以送公司的公仔或者周边产品，如果公司没有这类物品那就直接送钱或者优惠**吧，但是友情提示金钱和优惠**的物品属于公司财产，调研前要和公司的相关负责进行协商。第二种情况，就更为简单就是公司委任，比如我所从事的B端行业，和部门最高领导进行申请，那部门领导**直接传达给线下部门领导，联系门店，对我们进行接待，当然了这种访谈形式也属于线下1v1访谈，就是要直接去下面门店找到相关的产品使用用户。
2）确定目标用户的纬度
明确产品的目标用户是非常重要的，清晰的目标用户**让你的用户调研事半功倍。
我所从事的行业B端用户的类型都有实习生、经纪人、管理员、门店经理人等。在这范围里面，我们要划分出来目标用户的角色都有那些。
在目标用户确认后，我们也要在细分用户的时候保证样本的均衡性，因为不同的用户角色身份对使用B端产品的业务线是不同的，我们要确保影响调研结果的关键性因素都要有角色的涉猎。
*特别说明：为了增长的用户访谈，应该倾注精力在边缘用户与非用户身上。为了体验的用户访谈，才**把注意力放到已有用户身上。
3）利用KANO模型工具筛目标用户
一般情况下，我们筛选目标用户的方式有两种，第一种就是在调研前期阶段通过用户反馈的问题回答，筛选出用户的对产品的粘性，比如可以设置一些“请问你使用产品多长时间？你每天使用产品的频次？如果换一个产品你愿意接受新产品吗等等。
4）特邀用户
特邀用户，你可以理解为产品使用的核心用户。也就是说在招募用户的阶段，就把特邀用户筛选出来，这类用户最好是产品的深度使用者或者某一个领域的资深测评人，从事媒体领域的相关人员，目的就是从更大的行业视野角度去审视产品的核心竞争力，一般这类用户的信息渠道都很广，而且观点都是具有前瞻性的，在调研的过程中可以为设计师和产品经理提供更多的设计机**点相关需求。
5）培养用户
首先我们要明确在目标用户的这个范围里面进行用户的挑选，我们把目标的用户的数量控制在5-10人左右。
一个产品从0-1的过程，很大程度上是需求一批种子用户的反馈的，而且这批种子用户在反馈阶段可以最为直接的暴漏产品的问题，对访谈来说是质量最高的一批用户。
而在产品迭代的过程中，我们也要注意培养这批种子用户的依赖程度，因为他们是见证产品一点点变好的一类群体，对产品的迭代有一定特殊的意义。市面上使用这种培养用户的企业有很多，比如小米的手机产品，他们就**为小米粉丝建设一个社区平台，在社区平台上随便发布自己在使用手机产品的新生，用户就**对产品的迭代拥有参与感觉，培养一批死忠粉在这批死忠粉（种子用户）身上不断收集产品优化建议，从而让产品迭代过程中的需求真正的贴近用户，产品升级上少有弯路。
用户访谈说白了就是和我们谈话一样，只不过访谈需有有报酬支付、并且需要前期准备一些问题的脚本而已。前面说了，用户访谈是一个定型的形式，**提问一些开放性的问题。用户访谈、用户访谈 “访谈”是最重要的。这些脚本要围绕产品的使用过程、使用感受、品牌印象更话题进行展开问答。
如果按照访谈目的的不同，可将访谈分为三类：结构式访谈、半结构式访谈和开放式访谈。
1）访谈提纲的结构化
访谈的过程不是线性的而是网状式的，所谓网状式就是由一个问题出发**引出多个问题，而这多个问题之间也**存在某种逻辑关系，当用户回答过多的重复性问题**出现不耐其烦的情绪，影响我们最终调研的结果，所以我们在放在初期要设置要一些问题大纲，使访谈过程中的提问切合实际情景具有清晰的逻辑关系，重点关注访谈提高的结构和逻辑，把访谈中的要点和还未访谈的要点提前梳理出来，由点及线的解析出整体访谈线索，避免用户出现不耐其烦的情绪，造成我们访谈拿不到我们想要的用户想法。
那有什么简便的梳理问题结构化的方法呢？其实本着一个思路就进行提问就好了：定义问题（产品定位）——询问细节（产品的亮点/风险/放生的概率）——演示步骤（机**点），比如：
那什么是好问题？什么是不好的问题呢？下面是我列举的好的问题案例：
2）问题预演
这些问题准备完毕后，最好跟小伙伴预演一遍。可以在这个过程模拟访谈的环境，把重点问题都标记出来。演练一边问题问完所花费的时间长短是否合适，一般访谈的时长**控制在15分钟-40分钟内，（在真实的访谈过程中，我们虽然前期准备的问题可能**很多，但是实际访谈的过程中，可能**因为一个问题引起一个提问者和访谈者都比较感兴趣的话题，就这个话题衍生出，当时追加的问题这种情况，所以在真正进行用户访谈前，我们有必要和小伙伴进行一次访谈问题预言练习，把控访谈的时间）。
3）筛选问题法
当我们设计完很多问题，**出现某一个纬度或者产品场景想问的问题很多，但出现这个情况时候不妨用一用我下面的这个方法进行问题的筛选。每一种颜色代表一个纬度类型的问题，我们可以在一个颜色里面选一个颜色的问题，放到有面的表格里面，把表格全部填满，但是要注意，每一个颜色卡**只可以选择一个。我们围绕这个颜色卡**的提问就问用户问题，相对比较有趣，可以挖掘用户心里面对内容的排序。
在访谈时的一个基本的准则是“让用户更好的诉说”。如果你能让用户更好的诉说，那么你的访谈能力就比别人强。大家也一定听过这样的描述”某某的访谈能力好，擅长深挖“，然后你就以为深挖就是多问几个why，那就落伍了，因为连环问是很容易引起用户反感的，有些时候用户不是这个领域的专业人士，可能**听不懂你所问问题，用户**开始讨厌你、排斥你、然后骗你、再编个理由解释给你听，你就拿到了一些没用的垃圾数据更有可能是对调研结果产品误导的信息。所以我在访谈过程中的一个方法是把问题尽量是直接的，可以问能够转化成用户只需回忆或者陈述事实的问题，或者在准备问题的阶段就把问题的广度和深度都思考好，避免正式访谈阶段手忙脚乱。
访谈人员和主持人这个角色很相像,设计师在访谈的过程中，要利用系统的**知识和方法，洞察用户需求的机**点，再围绕这些机**点，提出设计的解决方案。
在此过程中设计师要具备三种能力：好奇心、批判袭思维，机构化思维，调节气氛，把控节奏。
设计师在参与调研的过程中要保持同理心，利用一种开放、真诚的心态，观察用户的行为方式，可以帮助我们对自己的预设答案进行更准确的判断，让后续的设计工作更有效，剔除“伪需求”，完成“真需求”。
在开始访谈之前设计师也要做足以下准备：
阶梯式的问答技巧是很常见的一种访谈技巧，和师徒性质访谈相似，都属于循序渐进的方式。下列推荐一本相关的书籍方便大家学习
设计师在访谈的过程中 ，要利用系统的**知识和阶梯式的访谈技巧，洞察用户需求的机**点，再围绕这些机**点，提出设计的解决方案。
1）开场介绍
完事开头难，开场介绍是奠定一个气氛的关键，首先需要为访谈者做一个自我的介绍其次介绍一些访谈的目的、访谈的流程以及用户在访谈过程中自由随意一点就可以，没有回答的对错之分，诉说自己的真实感受和想法即可，需要明确告知用户在访谈过程**进行录音，但是这些只是方便我们进行后期的资料整理，只有团队内部几个成员观看，不**泄漏到社**上，请访谈用户不用过意的担心。总结一点，就是开头尽量拉近和访谈者的距离感觉，减少对方对自己的不信任感，告知大约的访谈总时间，排解用户的因为占用太多时间造成访谈者焦虑的情绪。
例子：
您好，xx先生/女士，我是xxxx体验设计中的xxx，很高兴你能接受我们的邀请，参加这次xxxx的用户访谈活动，也很荣幸您可以见证、参与我们的产品迭代优化的开发环节。您是我们的xxx（忠实用户），我们在后台看到您最近都有在使用我们的产品，接下来你可以简单描述一下使用我们产品的整体感受，以便后续我们产品可以为您提供更好的产品体验，本次访谈大约是20分钟，期间**有设备录音，但您不用担心，此次录音不**在社**上公开发表的。那么接下来，就请您说说您使用产品的感受？
2）暖场
那如何拉近和被访谈者的距离感觉呢？其实也是有技巧的。在访谈之前，可以闲聊2-3分钟，选择的话题尽量是用户感兴趣的，比如可以从被访谈者的着装入手，夸奖其穿衣的品味；事先我们**拿到被访谈者的个人资料，也可以从地域方面入手，说一些大家都知道的风景、美食、人物等等；切记不要说自己感兴趣的话题或者是被访谈者完全没有听到过的话题。暖场的主要目的就是活跃气氛，让被访谈者更加放松的进入状态，拉近和我们之间的距离感。
我喜欢在开场的自我介绍和暖场这个环节交替的进行，这样在访谈逻辑的衔接上被访谈没有生硬的感觉，更像是一场闲聊的谈话。
3）一般问题
所谓一般问题，顾名思义，就是指一些比较基础的问题，被访谈不用做太长时间思考或者回忆的问题，可以直接作答的问题。比如，您平常都那些时间段使用我们的产品？您在日常的产品使用中还用过其他家的什么产品？您最喜欢产品中的那个功能？然后围绕一个觉得被访谈**聊的很多或者觉得很有价值的问题，进入下一个环节“深入问题”
4）深入问题（提一个好问题）
这个环节，可以就是访谈的重点了，前期的气氛烘托和问题设计都是为了探索在这个环节中用户的行为和用户的方法具体是怎么变化的，在这个环节中我们要观察被访谈的行为细节和行为的背后动机是什么（背后动机也许就是用户的痛点或者是设计机**点），在这个环节中提问者要多问几个“为什么”尽量把被访谈对产品的描述的细节点都问到了，这样最容易来判断用户的需求痛点到底是什么？
有一点需要注意，访谈时要抵御住诱惑，对自己狠一点……这个听起来有点抽象，但事实是这样的：一定要意识到，你的被访谈很可能因为长期跟你互动相处，以及之前对你的好感等主观印象而倾向于给到你不够客观的反馈，切记掉进了“蜜罐陷阱”中。尽量不要只问中立导向的问题或偏正面导向的问题，在这个阶段要提问一些负面导向问题，比如“那您觉得我们产品这个功能改成这样**不**更方便？”这样你才能得到最真实的反馈。
主要：但是对于不太爱回答问题的被访谈者或者不太主动回答问题的被访谈，态度和语气上要尽量缓和，因为自己的形象代表公司的形象，即使是被访谈不太配合这个环节自己也要耐心的引导被访谈进行回答，以我的经验来说一般不太爱讲话的被访谈往往观点是最为标新立异的也是对这次用户访谈最有价值的一点。
最有一点就是少听被访谈者的解决方案：有部分被访谈者**因为聊的话题是自己非常感兴趣的内容，**不自觉的产生一种代入感，被访谈者**反客为主去倾诉他们的“解决方案”。这个时候，设计师就需要一种批判性的思维看待这个事情，毕竟自己是专业人员，已我的经验来讲，一般用户给予的解决方案都是**面的，是不可取的。
5）回顾与总结
没一次的用户访谈，自己尽量做到送走被访谈者后，迎接新的被访谈前都可以做到一个“简单的小结”。自己通过回顾访谈的过程和对用户行为和态度的分析，有助于自己梳理自己的问答思路，有心得体**也可以直接记录下来，方便后期的资料整理。还有一个好处，就是回顾刚刚自己设计的问题，总结被访谈的回答重点，把这个相同的问题也可以放到下一个被访谈身上，看看新被访谈是怎么回答的，有什么可取的信息可以借鉴。
6）结束语和感谢
结束语一般都是放在自己表明本次访谈已经结束之后，向被访谈表达感谢阶段，明确告知用户的回答非常有参考意义，我们**尽快把被访谈的意见反馈给相关的部门，后期有什么问题也可以采取xxx的方式联系我们，我们**尽力帮助被访谈者进行协助。
如果访谈前告知被访谈者**有红包或者礼品奖励的话，告诉被访谈者**在什么平台、或者哪里领到相应的奖品奖励。值得注意的是，在这个环节中往往很多设计师都**忽略的一点，设计师要重视起来，因为一些参与感强、愿意表达自己想法的被访谈者都是产品的优质用户或者是种子用户，设计师在访谈结束后需要维护好这层关系，方便进行下次的访谈调查。
想要营造节奏感的前提，就是熟练，也就是心中有数，因为1v1的访问形式本身就是开放性质的问题，我问了一个问题，用户不按照我们剧本走或者出现不想回答的情况，但是问题还要是进行下去的时候，我们就要有一个访谈大纲出现（前面已经提到了关于访谈大纲怎么设计）是一个重点，只有对要问的问题滚瓜烂熟才可应付突发情况。
在访谈过程中我们也要注意自己的表情管理：
可以把注意力集中在受访者身上，不要埋头记笔记，**让受访者紧张或收到忽视；同时通过观察用户的肢体行为和面部表情，我们也能从侧面更了解用户当时的情绪状态，如果状态比较好，我们就可以追问一些难的问题。
另外访谈的节奏感需要解决的问题就是一种在访谈过程中喋喋不休一直说自己想法的被访谈者，而这些回答不涉猎相关的问题；两外一种就是被访谈者的回答不在自己的预设答案中，而自己又找不到继续提问的机**，被被访谈者牵着走的情况。
1）喋喋不休的用户
遇到这种被访谈者时候（回答的表述和调研目标无关或者不是提问回答方向的被访谈者），在这个时候需要进行合理的提示，特殊情况需要给予终止。但是主要态度需要友好，话术要婉转，比如可以这样说，您的描述确实是我们产品现在存在的一个问题，但是我们此次的重点是关于xxxx的话题，我们还是想多听一听您关于这个领域的想法到底是什么样子的？”
2）偏移主题的用户
如果出现这种情况的话，我们要明确一点就是，用户的回答只是一种现象，问题可能**处在自己身上。
访谈的过程是不是线状的而是网状的体系，也就是说虽然我们提前对问题进行的梳理设计，但是往往在真实的访谈过程中，提问的顺序都是具有不确定性，这个是正常现象，我们不可以避免，只可以减轻这种情况发生。最有效的办法就是我们对访谈提纲在有结构化梳理的基础上，多给予几个备选方案，比如在问题设计指出我们在心里就需要有提问题的关键要点，把这种不确定性的访谈路径上梳理出一条线索，提前在这个线索上补充好访谈中要问的要点和还未访谈的要点，尽量做到问题熟记于心，用此方法来增加对整个访谈过程的节奏把控能力。
这里特别提示五个在用户访谈过程中很容易犯的三个常见的错误：
1）少用具有引导性的问题
我们做访谈的目的就是想要获取用户的真实感受，这个感受最好是用户主观带有的，所以在问被访谈者问题的时候，尽量避免具有引导性的问题，比如：这个功能我们优化了xxxxx功能，您体验过了，你觉得感受如何？这类问题在表述过程中就做了没有用的铺垫“我们优化过了”那被访谈者的潜意识就**觉得优化过的功能**比老的功能要好，按照这个思路**阐述自己的感受，那我们就很难获取被访谈者真正的需求点。
2）范围很大的问题
类似那种范围很大，需要较长时间思考的或者问的问题不是很具体的问题，我们也要避免，比如：您体验过我们产品了，您的意见也很有价值，我还想问一问你对我们房屋租赁的这个功能有什么想法？表面上这个问题很具体了已经单独指明了是产品李曼的房屋租赁功能，但是还是不够具体，就拿我们的产品来说，房屋租赁是一个产品的很重要的一个功能，那他的形式有合租找房、整租找房、地图找房、通勤找房、价格找房、标签找房等等，这些都属于房租租赁的功能，我们问的问题一旦不够具体，被访谈者回答的信息就不**那么具体，更有可能**和我们预设的问题大相径庭，不按照我们的节奏走，很容易失去整体被访问过程的节奏感觉。
3）问题描述的过于仔细的问题
那是不是设计师描述的问题越仔细越具体是最好的问题呢？答案显然易见不是的。比如：你房屋推荐列表里面的房源如果再在您“心愿单”最下面再推荐给你一次，这个功能您感觉如何？这个时候用户就**想我刚才操作的过程里面“心愿单”到底是什么场景，有些回忆不起来了。当问题问的越仔细越具体，用户就很难去回忆刚刚的操作，当用户一旦回答不上来，或者回答的很简单、不厌其烦的情绪上来，就**导致访谈的进展不下去或者是访谈的缺乏深度，更有甚者被访谈者主动终止访谈过程。
4）明知顾问的问题
在问题设计前期我们可以设计一些相对简单的问题来帮助被访谈者快速进入角色，但是不要全篇都是简单的问题或者是明知故问的问题，那被访谈者**觉得很尴尬浪费他的宝贵时间，也**对整个访谈的节奏起到不好的作品。比如：你获取我们的产品都是在哪里获取的？百分之90以上的用户在安装应用程序都是在手机的应用商店，只有少部分安卓用户是在电脑下载安装包再安装到安卓手机上的，从某种角度上来说整个问题就属于明知顾问的问题没有什么实际的意义，我们可以由整个问题衍生出一个比较有价值的问题：“您是从什么渠道获取我们产品信息的？朋友推荐、朋友圈的优惠**赠送还是微博等渠道。
5）损害企业/个人形象的问题
在访谈期间，自己是代表公司的形象，所以在交谈发言的过程中要注意自己的言语和态度。比如：当用户进行一个问题的回答，有些设计师为了拉近和访谈者之间的距离，就**随声附和说，“您说的对，其实我觉得你想的是对的，有些用户在这个层面就没有你这么聪明”“对于您刚刚提到的问题，我们高层的意见就是这样修改，哎，我们也觉得是一个很傻的设计”诸如此类的等等…
在用户访谈结束后，面对大量访谈数据，面对用户各种痛点或需求，如何进行梳理？要优先解决哪些问题呢？
最后一部分我们就聊一聊亲和图法：
1）概念
亲和图法是把大量数据( 想法，问题，困难，解决方案)整理为有逻辑、结构化、可视化的分类的过程。
2）整理数据
*在前期数据的收集整理内容比较庞大，需要找寻调研协同的效果先进行任务的分工，比如谁对问题分类、谁对问题进行记录、谁对数据进行整合。
* 在进行用户行为数据分析的整理阶段，我可以按照三个纬度进行用户数据整理“动机、行为、态度”这样整理后的数据**清晰很多。
3）构建亲和图
最后呢，就是把这个亲和图构建出来，把一类目问题贴在墙上，把这列问题进行编号并用文字来描述这个类目，尽量写一些用户访谈中提及到的关键词，以此类推，把重要的类目都排序好。
接下来，针对一个类目反问自己问题，用户关于产品的设计想法是什么，后续需要研究的问题是什么，来寻找用的痛点或者机**点。
虽然用户调研的工作量不比做设计的工作要轻松，但是对于挖掘用户需求是很有好的一种手段，你可以在访谈的过程中了解不同的用户平时是在什么场景使用产品的，最常用产品什么功能，以及用户在使用过程中的心理和情绪上的变化，还是挺开眼界的。
每个用户研究人员需要有一套自己的方法论去挖掘用户的需求，做到设计师真的是有理有据的做设计。
以上是关于用户调研在产品迭代中的意义和在怎么做用户调研中 用户问卷和用户访谈的知识点，希望可以帮助在以后做用户研究相关领域的你。
编写文章的参考文献：
《用户研究笔记01：用亲和图法做用户访谈的具体方法》https://zhuanlan.zhihu.com/p/136103328
《访谈总被拒？——新手如何做好用户访谈》https://mp.weixin.qq.com/s/9Saf7NyEODWDw8oArULIpg
《用户调研——比用户更了解用户？》http://www.woshipm.com/user-research/4300284.html
《工具模板 | 手把手教你准备一份高质量的用户访谈提纲》https://runwise.co/innovation/design-sprint/15419.html
本文由 @斜杠7湿兄 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于CC0协议
