用户需求调研

用户调研是产品经理的基本功，但如何提高用户调研的有效性却是一直困扰大家的问题。本文作者结合自身工作实践，梳理总结了提高用户调研有效性的四个关键点，与大家分享。最近公司在做一个关于学生在线实习的业务模块，恰好需要在做学生用户调研方面的工作，加上之前和小伙伴接私活项目时也会和客户面对面进行调研，踩过一些坑，也收获一些经验，整理出来以便后续工作加以借鉴和改善。下面从四个方面总结下，如何提高用户调研的有效性。一、 明确有哪些调研对象我们在调研之前，首选要根据调研目标确定跟哪些人了解问题。对于C端产品的用户调研而言，需要根据用户属性不同进行区分，比如活跃用户、沉寂用户等，不同类型用户可能代表不同的群体，往往能够反映一些共性的用户需求。对于B端产品，使用者是业务内部同事，需要根据所属角色进行区分，比如业务员、业务经理、运营人员、管理等，不同角色对同一个事情的关注点不同，所以往往会有不同的业务需求。结合公司的实际情况，梳理了主要的一些用户角色，可以在后续工作中根据需要确定好调研对象。这里有个常见问题，就是在调研不同对象时，同一个问题可能导致不同角色之间的冲突，所以这个时候就要挖掘更深层的问题，找到平衡各方的需求解决方案。二、 梳理结构化调研问题围绕我们的调研目标，在梳理相关业务基础上，才能罗列出有针对性的问题。面对公司内部同事进行调研时，可以先通过系统功能或者产品同事，先了解一些已知的情况，这样在调研问题的时候可以不用重复，否则容易造成反感，不利于调研工作展开。通过罗列问题可以将重要的事情突出出来，次要的可以进行简单确认，节省时间。面对外部客户，调研过程要突出自身的专业性，否则容易造成客户不信任。在梳理问题时，需要关注不同阶段，初期可以多一些开放性的问题，让调研者说出更多内容。在后期与客户交流过程中，则偏重具体性问题，用于确认之前沟通是否准确，避免出现偏差。具体问题逐步展开以开放问题结束以开放问题开始逐步深入具体问题。三、 选择合适的调研方式关于调研方式，网上有很多方法，但在实际工作中主要还是进行访谈。这面就会涉及到如何沟通表达的问题，这部分没有固定模式，需要根据不同调研对象采用不同策略。有些调研对象很健谈，业务知识也很丰富，他们愿意按照自己的思路来进行访谈，这个时候更多的需要倾听，但是要保证我们实现准备的问题都能了解清楚就可以了，遇到这种调研对象，相对会轻松一些，也能了解很多业务知识。还有一种截然相反的情况，对于一些底层的业务员，往往关注在自身的业务上，这个时候我们就要按照事情准备的问题来展开，尽可能多的引导对方多讲些业务场景。这部分在调研过程会遇到比较多，必须要靠逐步提高沟通方面的软实力来强化。四、 对调研活动进行总结任何一个项目或者方案的完结，无论成功或者失败，都是需要一个复盘总结。调研也不例外，调研活动结束后，必须要及时对相关内容进行总结。一方面是为了理清业务场景，另一方面则是要把问题进行分类，找到最本质的问题，然后才能基于这些问题进行产品设计。特别需要注意的是，调研过程中可能会提出很多问题，需要标注问题的重要性和出现频率，这样才能在后续工作中评估是否有必要解决这些问题。总之，用户调研是产品工作的重要组成部分，除了通用方法外，更多是要通过实践不断提高用户调研有效性。本文由 @伪文青 原创发布于人人都是产品经理。未经许可，禁止转载题图来自Unsplash，基于CC0协议

编辑导语：对于B端产品来说，需求调研是经常做而且很重要的一件事，只有对需求足够了解，才能设计出大众所喜欢的、市场所需要的好的产品。那么，应该如何开始你的需求调研呢？需求调研的执行过程又是怎样的？如何对结果进行汇总和反馈？带着这些问题，我们一起来看本文作者的分析吧。一、什么是需求需求=预期-现状。二、需求调研的意义C端产品和B端产品在调研方式上，存在差异。C端产品往往并不是通过用户需求调研获取产品需求，而是基于对用户群体的深度认知分析、并通过一系列策略方案设计等得出产品改进方向。B端产品需要解决很多实际应用场景问题，往往需要对行业非常了解，深入行业，了解行业现状和诉求，才能设计出更为符合市场需要的产品。1. 了解实际情况通过调研了解客户目前实际的工作情况，管理情况，制度流程等。2. 找出系统偏差了解实际情况同产品之间的差异：哪些是可以系统化的、哪些线上管理会更复杂、哪些在线上能够得到优化。3. 分析问题并确定核心问题对收集到的需求内容进行分析，归类整理，确定与目前产品有偏离的需求点，提炼共性核心问题。4. 用户更愿意使用产品针对共性要点问题，结合当前产品现状，进行迭代优化，让产品更适应客户的实际管理工作，切实提高产品效率，让客户更愿意使用并依赖系统。三、需求调研的过程需求调研，包括目标制定——确定调研计划——选择调研对象——确定调研方式——设计调研问题——规划行程安排——调研过程执行——调研结果汇总分析——调研反馈等几个阶段。接下来我们对几个重要过程进行详细分析：四、如何开始你的需求调研（调研计划）1. 确定调研目标要做需求调研，首先需要明确调研的目的，要达到一个什么样的效果。大方向确定了，才能进行后续规划。2. 选择调研对象目标确定后，接下来对目标进行拆解，确定调研对象，调研对象是调研分析过程中最重要干系人之一，需要仔细做好管理。确定调研对象的范围、职位、数量、访谈时长、地点、沟通方式等。3. 确定调研方式调研方式一般包括行业研究（典型客户研究、竞品分析等）、深度访谈、调研会议（客户反馈会议等）等几种方式，本文后续主要针对深度访谈进行分析。4. 设计调研问题1）如何设计调研问题合理设计调研问题，能够起到很好的引导和提示作用，通过5W2H等方法，对调研问题进行相对完整的梳理分析。Who：由谁来完成Where：在哪完成What：完成什么事情When：什么时间完成Why：为什么要完成How：怎么完成How much：涉及哪些费用2）分层设计调研问题我们在确定需求调研目标时，可能会涉及多个不同的岗位，而调研对象也往往具备不同的职位。我们在调研时，要考虑调研对象所处的层次，针对不同层次的人群，设计不同层次的问题。调研问题可简单分为战略层、战术层、执行层问题。战略层问题：一般需要被调研者具备较高的视野或者职位，能够对总体目标有比较清晰的认知和规划，清楚最终需要达到的方向。我们了解战略目标后，方向基本更加明确，可以指导调研人员少走弯路。战术层问题：一般集中在各类策略制定上，比如管理流程、营销策略、定价策略等等。一般是对公司总目标的分解，被调研对象集中在中高层管理人员，处理管理类工作较多。管理类需求的实现很可能是决定客户是否采购的重要评判依据。执行层问题：一般集中在具体执行层面，此类调研一般是在总体目标基本明确，流程基本清晰的情况下进行，大多集中在人员安排、工作细节等类工作上。对于具体的工作任务分配及工作效率的提升，有较强烈的需求，执行层问题可以多关注具体业务细节，找出需要进行增效提速的痛点需求。3）设计调研问题注意事项适当删减：适当针对某项工作，设计调研问题时，可以进行裁剪，有些背景情况已经比较明确的，没有必要多次强调，减少沟通成本。设计开放性问题：需求调研问题，可以设计一些开放性问题。我们并不能考虑所有的情况，设置开放性问题，有时会收获意想不到的惊喜。尽量不做假定性设定：设置问题，以了解客户的实际操作为主，尽量不设置假定性问题（方案设计环节可以使用）等。不设计引导性问题：比如您觉得我们XXX功能是不是很好用等等，让客户说出自己想说的答案，不要引导，不要误导，这样容易得不到客观的答案。调研问题设计可参考下表（内容可自行设计）：5. 规划行程安排调研启动前，先沟通好行程，让配合调研的客户或伙伴有相应的准备。能够抽出时间及精力，配合我们的调研。提前建立联系，有助于拉进跟调研对象之间的距离。五、需求调研的执行过程1. 切入需求调研方式确定后，根据行程安排，见面后简单介绍来意、目的；可根据环境聊一些简单的问题，夸赞对方好的地方（注意诚心，不要浮夸），拉进跟被调研对象之间的距离。2. 观察观察力是产品经理必须要具备的能力，我们在观察时，要注意人、场、事、流。其中，人、场、事是比较容易观察的，流程想通过观察获得，有时会有一些困难。可以结合提问来了解情况。1）人观察人的年龄、性别、穿着、情绪、说话风格等，迅速了解这个人的一些基本特点，以调整应对方式。比如：这个人比较专业，就尽量少问一些基础问题；如果这个人比较严肃，就尽量少用一些玩笑的口气；如果比较乐意沟通，就尽量多问。2）场多观察办公场景，场景是线上和线下结合的重要参考因素。有时候，你看了他们的办公环境，就知道有些功能他们一定不会用。观察整体办公环境，可能会发现一些协同的地方，如共同区域、管理流程等；观察个人办公环境，可以分岗位去查看，每个不同岗位，桌面上或桌面下以及办公桌周边，配置的物品会有所不同。可根据不同物品的摆放，找到一些不便捷地方或者很好的地方（考虑线上化实现）。3）事观察被访谈者的办公状态，主要工作处理时的情况，在沟通时，可让被访谈者模拟办公场景。关注其他人的办公状态，我们访谈时，往往会把注意力被访谈对象身上，而那些没有参与访谈的，他的工作状态往往更加真实，可以多留心观察。4）流对于一些工作流要额外关心，工作流往往属于比较复杂的协同工作，这些工作流对于线上化的需求，可能会更加强烈，线上系统对流程协同容易找到更好的解决办法，提升协同和沟通效率。3. 提问熟悉环境时，我们就可以开始提问，提问题不一定要非常正式的一对一谈话，可以边聊天边进行，在访谈对象的办公桌前也是一个比较好的选择，可以边聊边观察访谈对象的日常工作。提问题时把握好时机，并不需要根据访谈列表一一提问，访谈列表可以事后整理。提问过程中，如果有些回答没有说清楚，或者有些问题之前没有考虑到，及时进一步提问，以便弄清楚事实。整个访谈过程，可以进行录音，以便事后整理。4. 倾听在访谈过程中，一定要注意倾听，时不时予以肯定，交谈过程中，不要出现否定客户的行为或者语音。鼓励访谈对象多说，我们多听。需求调研的过程，并不是解决客户问题的过程，我们对于客户在访谈中提出的一些问题，可以适当解答，但尽量不偏离调研主题。对于用户的一些操作或者系统使用方法，我们看起来不合理的，不一定要纠正，要及时弄清楚，客户这么使用的原因是什么，这也是产品改进的重要参考因素。5. 感受（同理心）感受实际是在沟通过程中的一种心理过程，我们应该要具有同理心，尽可能同客户站在同一个的角度看待问题，每个人所处的环境不同、认知不同、层次不同，客户的回答也许没有价值，但这本身就是一种价值，他代表了一类客户的认知或者问题。这类人也是我们的客户，如果我们能很好的解决并满足这类人的需求，对产品的发展同样大有益处，同理心是一个人能够持续成长的很重要的特征。6. 记录访谈过程中，有时候很多问题来不及记录。如果条件具备，可以记录一些提纲性内容，事后再来整理，最好是可以准备一个录音笔或者使用手机录音，事后进行整理。7. 合理帮助（可说可不说时，则不说）针对一些客户明显有违常识或者知识内容错误的，可适当提醒，如果把握不好尺度，可以不用提出，避免沟通氛围出现问题（有些人性格外向，乐于学习，比较容易接受，有些本身有一定的身份，为人严肃，现场直接指出错误，可能会出现其他问题）。访谈最后，确认是否有其他问题，感谢别人的帮助。六、需求调研的结果汇总1. 调研样本归类需求调研完成后，对调研内容进行归类整理，对不同客户的特性，也进行归类整理，了解客户群体，问题类型等。2. 问题汇总对问题进行汇总，同样的问题，同样的回答、不同的回答，各占比多少，如有不确定内容（如一人一个回答），可以增加调研的样本量，或者记录后分析原因。3. 统计个性与共性问题问题汇总后，统计个性问题及共性问题。对于共性问题，一般是我们需要进行重点处理的内容，对于部分个性问题，保持敏感性，特别是用户在回答问题涉及到一些本能（比如涉及到贪、懒等）需求，这类问题可能具备价值点。4. 合理推理对于一些调研结果，需要进行一些合理的推理，以便弄清楚调研结果出现的原因；对一些调研结果进行推理，得出更为合适的结论。有些用户所答问题，并不是实际情况，很可能是用户自己也不清楚想要什么，或者为什么。这时，合理的推理能够解决一些问题。七、需求调研的反馈1. 感谢对参与访谈的人表达感谢，无论是调研结束，还是下一次沟通的起始，感谢别人的配合和帮助。2. 反馈调研结果调研结束后，部分客户或者协调人会期望得到反馈，我们对内容收集整理后，可跟客户保持沟通，及时反馈调研结果（比如后续会进行排期等等）。3. 补充收集内容对于一些问题没有一次性沟通清楚的，可以事后再次联系该被访谈人，了解情况，注意不要时不时问一个问题，可以将问题汇总后，集中沟通，效果会更好（看客户情况，如果双方建立了不错的关系，方式自便）。4. 产品上线反馈（需根据调研沟通情况反馈）对于一些客户在访谈过程中所提问题，已纳入排期计划并上线，可以跟客户保持沟通，并跟进用户使用情况，以便后续的产品优化调整。在总结这篇文章的过程中，结合自身工作中的一些实践，也参考了一些行业前辈的工作经验，比如本站“周伯通”老师的一些文章，对于我学习掌握需求调研方法论很有益处。感谢行业前辈的分享和指导。期望能跟大家一起多多交流，企业服务不是一件容易的事情，希望中国的企业服务能够和国外一样蓬勃发展。本文由 @原始森林 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议

编辑导语：用户访谈对于了解用户需求来说是至关重要的，团队在考虑问题的时候角度一般会比较专业化，这种思维定势或多或少会对问题的理解产生偏差，无法准确理解用户的感受。所以无论是对于需求的挖掘，还是对于产品的设计迭代，用户访谈这个环节都是必不可少的。本文作者为我们分享了用户访谈的全流程，看看如何深入挖掘用户需求。用户访谈是用户研究的一种常见形式，然而找个用户过来聊天就是用户访谈了吗？如何通过用户研究，挖掘出更加深入的用户需求呢？一、用户访谈的背景1. 用户研究的方法分类用户研究的方法其实非常多，但是通过行为和态度我们可以将其分为两类：行为的部分是研究用户做了什么，而态度的部分是研究用户说了什么，怎么说的。定量是回答是什么问题以及有多少用户这么说了；定性的这一边是回答为什么用户会这么说以及如何改善用户说到的这些问题。2. 用户访谈1）介绍用户访谈其实是用户研究中非常常用的一种方法之一，那么用户访谈和普通谈话有什么区别呢？是不是简单的找个用户过来聊天就是用户访谈呢？用户访谈是运用有目的、有计划、有方法的口头交谈方式，向用户了解事实的方法。用户访谈是一种研究型的交谈，是通过谈话双方的口头交流，对有意识要获得的资料的收集和梳理。与普通的谈话相比，用户访谈是有计划、有目的、有意识的收集资料的过程。用户访谈一般都有明确的时间安排以及谈话主题的，与普通谈话不同，用户访谈的过程中必须力求真实，不能随便对用户所说的话表示赞同或者评价，并且过程中常常会伴随着记录行为，访谈结束后还要进行事后的梳理与总结。2）使用场景用户访谈，通常适用于比较复杂的话题性场景中，例如：对经历和过程仔细的研究，需要采集用户的观点以及情感等；对于复杂行为的剖析，例如：用户是如何理解APP详情页各个模块之间的关系的。对于敏感或者私密性的话题，使用一对一的访谈法可以鼓励被访者愿意讨论；常见的定量研究，例如问卷调研和数据分析可以获得大量的用户行为数据，但却无法深入了解用户做出某种行为的具体原因和场景。我们可以通过数据分析得知某个页面的跳出率增加，却无法了解到用户这样做的实际原因和场景。而这个时候，用户访谈这样的定性研究，就可以起到一定的补充作用。3. 用户访谈的基本类型用户访谈从内容上来划分可以分为非结构式访谈、半结构式访谈、以及全结构式访谈三种。非结构式是指非正式的、随意的，没有特定的问题也没有既定的答案，只需要让用户充分表达自己的观点即可。全结构式访谈则是有事先确定的访谈目的，必须按照顺序和既定题目来完成。这样听起来是不是感觉与问卷调查十分相似？其实不是，全结构式的访谈问的问题比定量问卷更加深入。问卷调查中，用户通常只需要给予是否等较为简单的回答，而全结构式访谈，在问题和问题顺序固定不变的情况下，用户还是可以自由的进行表述，并给出更加开放和深入的回答。半结构式访谈则是介于非结构式和全结构式中间的一种访谈形式，也是我们在实际的工作过程中运用的最多的一种形式。半结构式的访谈虽然有事先确定的目的，但是访谈中，用研人员可以根据访谈的进展随时的调整问题的顺序，或者新增访谈的问题等，是一种相对比较灵活的访谈形式。按照访谈的途径来划分，又可以分为线上和线下两种： 线下访谈包括面对面的深度访谈、街头拦访等。线上访谈则是采用电话访谈、网上访谈等。用户的电话号码可以通过问卷的方式收集，或是用户的订单信息进行收集，例如外地用户在线下访谈不方便的情况下就可以进行电话访谈的方式来进行。但是如果访谈到较为复杂的经历和过程，电话访谈还是比面对面的线下访谈要逊色不少。并且当需要用户面对面完成体验或是展示类的相关问题的时候，电话访谈也是无法做到的。4. 情景访谈法在开始正式的介绍访谈之前，让我们先来看一个传统的一对一访谈的例子：如果你还在这样进行深度访谈，那么即使是与用户一对一，也几乎不能得到什么非常有用的信息。比如，预定酒店的目的是为了什么呢？出差、旅行还是有什么别的原因呢？“不是特别高”是一个怎样的频率呢？一月一次还是半年一次呢？是跟什么标准比起来才算“不是特别高”呢？搜索的时候输入的关键词是什么才会导致找不到酒店呢？这些问题，如果你想弄明白深层次的原因，很显然这种传统的访谈是无法帮助你的。那么，你是不是又会问了，是不是因为问题问的不够开放呢？比如问一个用户：“旅行的时候都会做些什么呢？”一般情况下会得到怎样的回答：“和朋友一起去了迪士尼，呆了几天。我们都玩的挺开心的。”用户并不会事无巨细地告诉你交通路线是如何选择的、酒店式如何选择的、都玩了哪些项目、排队时间花了多久，等等这些可能是你实际上更想要了解的问题。即使用户详细讲述了自己的体验，也常常发生用户没有从头说起或者说到一半跑题了，或者省略了跟经历相关的前因后果等情况。并且几乎所有用户都不会提到特殊情况，他们只会告诉你标准流程。所以发现了吗，如果按照传统的访谈法来进行，无论如何深挖都只能得到一小部分有用的用户体验信息。于是，有一种全新的访谈方式向你介绍。这就是由Karen Holtzblatt开发出的非常著名的情景访谈法（Contextual Inquiry），情景访谈法最大的特点就是，用户把自己的体验教给用研人员。一旦用户转化成为了教授者，那么他就不会只讲结论，而是会尝试着讲清楚前因后果。此时如果用研人员再稍加把控，就很容易得知深层次的问题。而我们为了让用户能够不知不觉地进入教授者的角色，用研人员必须掌握一定的技巧，这样才能获取有效的信息，而此时用到的最基本的技能就是请教、刨根问底、复述。1）聚焦在访谈刚刚开始的时候，我们会先进行暖场提问，问几个简单的基础性问题来帮助用户快速的消除紧张感。在这之后就要把话题慢慢的引入我们想要了解的特定主题上，进行深入的挖掘。这个过程中，需要明确的告诉用户“我想知道的是什么”，后续的访谈内容需要越来越聚焦到这个问题上来。2）刨根问底，多情景式访谈并不是听取和记录用户所说的内容就行了，只有当我们完全了解了用户所说的话，才能算是真正的情景式访谈。而为了做到这一点，用户的行为和说明哪怕哪里出现了任何不能理解的内容，用研人员也必须刨根问底。如果内容含糊不清，就会出现用研人员在访谈结束后根据自己的臆想诠释用户行为的情况。举个例子：在访谈的过程中，用户常常会回答像“总是”、“经常”、“不是特别高”这样的概括与抽象的名词，这些词语一百个人会有一百个理解。遇到这些回答时，用研人员一定要尽量使用多，多重复的方式，尽量量化用户回答。当然，用户不可能向专业统计人员一样向你提供统计信息。但是至少你需要了解用户的“非常频繁”是“一半以上”还是“接近20％”。说到刨根问底，许多初学者常容易犯的一个问题就是过多的询问用户为什么。并不是问为什么不好，只是频繁的问“为什么”，用户容易产生“哪来这么多为什么”的厌烦心理，当用户对我们的访谈产生这样不耐烦的情绪，我们就很难收集到真正需要的内容了。那么我们应该如何去做呢？当用户产生了某种基本的体验，而我们需要了解到这种体验的动机，首先我们需要引导用户对他当时的使用场景进行还原，然后了解用户所产生的行为，在针对场景和行为去挖掘用户产生这种体验感受的动机，我们就能回答“为什么”这个问题了。举个例子：3）复述：适时的复述用户的话如果用研人员已经确定了解了用户发言的真正意思，就应该把理解了的内容用自己的话复述给用户听，请用户核实是否正确。在复述的过程中如果有理解错误的地方，用户会帮你指出来。复述的时候，有时用户还会根据你的复述追加一些他当时没有想到的关联信息，这样又可以挖掘到更多内容。5. 用户访谈的好处大多数用户在访谈中，都会提到“我用了XX但是觉得不太好用”等等。用户所说的这些都是结合自身经验提出的意见，但是这些意见用户无法向你保证分析结果的正确性，因此用研人员即使反复分析这些意见，也不会有什么新的发现。而访谈中得到的用户体验过程却是未经分析的一手数据，如果能在此基础上进行分析，反而能发现一些甚至用户自己都未曾发掘的潜在需求。总结来说就是，用户访谈带给我们的价值不在于用户提出的意见，而在于我们去收集一手的用户体验信息。二、用户访谈开始前的准备在正式的开始访谈之前，还有许多的前期工作要做，通过与需求发起部门深入的探讨我们确定了用户访谈的研究目的之后，我们就要开始输出研究方案了。一个完整的访谈研究方案应该包含：研究内容、人员方法、用户招募（受访者配比、招募途径、酬劳）、时间规划。1. 筛选用户其中一个比较重要的部分就是需要筛选用户。首先需要确定用户的性别、年龄、婚姻状况、职业、居住条件等等，然后从大量有意愿参与的用户中选出符合条件的人。与市场调查不同的是，用户访谈的用户首先得是app的目标用户，因此在用户的筛选上就需要根据app的产品属性，制定具有针对性的筛选条件。app的产品属性不同用户的筛选条件就不同，对于某些app来说，一些人口统计学条件例如婚姻状况、年龄等等反而有可能不太重要。假设你想要开发一款销售人员用的软件，那么此时就没有必要考虑婚姻状况这类的筛选因素了，反而是销售的职业经验和工作内容才能为重要。另外，房地产销售和女装产品销售的工作内容肯定也完全不同。因此根据不同的产品属性筛选目标用户，也会直接影响到你的调研结果。筛选到符合条件的用户之后，需要对筛选到的用户情况进行整理，录入表格，方便访谈开始之前进行回顾。2. 招募用户用户的筛选条件确定之后，我们要做的就是根据确定的筛选条件进行用户招募工作了，用户招募一般分为三个渠道人脉推荐、问卷筛选、外包招募：1）人脉推荐招募条件明确之后，我们可以拜托朋友或是同事帮助推荐符合条件的用户前来。与大范围的问卷筛选相比，通过人脉推荐的方式进行用户招募的方式更加灵活，并且一旦找到了一位，就可以让他再介绍同行，这样滚雪球的方式招募工作就更容易推进了。2）外包招募如果产品属性非常特殊，用上述两种方法无法匹配到符合要求的用户，那么还可以通过专业的外包公司来进行招募。缺点也很明显就是，这是另外的价钱。3）问卷筛选不需要每次都重复发布调研问卷，如果公司之前有进行过问卷调研，并且问题有覆盖到现有的招募条件，那么可以根据问卷调研的结果在公司的样本库内进行条件筛选，筛选出符合条件的用户。当然这样筛选的前提是在之前的问卷中有征询过用户的意见，比如在问卷中增加一个问题是：是否愿意接受我们后续的有偿调研？如果愿意的话请留下您的手机号码，这样我们就可以在后续直接联系到被访者。通过前面的分析，我们的用户研究内容确定了，方法确定了，人群确定了，我们就需要输出一套整体的调研方案以及排期表了。3. 场地选择深度访谈可以在很多地方进行。大部分考虑的是请用户到公司来，然后使用公司内部的会议室进行访谈。鉴于大多数公司的会议室很难订的情况，可以在一周内提前预定，灵活应变应付10～20人左右的访谈应该不是难事。如果公司内部有比较大的公共区域以及休息区的话，在公共区域里进行也是可以的。另外需要注意的是，场所的选择也会对访谈有些影响。访谈环境对比，图一的会议室就会给用户很强的压迫感。应该尽量塑造温馨舒适的氛围以消除用户的紧张感。需要特别注意的是，如果有录音需求，需要事先准备好录音许可协议书。在访谈开场白之后，双方签署之后，才可以进入录音阶段。同时还需要确认相关的保密事项，比如个人隐私的保护、访谈内容的保密等等。三、用户访谈进行中1. 开场白构建信赖关系访谈前的准备完成之后，就可以正式开始进行访谈了。但是如果和用户一见面就马上单刀直入切入正题开始进行访谈，那么访谈可能无法顺利的进行。因为此时用户还处于紧张状态下，访谈人员和用户之间还没有建立起信任关系。为了消除用户的担心，建立起信任关系，我们首先可以进行简单的寒暄和自我介绍。通过轻松的沟通先活跃气氛，让用户更加放松，紧接着就可以向用户明确此次访谈的目的了。因为访谈开始之前不会明确告知用户访谈的内容，而且采访的过程中经常会出现访谈人员向用户刨根问底的情况，如果不事先说明情况，访谈过程中就可能会受阻。举个例子：你好，我是oyo的访谈人员，我是XXX，这是我的同事XXX，谢谢您这次愿意前来。这次我们特邀一批用户来访谈是希望了解XXXXXX，所以想请您介绍一下您使用oyo app的情况。我们有准备一些简单的问题主要是包括XXXXX情况，希望能够通过聊天的形式向你了解，大概需要1小时左右时间。在这个过程中所有聊到的问题都没有对错之分，您只需要分享真实的想法和经历就可以了。如果对任何问题有疑问或是不知道直接说就可了，不需要有任何的顾虑。您提供的信息能帮助我们更好的了解用户，改进我们的服务与产品。我的同事XX会对整个谈话进行记录，因为聊天过程中聊到的内容可能会信息量比较大，我们希望能够录音。录音内容只用于分析，不会公开，不知道您是否介意？如果介意的话，也可以不录音。在聊天的过程中，我们可能会就一些细节内容提出问题。可能有些刨根问底，请您不要介意。2. 正式访谈在对用户有了一个比较彻底的了解之后，就应该把话题引入到产品的使用情况上来。通过访谈，逐渐明确用户是如何使用该系统或产品的。常见的访谈一般有五个部分的问题构成，分别是基本信息、过往经历、产品感受、体验流程、竞品体验、最后根据用户的访谈内容再深究细节。1）基本信息用户的基础属性，方便我们了解用户群体。从基础信息的询问部分开始，就需要考虑后续的对话应该如何展开。前文中讲到的“情景访谈法”就是在请教的名义下，让用户谈论自己的用户体验。但是如果访谈一开始，访谈人员就突然切入核心话题的话，就会导致用户省略原因和背景，直接切入结果的情况发生。为了避免这种情况的发生，访谈一般会从职业、兴趣等用户的基础特征开始切入。这样做的好处是一方面能够帮访谈者建立起显性用户画像，另一方面也能让用户进入情景式访谈的教授者角色中来。2）过往经历当受访者的话题逐渐被打开，逐渐进入角色后。我们就可以从日常的业务内容开始聊起，了解用户具体的行为、操作或者场景。然后逐渐进入整体，例如因为什么开始使用OYO app的，再按照日常的过往预定酒店的经验、上一次使用oyo预定酒店的经验、预定失败或是预定不顺利的经历和情况、竞品的使用情况，这个基础顺序展开话题，逐层推进。3）产品体验感受在对用户画像以及用户的过往使用产品的经历有了一个了解之后，我们就可以对用户实际使用产品时的体验进行询问了。请用户体验产品时，需要我们提前准备好装有本公司最新版本app，或是新版本的测试包的测试机，供用户进行体验。产品内容问题询问时，我们通常需要先给被访者设置一个任务。传统的任务设计可能只简单描述一下任务，例如：打开OYO app，预定一家酒店。这样的问题叙述方法，显然很难将用户带入到场景中去，也并不符合情景访谈法的要求。这样提问的结果就是用户简单的完成了任务，但是并不能给你任何反馈建议，正确的提问方法应该如何呢？我们需要营造一个场景，并让用户置身其中。例如：你的老板要求你明天要去嘉善XXX地方出差，老板给你的差旅费预算是XXX元以内。请你打开OYO app预定一家酒店。而后访谈人员需要观察用户完成任务的过程，后续进行相关的产品提问。体验完成后，可以以满分十分为单位，邀请用户对于产品的整体使用体验进行评分。设计风格问题则是侧重产品的交互体验以及UI风格进行提问。例如：用户对于现有的页面结构和排版觉得是否喜欢、用户浏览页面的阅读顺序、点击转跳新页面的交互的看法等等。这部分完成后，同样可以邀请用户进行打分。4）竞品体验竞品体验的流程，同样需要我们提前准备好装有竞品最新版本app的测试机，供用户进行体验。可以选3个左右竞品，从产品内容以及设计风格方面分别对用户进行提问，并请用户进行打分，后续可以与本公司产品的评分进行交叉比对。5）注意事项根据访谈提纲中的时间分配，合理安排时间，控制在90分钟以内。主访人需要熟记提纲进行脱稿提问，尽量与用户有眼神接触以示真诚。用户体验流程中，需要注意公司信息的严格保密，对于涉密信息以及玩法提前删除，或是模糊处理。记录时只记录用户原话，不加入任何个人理解与总结。访谈结束后，需及时完成访谈记录，避免因为延迟记录而造成的根据访谈人主观理解补充记录的情况。3. 结束语在访谈开始之初，一般都会告知用户访谈时长。因此，原则上来说访谈应该在约定的时间内完成。为了防止访谈内容有所遗漏，访谈结束后我们一般会与用户一起根据访谈大纲快速回顾一下访谈内容与回答。这更像是一个与用户二次确认的过程，如果记录有所遗漏在此阶段可以进行补充，如果有错误可以抓住机会二次修改。结束语是在访问完最后一个问题后，向用户表明本次访谈已结束。结束语中我们会向用户表达感谢，告知其回答非常具有参考意义，我们会尽快把收集到的访谈内容反馈给相关部门。如果提供了奖品和红包也需要在访谈结束后一并发给用户，一些参与度高、善于沟通的优质客户，需要在访谈结束后维护好关系，方便再次访谈。四、用户访谈结束后1. 整理访谈内容，输出记录我们一般会利用两个用户访谈的间隙快速整理调研笔记，对之前记录不完全的部分进行补充以及快速的检查。也可以根据前一个用户的访谈情况调整访谈问题。五、用户访谈技巧总结1. 要如何做1）深入用户需求我们需要在访谈中深入的探究用户是如何思考，如何引发用户行为，用户的真正需求是什么。而不仅仅是停留在表面的他们说了什么上。我们要询问经历而不是看法，询问原因而不是得到结论。最典型的例子就是100多年前，福特公司的创始人亨利·福特先生到处跑去问客户：“您需要一个什么样的更好的交通工具？”几乎所有人的答案都是：“我要一匹更快的马”。很多人听到这个答案，于是立马跑到马场去选马配种，以满足客户的需求。但是福特先生却没有立马往马场跑，而是接着往下问。然后福特就发明了汽车，很好的满足了的客户的需求。“如果你们的产品能有XXX这样的特色功能就好了”，很多产品正是听取了这样的用户意见之后，导致最后结果不太理想的。就像福特汽车的这个故事告诉我们的，我们需要挖掘客户真正想要的东西，而不是停留在现有客户所说事物的表面，傻傻去找一匹很快的“马”。2）关注用户过往的经历在访谈过程中，我们的提问尽量围绕用户过往的经历来问，而不是未来的希望。因为大多数关于未来的问题都会包含很强的引导性内容。而过往的经历由于是真实发生的，我们往往能从中获得更多的内容。如果想用户提出“我们有一个XX新增功能，是XXX这样操作的，您觉得怎么样？会使用吗？”这样的关于未来假设性的内容，就会导致用户说出不是基于真实用户体验的个人意见。这是用户自己的主观判断，并不是真正的用户体验，我们访谈的目的是收集未经分析过的新鲜数据，而不是引导用户说出让我们愉悦的内容。3）接受沉默许多初次访谈的人员会非常害怕现场的沉默，用户一旦陷入沉默，就会马上上前解释或是询问。访谈中我们需要给予用户足够的时间思考和回忆，不要立即让用户给出他们的回答，给用户大概10秒的沉默时间。“访谈留白”给了用户细致思考的时间，他们在回答时会更详尽而肯定。在我们需要鼓励用户说出更多内容时，也可以这样去做：当用户描述结束后，可以不要急于接话或是，认真地看着用户，并点头鼓励，用肢体语言告诉他，我对你的描述非常感兴趣，期待你说出更多。这时，用户往往会再补充一些描述。当然，当用户确实无法说出更多时，也不必给过于苛求。告诉他，他刚才讲出的内容已经很有价值了，如果有新的想法，可以在访谈过程中随时告诉我们。2. 不要如何做1）不要回答用户关于使用上的问题在访谈中，如果遇到用户针对设计方案主动提问的情况。在这种情况下，可不必急于回答用户的问题，而是反问用户，请他们聊聊对方案的预期。例如：如果用户提问，“这部分会展示什么内容？”，我们可以反问， “您认为这部分会展示什么内容呢？”；甚至还可以进一步，“为什么您认为这里会展示这些内容呢”。聊到这里，我们就可以探知用户对方案的构想，以及对方案的关注重点。接下来，可以告诉用户，我们目前的设计方案是怎样的。然后将现有方案与用户的预想进行对比，请用户评价下各自的优劣。最后，还可以进一步探究，为什么用户会问出这个问题，为什么他会对这部分展示什么内容感兴趣？抽丝剥茧，层层，可以帮助我们更好地探知用户的需求。当用户主动提出问题时，不要急于给出答案。变被动回答为主动，才可刨根问底，层层探知用户本质需求。2）不要在无效的问题上纠缠在访谈时我们经常会遇到一些侃侃而谈的用户，我们要把控访谈的节奏，否则会面临话题直接被带着走，最后草草收尾。在倾听时一旦发现有偏题现象，趁受访者思考的空隙，迅速拿回话语权，对受访者的观点进行总结，然后提出新的问题，一般情况下，受访者不会再就原来的问题纠缠下去。“您刚才说设置多套皮肤…. , 关于这一点，我很同意您的观点，那对于点击切换支付方式这块您的看法是？”3）不要使用用户理解不了的专业词汇由于我们是专业领域的从业者，询问的过程中经常不自觉的说出一些例如“icon、金刚区、瓷片区”的“行业黑话”，然而这些专有词汇用户不一定了解。访谈时我们需要有意识的将这些专业词汇转化成普通用户能听得懂的语言进行描述。毕竟如果用户都听不懂你在问什么，他也无法给出详细的回答。4）不要在访谈过程中表露出失望或是责备访谈人员一般会是产品相关的设计人员。自己精心设计的产品如果被用户吐槽可能会产生挫败感，进而不自觉的流露出失望的表情，甚至还会问出类似“这么明显都没有看到吗？”、“没有人会发现不了这个地方吧？”这样的问题。写在最后：不要小看一次看似简单的谈话，使用正确的访谈技巧，就能获得一手的用户信息。但是也不要过分执着于使用什么样的方法，在实际情况中经常是夹杂着使用多个方法。重要的不是使用什么方法论，而是获得一手的用户数据。本文由 @安琪___ 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Pexels，基于 CC0 协议

阅读提示：本文来自宇见新书《洞察力：让营销从此直指人心》，本书教大家快速掌握消费者研究与用户洞察的方式方法。在百家号的前三篇文章中，我们从SDi提出的“洞察四维”出发，依次为大家介绍了：如何进行用户认知洞察？如何进行用户行为洞察？以及开展需求洞察所应该关心的——宇见｜被天天挂在嘴边的“用户需求”究竟是什么？接下来本文将进入“用户需求洞察”的下半部分，和大家探讨开展需求洞察的5种有效方法。———————（接前文）既然真正的用户需求，无法通过直接询问来获得，那么在实际工作中，什么才是用户需求洞察的正确方法呢？下面我们来依次揭晓答案。首先，回到“价值感知线”的逻辑当中，在消费者的前意识阶段（感知线下方），由于需求意识稀薄，导致在用户洞察中，以“你有哪些需求”、“你的需求是什么”为切入点的任何提问都不可能是好问题。这时，从“用户痛点”和“麻烦”入手往往才是明智的选择，因为此时虽然用户的需求意识是稀薄、模糊的，但“问题意识”却有可能是丰富、清晰的。这些问题意识经过合理的“翻译”，就有可能转化成有价值的需求信息，这就是我们开展需求洞察的第一种思路。比如，以宠物食品为例，如果你直接问消费者她们的需求，她们能说的大概就是“营养”、“包装方便”、“价格便宜”这类感知线上方的品类常识；但是如果你请她们回忆，在使用宠物食品过程中遇到过哪些麻烦和困扰，那就是把问题下沉到了价值感知线下方，消费者可能就会开始抱怨宠物食品糟糕的气味，或者宠物食品容易打翻和打翻后的清扫困难等等。乔布斯为什么会对市场调查持否定态度？我想其中一个重要原因，就是很多调查中充斥着大量无意义的提问，根本无助于我们理解需求。在这里，并不是用户调查本身有错，而是调查的思路与方法常常错到离谱。比如，让我们来看看这条在餐饮行业问卷中很常见的问题：请问以下几方面，哪一项是您选择一家餐厅时最为看重的因素？A.性价比 B.整体环境 C.服务态度 D.菜品特色 E.会员权益 这样的直接询问，究竟能带来什么有价值的信息呢？一方面，这些价值感知线上方的常识，基本上都是一家餐厅必须做好的方面；另一方面，由于用户对“服务”、“环境”、“有特色”的理解千差万别，就算知道了呼声最高的是“服务好”或者“有特色”，对于如何提升服务，怎么做才算“有特色”恐怕仍然是一头雾水。最后，就算其中某项几乎没有人选，看上去似乎一点儿也不重要，但也不意味着品牌在这个方面就不能创造出全新价值。所以这类提问，往往只是在浪费企业的洞察资源和用户的宝贵时间。对于用户需求，现在我们知道了更好的办法是倒转180度，反过来从用户痛点入手，同时要避免“环境好”、“服务好”这类笼统的问法；另外，还要注意不要把少数人的痛点当成大多数人的需求。在现实中如何同时做到这三点？我还是用《洞察力》一书中所写的，社区面包店香榭丽舍的案子来举例。在该项目中，除了消费观察，我们还用到了焦点小组和调查问卷的洞察方式。在焦点小组中，我们先请用户谈了她们在社区面包店消费时遇到过的一系列麻烦。在第二步，我们把这些痛点“翻译”成包含细节的需求描述，例如把“下班后经常买不到最新鲜的面包”改成“在我去购买时总能提供新鲜出炉的面包”，然后通过调查问卷去印证是不是用户最希望实现的优化项。通过请用户为这些选项分别打分，我们就知道了用户对不同项目的需求程度。知道了哪些更有共鸣，而哪些相对小众，这样就能为客户设计出主次分明的优化建议了。需求洞察的第二个方法，是了解用户不消费、不使用产品（品牌）的原因。这方面的工作，恰恰是很多洞察项目中的盲区，因为常规的营销调研，一般都会强调要了解顾客的“购买理由”；但是从另外一个角度来看，SDi认为，探讨人们为什么“不买你，不用你”也同样重要。而且，这些信息往往会比顾客解释他们的购买原因更加可信。这是因为，在日常的消费行为中，要顾客说清楚自己为什么消费是困难的，这其中有很多潜意识因素连顾客自己也不了解；但是与此相比，要顾客解释自己为什么不消费却是相对容易的。因此，了解用户不消费、不使用的原因，也就让我们有了依据去判断用户“尚未”从既有品牌（品类）中获得的满足，同时还能为我们识别出某些制约品牌成长的关键隐匿因素。例如，在香榭丽舍项目中，除了问用户为什么会经常光顾面包店，我们还特别询问了那些从不去面包店的人为什么不去的原因。比如有人就谈到，家人抵触吃“隔夜”的食物，与买回来的面包可能会放到第二天相比，她们更喜欢用新鲜食材来亲手制作早餐。这会让人想到如果社区面包店能提供一些高品质的烘焙原料（如面粉），再创造一些家庭手工烘焙的内容和体验，就有可能激发出新的需求。关于如何通过这方面的研究，找出制约了品牌成长的关键因素，这里还有一个知名流媒体平台Netflix（奈飞）的经典案例。大家知道，Netflix早年从互联网DVD租赁业务起家。2001年，当率先进入这一领域的该品牌斩获到50万用户时，他们发现，尽管对一个新公司来说这个成绩已经很好，但是由于老牌巨头和创业公司也纷纷盯上了这一市场，因此想要继续生存，就必须用最快的速度实现用户增长。为此，管理层从研究用户数据开始，很快，他们发现了一个奇怪的数字，那就是该品牌在旧金山湾区的渗透率（2.6%）是全美最高的，没有其它任何一个地区能够达到相似水平。究竟是什么造就了旧金山湾区的高渗透率呢？ 对此，品牌管理层莫衷一是。有人说，这是因为公司总部就在湾区，员工经常跟人说起奈飞（但当时奈飞的员工还很少，不太可能有这么大的口碑影响力）；也有人说，这是因为湾区聚集了大批科技人才，他们更乐意选择网络服务（但在美国其它一些地区，也同样具备这一条件）；还有人认为是因为湾区比较富裕，富人更愿意在这类娱乐服务上消费（话虽如此，但纽约、波士顿也有很多富人，为什么这些城市对奈飞兴趣缺缺呢？）最后，公司CEO决定用调查来终止这场争论。奈飞发布了对全美的调查问卷，结果来自湾区的数据显示，与其它地区相比，这里有且仅有的唯一不同，就是用户反映他们收到影片的速度很快。原来，所有管理者都没察觉到的真正差异是，因为邮寄DVD的配送中心就在湾区，这里的用户从退还上部到拿到下一部的时间还不到48小时，而相比之下，那些住在巴尔的摩和西雅图的客户，则要等上4到5天，而等他们真正拿到手的时候，看电影的兴致早已过去了。基于这个洞察，奈飞在一年内新开了多家配送中心，每个新增配送中心的地区，注册用户就立刻翻番，一个接一个城市就像打开了需求阀门；截至2010年，奈飞累计建成了56个配送中心，而此时的用户规模已经突飞猛进到了2000万。需求洞察的第三个思路，是关注用户的“非正常产品使用行为”。在现实中，并不是所有用户都会以营销人预期的方式来看待、使用产品，一个经典例子是艾禾美的小苏打粉，该产品可长期用于烘焙、洗浴和清洁牙齿。上世纪70年代，当品牌的管理者发现有顾客会将产品用于清除冰箱异味，公司敏锐地把握住机会，通过积极传播，令这样使用苏打粉的家庭在14个月内从1%上升到了57%，从而让一个逐渐沉睡的品牌又重新焕发了青春。能否将一种原本看起来，与品牌并不相关的其它需求“嫁接”到你的品牌上，是我们进行需求洞察的第四种思路。这是什么意思呢？简单来说，就是去了解消费者从来没有意识到，你的产品“竟然还有这种价值”的可能性。比如，男士剃须有两种选择，手动剃须和电动剃须，又称为湿剃和干剃。在过去，这两种剃须方式的代表品牌，都在试图从不同角度来宣称自己更好。有时是从“剃须更干净”、“更舒适”的功能角度；有时是从标榜“事业有成”、“不断突破”的“成功人士”意识形态角度。对此，吉列剃须刀与别不同地做过一个“手动比电动剃须更性感”的传播案例，就使用了这种“需求嫁接技术”。具体来说，该传播转换了视角，并不是站在男性的角度来告诉你，手动剃须如何如何好，而是站在女性角度来告诉你——“在女性眼中，手动剃须才是更有男人味、更性感的剃须方式”，结果收到了很好的传播效果。又比如，南孚电池做过一个广告，宣传其电池“经久耐用”，虽然这在同类型产品的广告中并不新颖，但这支广告传递信息的角度却与众不同：广告首先展现了一家人其乐融融，孩子玩着各种玩具的场景，跟着没一会儿，玩具相继没电了，孩子流露出失落的神情，此时文案出——“电池不耐用，玩玩具经常被打断，孩子容易分心，影响其专注力。”这个广告巧就巧在创造了一种看待产品的新观点，将“玩玩具被打断”这种鸡毛蒜皮的小事，指向了“影响孩子的专注力”这个所有家庭都关心的头等大事，从而更有效地激活了目标顾客的需求意识。现在如果我们反推，类似创意是如何产生的呢？那就是营销人要多关注消费者的生活方式，从一种更宏观的角度来思考，目标消费者想要“变得更好”的意识有哪些？此时，我们要做的是从一个新的角度，在品牌和消费者的典型欲望之间建立起某种连接。要知道在很多时候，并不是我们的产品缺少什么价值，而是我们不知道该建立何种连接。比如，子女都有买东西孝敬长辈的需求，而脑白金的成功，恰恰在于它在保健品品类中第一个站出来匹配了这一需求，建立了此种连接。由需求嫁接技术，我们现在可以很自然地过渡到需求洞察的第五种，也可能是最重要的一种方法，那就是洞察用户的情感与意识形态需求。同样，这也是传统市场调研的盲区，所有教科书都会教导我们了解消费者的功能需求，仿佛用户对品牌的感性价值毫不在意一样，然而现实刚好相反，人们的消费行为中包含着丰富的情感动因。比如，一位女性可能会因为价值主张的共鸣而喜欢耐克，在她的意识形态当中，品牌象征了“不甘平庸”的生活态度。但在调研中，她或许只会谈及跑步体验这类“更容易说清楚”的内容。拙劣的市调很少触及人们的意识形态。在我们这个星球上，存在着两类典型的成功企业：一类是像谷歌、特斯拉、Facebook这类凭借新技术、新产品、创新了功能价值的企业；还有一类则是像无印良品、星巴克、MINI这类意识形态创新公司，他们的成功，应该更多地归因于提出了某种价值观，倡导了某种生活方式，通过持续引领人们的意识形态，而在几近红海的商业世界中四海制霸。而《洞察力》的写作目的之一，正是要引导那些并不具有技术创新优势的品牌，通过意识形态创新成为后者。要做到这一点，我们就必须学会洞察人们的意识形态需求。在这个方面，与洞察产品功能痛点一样，营销人首先要关注的是顾客意识形态中的困扰。比如，在我做另一个定位于购物中心，以年轻女性为目标客群的高端烘焙品牌——“本味初品”的案子时，我们就在用户洞察的过程中，与目标顾客探讨了未来的购物中心应该更多地融入哪类设计风格，以及顾客在日常生活中经常会遇到哪些负面情绪的话题。有些问题从表面上看，似乎与新创品牌的任务并无直接关联，但其实这些调研正是为了考虑，新品牌应该如何通过有针对性的门店设计、产品与内容，来弥合顾客的内心矛盾，从而更好地满足到她们的情感与意识形态需求。洞察消费者的意识形态需求，有一个十分重要的思维前提，那就是我们要理解品牌为顾客提供的“营销供给物”（Marketing offerings）并非只有产品，还包括了可以满足其内心需求的感性体验。知道了这一点，营销人就应该对自己市场中，不同品牌针对人们情感需求所做的情感表达更加敏感。比如，在白酒市场，江小白就很好地做到了这一点。江小白并没有研发出更好的白酒，它只是将自己从标榜“历史悠久”、“经典不衰”、“真情岁月”的圆桌酒文化中拉了出来，通过“青春小酒”的形象和“简单纯粹”的生活方式主张脱颖而出。这个例子反映出，洞察顾客的意识形态需求，就要先了解目标市场中占据主流的情感表达，因为新的感性需求，往往就隐藏在消费者对主流表达的厌倦背后。消费者的意识形态需求，还常常会隐藏在新兴的亚文化当中，它可能会在时下火爆的电影、电视剧里，也可能会出现在小说、流行音乐甚至网络热点当中。比如，前两年朋友圈里有一篇文章，作者基于自己的生活感悟，表达了对那种“终日无所事事，以谈论养生度日”的生活状态的反思，主张过一种更有力度的“无龄感”生活，一时间引发了广泛热议。实际上从这篇文章的传播效果来看，它已经向我们传递了某种意识形态需求的强烈信号。与洞察用户的功能需求不同，意识形态需求洞察通常都不会太“具体”，对此你不必担心偏离了方向；相反，一味就事论事地谈论产品本身，反而容易局限住我们的思维，令营销人看不见一些更宏观的东西。用户的情感与意识形态需求不在别处，它总是隐藏在人们的意识深处，这意味着我们应该通过用户洞察，努力揭示出人们的某些深层感受，因为这里常常蕴含着品牌创新的重要契机。————————到目前为止，用户洞察的4个内容维度已向大家介绍完前3个，在“认知”、“行为”、“需求”之外，最后还剩下非常关键的“感知方式洞察”，感兴趣的小伙伴可以在《洞察力：让营销从此直指人心》纸质书中找到答案。本文来自宇见新书——《洞察力：让营销从此直指人心》，如无授权，婉谢转载。大家可在各大电商平台搜索书名购书。

编辑导语：一个产品的开始阶段就是产品调研，因此产品调研质量的好坏对产品来说至关重要。对产品经理来说，B端产品和C端产品的需求调研是很不同的，那么B端产品的需求调研该怎么去做呢？本文作者就结合工作经验，总结出了B端产品需求调研应该注重哪四个方面。需求调研对于一个应用产品来说，是一个产品的开始阶段。它的输出“产品需求分析报告”是设计阶段的输入，需求调研的质量对于一个产品来说，是一个极其重要的阶段，它的质量在一定程度上来说决定了一个产品的交付结果。怎样从客户中听取用户需求、分析用户需求就成为调研人员最重要的任务。作为PM，我们都知道C端产品和B端产品的需求调研方式是有很大的不同，但是想把产品做好，需求调研却是每个产品经理不得不去学习和了解的。那么，如何才能高效有用的去做好B端产品的需求调研呢？本文将从以下四个层次来分析：业务架构、业务流程、工作细节、信息结构图。这里需要注意的是，需求调研的四个层次，在前一个层次没有搞清楚前一般不会开始第二个层次的了解。一、业务架构业务架构的核心是解决业务带来的系统复杂性，了解客户/业务方的痛点，项目定义，现有环境以及梳理高阶需求和非功能性需求。关键词：组织管理结构图1. 业务背景产品痛点诞生的背景：明确产品的业务场景是什么？明确产品的目标客户是谁？明确目标用户为什么要使用这个产品？2. 业务目标业务目标是指针对企业特定的战略项目和其目标的文件，并在规定的时间必须完成或达到。业务目标应基于公司宗旨制定战略，对战略进行目标分析并制定具体措施的部门中长期规划。3. 业务目标人员投资人、老板、总经理等，囊括了业务参与人员。4. 业务参与参与人员使用产品的人。5. 组织架构例：电商组织架构二、业务流程业务流程为达到特定的价值目标而由不同的人分别共同完成的一系列活动，活动之间不仅有严格的先后顺序限定，而且活动的内容、方式、责任等也都必须有明确的安排和界定，以使不同活动在不同岗位角色之间进行转手交接成为可能。关键词：绘制业务流程图那么，在进行需求调研时，该怎样去梳理业务流程呢？梳理业务流程是一个挺复杂的过程，这个过程主要是以实际的业务场景为基础获取业务信息，然后抽象出一个以参与对象为节点的业务流程。我们以电商为例：此流程应当包括5W2H内容：Who、What、Why、Where、When、How to、How much，最终可以通过泳道图等工具一目了然的展现方式展现出来。1. Who——用户整个业务流程中所有涉及到的所有相关人员。需要注意的是针对B端产品，用户不但包括客户、商家，可能还会涉及到多个角色以及平台侧的服务人员，如：客服、财务、商品管理员等。2. What——目标即用户需要完成哪些事儿。针对B端类产品，比如：发布需求、对接需求、签署合同、支付货款、履约交付等。这些都是用户在业务进行到一定的阶段需要完成的一些相对大一点的阶段性的目标。这些目标在后续需要进行进一步的细分处理拆解子目标，作为后期切分页面的依据。3. Why——原因了解用户为什么需要完成目标。这涉及到设计的流程及页面是否可以进行优化和调整，是否可以从流程上进行节点删除。梳理业务流程不是简单的照搬，需要分析现有实际场景中各节点的必要性，现有流程是否可以进行优化或者调整，知道原因能够有效的帮你判断。例如：订单生成后的调整价格，其源头在于用户与商家间的议价行为。4. Where——地点主要说明用户会在什么地点完成目标，地点会影响到你提供给用户完成目标的入口。如：订单处理人员的办公地点多在办公室内，工作环境多数对着PC端，如果仅提供移动端页面就是不符合场景的。5. When——时间主要说明用户会在什么时间完成目标，时间影响到你提供给用户完成目标的交互设计内容等。如：工作时间，用户完成目标可能由于本职工作，需要信息尽可能的详细，甚至对于信息的真实性来源等都有所考虑。但如果是业余时间，则用户可能没有意愿完成细致工作，简单的移交或者搁置、审批等则是更好的选择。另外在视觉设计环节，夜晚使用的页面设计和白天使用的页面设计是不同的，例如微博的夜间模式。6. How——如何完成目标这个过程真正体现了当前场景下用户是如何操作、处理的，这个环节需要特别在意用户习惯，需要深刻挖掘用户习惯。7. How much——完成其目标所需要花费的成本代价这点是可以打动用户的一个很重要的方面，如果可以把收费升级为免费，把货真价实变成物超所值，或者在等价值的基础上给用户更多的体验，这将是产品的杀手锏。当根据5W2H梳理完B端产品的业务流程之后，就可以输出产品的业务流程泳道图。三、工作细节工作细节次针对每一个参与上述业务流程的参与者展开，描述他的工作细节，做什么、怎么做、有哪些规则（权限）、结果是什么。关键字：用例模型1. 获取用例渠道岗位手册——对企业管理人员和各业务部门工作人员所在岗位的工作职责、管理权限以及企业各项业务工A作提出的具体规则与要求。业务流程指南——描述管理系统内各单位、人员之间的业务关系，作业顺序和管理信息流向的图表。它用一些规定的符号及连线表示某个具体业务的处理过程,帮助分析人员找出业务流程中的不合理流向。职务说明——通过职位描述的工作把直接的实践经验归纳总结上升为理论形式，使之成为指导性的管理文件。2. 业务主角访问引导方法您对系统有什么期望？您打算在这个系统里做些什么事情？您做这件事的目的是很么？您做完这件事希望有一个什么样的结果注释：通过以上的4个问题可以引导业务主角代表说出他们的业务需求。3. 用户主动提出需求的时候可以，多问几个什么为什么要提这个需求？目前有什么困难？现在是怎么样做的？如果涉及到业务数量的，还可以问下量大不大？当搞清楚工作细节字后，就可以输出用例图。以电商为例：四、绘制信息结构图绘制信息结构图就是脱离产品的实际页面，将产品的数据抽象出来，组合分类的图表。关键字：信息结构图作用：当根据步骤完成信息结构图之后，B端产品的需求调研就结束了，整理好所有内容后，就可以进行需求分析，调整细节后，下一步就可以进入到设计阶段。本文由 @星河 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于CC0协议

在开发一款产品之前，首先最重要的就是要进行用户的需求分析。今天优赞要和大家探讨的就是：作为一名交互设计师，该如何分析用户需求？用户需求即系统设计之前和设计、开发过程中对用户需求所作的调查与分析，是系统设计、系统完善和系统维护的依据，是围绕用户的需求，那么在产品的动机和担忧方面不用做太多考虑。只要关注用户在使用产品的过程中，会遇到什么障碍，提供好的解决方案即可。在日常的工作中，一般由以下的几步分析用户需求，从而得到好的解决方案：1.用户需求是什么？2.目标用户描述？3.用户场景描述4.用户有哪些行为？5.用户体验的目标是什么？6.衡量指标是什么？7.关键因素是哪些？8.初步解决方案成列出来1.获取用户需求常见手段有：公众平台信息的收集，用户反馈，问卷调查，用户访谈，行业人士、专家访谈，竞品分析等。2.目标用户描述描述出用户的年龄层、特征、经验等。例如“一条”APP的目标用户描述：一线城市，25—35岁左右的高文化、高收入的中高端男性用户居多，购物频次少，单次消费高，有2年以上的网上购物经验。3.用户场景描述这类似于我们写作文时候的四要素：时间、地点、人物，做了什么；常见的用“4W”来描述用户行为：Who（谁）、when（什么时间）、where（什么地点）、what（发生了什么），4.用户行为基于前面“4W”，促使了用户做出什么样的行为。5.用户体验目标用户使用你的产品，是为了达到什么样的目的。例如：微信发红包功能，用户的目的：快速的发红包给对方。6.衡量指标用什么样的标准来判断，举例说明：怎么样判断微信发红包功能呢？——发红包的操作步骤，用这种准备的、可衡量的标准来判断更好。7.关键因素通俗点来讲，就是用户在使用过程中，遇到的障碍。拿微信发红包举例，这里列举几个关键因素：A. 不能快速得填写祝福语言B. 钱包里面钱不够、没钱C. 需要填写的信息太多8.初步解决方案针对第7点：针对提出的关键因素，一一找出对应的解决方案，整理就好。所以在整理关键因素时，尽可能全地列举出关键因素。前面介绍了用户需求的步骤，下面就用实例来巩固一下用户需求的方法。实例一：微信发红包功能1. 用户需求：在聊天页面，快速的发红包给好友2. 目标用户：张女士，50岁，使用iPhone手机一年，用微信也仅仅是和家人聊天。3. 用户场景：女儿生日，张女士再和女儿聊天时，想给在外地工作的女儿发个红包，并送上祝福。4. 用户行为：点击红包按钮5. 用户体验目标：快速的完成发红包和送上祝福6. 衡量指标：发红包的步骤实例二：支付宝快捷支付功能1. 用户需求：支付宝快捷支付2. 目标用户：王小姐，28岁，公司员工，使用支付宝5年，基本用支付宝买东西3. 用户场景：下班路上，王小姐去公交站路上看到路旁水果店做活动，想着家里刚好水果吃完了，进去买水果，因为要赶公交车，王小姐希望选好水果，立马支付完成。4. 用户行为：点击支付按钮5. 用户体验目标：快速的完成支付6. 衡量指标：支付的步骤越少越少，越快、安全支付越好实例三：美团凭单的用户需求1. 用户需求： 省钱（凑单满减、省派送费）2. 目标用户：王小姐，28岁，公司员工，工作日不带午餐，吃外卖3. 用户场景：快到中午了，按照往常习惯，王小姐打开美团APP，找了家店，发现满40减20，优惠力度不错，但是自己又买不了那么多的商品，于是问问周边的同时，有没有要一起拼单的。4. 用户行为：点击拼单按钮5. 用户体验目标：快速邀请好友，完成拼单下单6. 衡量指标：拼单步骤越少越好如果您对小程序开发或APP开发感兴趣的话，可以通过下方小程序联系优赞哦！优赞科技，提供APP开发定制、微信定制开发、H5小游戏开发、手机商城开发、管理系统开发等一站式技术解决方案。

一个新项目往往只有几个月的交付周期，往往给予到需求调研的时间非常少，尤其是尤其是to G类，需求调研的机会是非常难得。那么在做需求调研之前，我们可以多做些准备工作，提升需求调研的成功率，获取客户更多的信任。一、情景再现早上刚到公司，Boss发来消息——“公司现在有个新项目，客户需要做一个涉案财物管理系统，项目的资料信息发到你的邮箱，你赶紧把需求搞清楚，尽快提供一版原型去和客户确认。”这个场景是不是很熟悉，很多时候，领导就这样几句话就分配一个项目，然后催着赶紧开工。领导分配任务之后，那么我们就赶紧进入邮箱，把项目的资料下载下来，细细研究。即使提供了一些资料，我们就可以开工画原型了吗？肯定不行，在接到一个新项目之后，我们需要先做项目背景调研。切莫着急开工做原型。二、为什么要做项目背景调研在做To C端产品，首先需要做商业需求分析BRD，然后是市场分析MRD，才会进入到产品分析PRD。那么在B端产品和G端产品，业务需求复杂，如同茂密的森林，一不小心就会迷失在业务细节中，难以看到业务的全貌。导致这种情况的根本原因在于：一个行业花费了几年甚至几十年时间建立起来的业务流程与规范，我们很难用一两个星期完全消化。面对这样一个错综复杂的场景，产品经理最好的做法是循序渐进，从最粗略的项目背景，业务目标开始，然后分析业务流程，再到界面展示。所以我们首页需要对产品所服务的业务领域有一个概括性的了解。我们可以从行业背景、业务目标、问题痛点等方面进行调研。现实中，对于项目背景的调研，往往是我们产品人员容易忽略的，忽略的一个最大的风险是：我们不能很清晰准确的把握客户的期望值和建设目标，从而给项目交付带来风险。比如我之前参加的一个项目，客户的旧系统由于系统臃肿，业务配置不灵活等原型，准备淘汰他们的旧系统，并且明确指定了一个他很欣赏的新系统，这套新系统，无论是在页面风格、业务灵活性、用户体验确实都非常好，希望能够尽量复用这个新系统，在上面进行功能调整，以适配他们的业务。那当时我以为的客户期望和建设目标就是复用这套新系统已替换旧系统。当时我撸起袖子深入研究了客户推荐的系统，进入分析之后，立马就开始画原型。但是等我们提供了改造的原型设计之后，客户改变了策略，他们既没有淘汰旧系统，也没有使用指定的新系统，而是在他们的旧系统上面进行改造升级。此时我才明白，客户的公司由于业务运转目前都是通过旧系统完成的，若使用新系统，一方面短期会影响现在业务的正常运行，一方面还涉及到业务上下游的调整，所以客户真正的期望和目标是参考这个新系统，来优化他们的旧系统，而不是真的把业务切到新系统中。由于没有清晰准确的把握客户的期望值和建设目标，前期过早的做了很多无用功。所以，在开展工作之前，进入项目背景调研是非常重要的环节。项目背景，是了解用户建设该项目的动机和背后存在的痛点的关键环节，基于不同的动机，客户对系统的要求也是很大差别的。三、怎么做项目背景调研针对项目背景的调研，我们梳理的提纲如下：1. 这个项目是做什么系统首先我们需要弄清楚这个项目涉案财物管理系统是做什么，这个问题我们可以先自己在网上搜索资料，或者通过现有的资料，搞清楚这个“涉案财物管理系统”是个啥东西，有啥用。很多时候我们以为我们理解的东西就是正确的，这个时候还需要与调研对象进行一个信息的确认，以便及早的纠正方向。2. 这个项目是为谁做的什么样的目标客户会产生这种需求？每个产品都有特定的用户群体，B端产品也不例外。首先我们要搞清楚，产品到底是卖给谁？在B端和G端，花钱购买系统的人称为客户，而真正使用系统的人是最终用户，客户和最终用户可能是同一个人也可能不是同一个人。客户和用户对系统的要求是由很大差别的。一般都什么样的企业会去建设这种系统，这个该怎么了解了。如果是to B 产品，可以通过搜集的产品的竞品企业，去看这个竞品的成功案例，往往就能发现他的产品应用到了哪些企业，以及应用的大致情况如何；通过这种侧面的了解，就能让你知道，大致那些客户群存在类似的需求。如果是to G产品，那么这个信息可以通过寻找项目接口人直接明确项目的服务机构。比如这个“涉案财物管理系统”是什么样的机构会使用，经过了解，目前这个项目主要是政法委投资建设的，但是公安、检察院、法院都会使用。像to G的项目，我们还需要了解客户的组织结构。比如涉案财物管理系统，是公检法在刑事案件过程中会对涉案财物进行维护管理，而政法委是一个监管公检法的机构，由政法委投资建设这个系统，督促公检法按照工作要求进行涉案财物管理工作。3. 客户为什么要建设这个项目做C端产品时，我们习惯用“用户故事”帮助我们定义用户类型，做B端产品，同样我们可以用一个“企业/机构故事”帮助我们理清目标群体的需要。“目标客群是一家____公司，没有我们产品之前，他们是这样工作的：____，当前的工作方式出现了____的问题，因此想要借助我们的产品解决____需要，期望达到____的效果。”那么涉案财物管理系统的机构故事可以这样写：产品的目标客户是公安机关，在没有我们的产品之前，他们主要是靠人工进行登记、管理，工作繁琐、业务量大，导致容易出现管理漏洞，涉案财物被截留、挪用、调换、遗失等问题的发生，不利于管理。因此想借助我们的产品解决涉案财物管理中存在的各种问题，规范流程，提高工作效率，确保执法规范化建设工作顺利进行。通过这个企业/机构故事，我们可以定位到产品针对什么行业、什么规模的企业，然后明确这类公司的核心诉求，将来在做功能与设计的时候可以围绕着这个核心诉求展开，也是产品不断更新迭代的方向。针对to G类项目启动的背景，还需要特别考虑法律、法规的要求，以及政策的指导方针。4. 业务目标分析业务的痛点。希望通过这个系统达成的目标。短短一个企业故事，为我们后续的需求分析有很大的帮助。接下来我们还要做一道选择题帮助我们理解产品的定位。我们的产品对客户的重要性如何？生存需要：这个产品关系到公司的生存问题；核心发展需要：这个产品有利于公司提高核心生产力与竞争力；次要发展需要：这个产品对公司的生产或发展不产生重大影响，但有利于公司解决一些具体的问题，帮助公司改善非核心领域的工作，或改善核心领域的工作；锦上添花需要：有这个产品更好，没有也没太大关系，可以有其他替代解决方案；5. 项目的建设内容通过现有资料：投标书，竞品分析，得出：这个项目有哪些功能。然后，我们还在看在网上搜索，看看是否已经有别人做好的现成的“涉案财物管理系统”，很幸运，很多时候你也能搜到一大堆类似的软件，虽然只是简单的介绍，但至少让你知道了这么一个访客系统的大致包含了什么功能；——你可以理解为这是一个简单的竞品分析的过程；通过建设内容，我们大致可以锁定项目的边界范围。以便下一步围绕这些功能展示调研。6. 公司内部商业价值分析同时我们还需要明白公司为什么要承接这个项目，比如：项目是和公司最近某个战略相关吗，需要把这个项目当做标杆拓展公司业务吗？公司做这个项目的优势有哪些，是有核心技术能力，或者是这个项目是之前建设过的后期项目。新项目的建设周期要求，项目往往都是时间紧迫的，了解项目建设周期，便于提前识别风险，对项目整体把控。四、项目背景调研结果项目背景的调研，首先要找准对象，一定要想办法和对方项目发起人，主管领导进行短暂的沟通，即使只是半个小时的沟通都行，了解清楚项目建设的动机、对项目的期望值，要达成的目标，非常的关键和重要。即使是一个全新项目，当我们完成了上面这些调研之后，我们能够：在概念层面有一个认识了解，并且科普了行业的专业名词解释，不再是个业务小白。了解我们的目标客户和用户了解客户的期望和诉求了解业务的痛点，客户希望能成的目标项目的范围边界我们的优势，能够调用的资源信息本文由 @瓜子 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议。

关于“市场/用户调研与分析” ，都有哪几个层级呢？每一个层级的要求又是怎么样呢？我们又需要如何实现呢？本文将为大家揭晓一系列答案。案例通过研究‘腾讯产品策划能力框架’的4类19项能力，老王准备迎头赶上的第一个目标能力，是专业技能类目下的市场/用户调研与分析能力（客户导向）：主动通过各种渠道了解用户反馈，掌握一定的调研方法论，持续优化产品。通过上述定义让我们清楚的知道，之所以要具备这样的能力，究其本质是为了了解用户反馈，持续优化产品。或者可以定义成：通过市场/用户调研与分析，挖掘用户存在或潜在的需求，从而确定或完善产品的特性。用常用的话术，要做的就是需求挖掘（用户访谈、调查问卷、竞品分析等）、需求分析，然后进行产品设计，持续优化产品，这是产品经理最基本的事儿了。但是为什么不是用户调研与分析，而带了个市场呢？老王认为这是宏观与微观的角度不同。让我们举个栗子，看看什么是市场/用户调研与分析？比如说你是做SaaS的，有一次公司做了宏观市场调查，你通过观察市场调研普遍现象，发现小型餐厅在采购原材料时，交割以及付款存在扯皮等问题，而且找供应商比较困难。这个时候，你决定做一个市场调研，去看看这个问题到底是什么情况。然后你做了一个调研计划，想要发放一个调查问卷，为期2周，发放给全北京300家大中小型餐厅进行调查。结果你发现大型餐厅基本上都有相应的系统，哪怕是不自行开发，有采购的能力。而中小型餐厅百分之九十都没有系统，因为价格太昂贵，人工完全可以满足，你基于对互联网的了解，认为互联网可以解决这个现象。这就是通过市场调研发现的需求，这个时候，你确定这是一个机会，但是为了验证这个假设，你决定进行深入的用户访谈，所以你又走访了几家餐厅，跟餐厅老板和负责采购的大厨和财务进行了沟通，了解他们遇到的具体问题。以上就是一次市场/用户的调研与分析，当然这是在做一款产品之前。当你把产品做出来了，也因为之前调研，留下了一些感兴趣的餐厅老板的联系方式，获取到了一些种子用户，产品在市场上开始运行了。这个时候你就可以收集到一些用户反馈，比如说张老板认为存在卡顿啊，李老板希望导出采购报表啊，周老板希望能实时看到采购的花销等等。你决定再进行一次走访，去发现他们在使用系统时，到底存在什么样的问题，将问题拿回来之后进行了讨论与分析，你发现很多老板对于采购信息的可视化有强烈的诉求，并将它收录在下一次迭代的需求中。这又是一次市场/用户的调研与分析，在你已经有一款产品的时候，通过调研与分析收集了客户的需求。可以说做市场/用户调研与分析（客户导向），就是收集需求，我们知道需求的来源有几种，领导需求，用户需求，运营市场需求，数据驱动需求等等。但是实质上，需求只分为两种，用户需求以及数据驱动需求。无论是领导还是内部合作的运营市场商务，他们都可以作为用户，比如领导想要看数据报表，运营想要个活动设置的开关。当然如果领导认为用户需要一个IM的功能，这就是他站在用户的角度提出的，他不能是你的用户了，只能是你的领导。而数据驱动需求呢，我们通过数据分析发现用户的访问/消费的转化率太低了，为了公司活下去，需要提高转化率，找到流失的地方，分析流失的原因，尝试解决方案，根据数据反馈，再进行分析，直到数据达标。而这一部分要求的就是产品经理对于用户需求的挖掘、收集与分析。以上呢，就是老王给大家举的一个小案例，不太充分，也相对宽泛，但是这就是老王理解的“市场/用户调研与分析”。接下来我们来分析一下腾讯产品经理能力模型中关于这一能力的分级要求。图3市场/用户的调研与分析（客户导向）5级上图是市场/用户的调研与分析的5个level的关键词和行为标准，老王按照自己的理解进行了一些划分，红色部分是基础能力和知识的积累，绿色部分是所要达成的成就（我是这么理解的，如果有不对的地方或者是腾讯大佬出没，请务必指正！）。至于黄色的CE项目，老王不知道是什么，百度了一下CE项目是说CE认证，即只限于产品不危及人类、动物和货品的安全方面的基本安全要求。也不知道是不是这个意思，有知道的朋友可以告诉老王。老王把这5个层级进行了白话文的翻译：level1能在领导的指导下，被动的收集有明确目标的客户需求；level2能够主动的收集用户需求，并根据需求改进产品；level3能确定核心需求，辅助决策并切实验证其确有价值；level4充分把握用户需求，并且通过需求形成差异化特性；level5不仅满足原有需求，还能创造用户需求，通过创造需求并且满足需求留住用户。我们先看下市场/用户的调研与分析（客户导向）level1和level2都需要哪些能力和知识：基础的调研常识；收集用户需求的理论、方法和基本技巧；调研与分析的基本理论、方法和工具；识别客户需求、主动收集客户反馈、发现改进机会；系统设计产品服务方案。我们把他们进行一下归类：第一类，基础常识：基础的调研常识；调研与分析的基本理论、方法和工具。第二类，获取用户需求：收集用户需求的理论、方法和基本技巧；识别客户需求、主动收集客户反馈、发现改进机会。第三类，解决用户需求：系统设计产品服务方案。我们就按照这三个归类，一一的去回顾和学习一下吧，凡有所出入，都是老王的锅，希望大家积极指正。第一类，基础常识：基础的调研常识；调研与分析的基本理论、方法和工具有人认为，市场调研和用户调研是两项不同是活动，其目的、方法都有所不同。但是也有人认为二者是相同的，其本质都是研究人的。对于提升市场/用户的调研与分析(客户导向)而言，我更倾向于将其统一而谈，因为其本质是为了获取需求，分析需求。而另一个能力，也就是专业技能类目下的市场分析能力/前瞻性（市场能力）：了解基本理论知识，指导下完成工作，对行业有初步认知。这个才是纯粹从市场和行业角度去分析。所以这部分我们暂时撇开不谈。那么市场/用户调研与分析的基本常识是啥？需要了解哪些内容呢？老王也不引经据典了（好吧，我也没记住），就从历史来历，形式方法等方面总结到哪算哪吧。最初做市场/用户调研的其实是市场营销的人，通过邮件的形式去了解用户的一些情况，比如是否知道我们的品牌呀，是从什么渠道知道的呀，对我们的产品有什么不满意的呀，在使用什么产品啊，你还使用过什么产品呀，等等。这就是早期的调查问卷，回收一定的结果后，可以模糊的评估上一个阶段的营销效果。然后，市场营销人员根据结果去调整营销方案，以期让更多的人知道这个品牌。但是知道归知道，发现用户对很多产品并不买账啊，这总是做出来用户不买账的东西。慢慢的，在新品研发之前，大家就开始去关注用户是否需要这个产品。也就是从这开始，在投入做一个产品之前，不管他是汽车也好，香皂也罢，大家都会想去了解一下有多少人需要这个产品，这就是市场/用户调研的历史来历。调研，拆开了说就是调查研究，你会发现上面的描述中，调研的方向和目的出现了些许偏差，从最初是希望获得营销效果，到后面是希望获得用户需求。而到了互联网时代，调研除了获取用户需求，还有提升用户体验的目的。所以，调研一定是有目的的，无论是新品开发前的调研，还是产品发布后的调研，都有其目的的。而目的不同，调研的人群、市场、内容也不同，得到的结论也不同。不过有意思的是，尽管市场/用户调研的目的不同，结论不同，但是调研方法大抵是相同的，不过也逐渐演变出一些不同的。接下来我们说一下市场/用户调研的基本理论、方法和工具。市场营销方面专业描述是这样的：图4 什么是市场调研其实跟我们获取用户需求的这个本质目标是基本一致的，之所以做市场/用户调研，不仅仅是收集用户需求，也是验证其真实性，从而获取用户真实的需求。市场调研的分类，主流分类方式包括但不限于：调研目的分类；调研对象分类；调研地域分类；资料来源分类；分析方法分类。图5 市场调研的分类这里需要了解一下根据目的分类和分析方法分类，不理解的可以查一下，都是教科书般的解释，不多赘述了。接下来要说的是如何做市场/用户调研，凡事必有因果逻辑，所以做市场调研也是有一个基本流程可以参考的。市场/用户调研的基本流程是：确定调研目的；制定调研计划；实施调研计划；收集调研结果；分析调研结果；生产调研报告。其实这个流程是比较宽泛的标准化流程，其不同点在于，采用不同的方法进行调研，相应的计划的制定、实施、收集结果的方法、分析方法以及最后的报告内容都会有所不同。确定调研目的无需多说，可以是一次对市场份额的普查，也可以是针对某一需求的验证。制定调研计划，这一步细节是比较多的，包括：确定调研对象、选择调研方法、方案设计、确定信息类型和来源、确定抽样方案及样本数量、预估经费预算、规划实施进度。确定调研对象，一般来说就是目标用户或者目标市场，也可以是潜在用户或潜在市场，这里老王不推荐做普世调研，也就是说你需要明确，比如说年龄层，所在城市，经济收入等等，你所选择的调研对象越明确，收集到的结果也才能约精准。那么如何确定使用何种调研方法？老王也是没有找到一个准则，只能说根据调研目的和所能负担的时间成本与金钱成本进行选择。当然这个前提是需要了解每一种方法的利弊，以及如何使用。方案设计就是在选定调研方法后进行方案设计，比如调查问卷的问卷设计、用户访谈的问题设计等等，然后预估一下所需要的经费预算，并且制定实施进度，什么时候开始，什么时候结束，或者说收集到多少数据结束。收集的数据要进行抽样或清洗，什么样的数据是有效数据，什么样的数据是垃圾数据。一般情况下，调查问卷是会存在随意填写的数据，但是当样本越大的时候，这个数据的占比相对会越低。而用户访谈因为数量较少，这部分数据更多是需要访谈人根据被访谈人的表现，语气，行为进行甄别，相对而言，更需要访谈人主观的去确定一些东西。实施计划于回收结果基本上就是按部就班的操作，到了数据分析则需要一些工具，比较常用的就是excel了，比方说求取平均值、占比数、用户分层占比等等，尽可能多的进行交叉处理和关系对比，你会有意想不到的收获。一般要将数据做到可视化的程度，让阅读者更为直观的看到你发现的问题或验证的结论，比如通过调研发现一些需求，哪些需求提及的人多，可以用饼状图或者柱状图去展示等等。市场调研报告分四种，综合报告；专题报告；研究性报告；说明性报告。根据调研目的不同，得出的结论，报告的呈现内容也有所不同。简单来说就是摆事实（数据），说结论。下面是一个简单的报告框架，老王没有整理具体的结构目录，只是把需要呈现的内容简述给大家：图7 市场调研报告框架那么市场/用户调研，都有哪些方法呢？最常见的调研方法就是问卷调查，这个问卷是泛指，可以是一张纸，一封email，一个h5。当然还有其他的方式方法，可以根据定性和定量来分，定性分析法包括：用户访谈、焦点小组访谈、深度访谈、专家意见等，定量分析法包括：电话询问法、在线反馈、入户询问、拦截询问、问卷调查等。图8 腾讯ued调研方法分类也有一种分类将调研方法分为观察法、问询法、实验法。观察法，是指调研人员通过观察用户的实际行为进行分析，只关注实际产生的结果，不关注用户行为的心理，但是可以通过与问询法相结合，去了解用户行为产生的原因。问询法，比方用户访谈、电话询问、问卷调查等都属于问询法，通过直接或间接询问的方式收集信息，重点是需要设计好问题。实验法，更多的是使用在因果性调研，有些类似于A/B测试，通过调控变量观察相互影响与实际结果。时过境迁，互联网与移动互联网时代，还诞生出了眼动测试、在线反馈等新的调研方法，这种方法也可以算作观察法或实验法的一种。我们通过这些调研方法，挖掘用户和市场的真实需求、喜好，以期提升用户体验，使产品对用户产生真正的价值。第二类，获取用户需求：收集用户需求的理论、方法和基本技巧；识别客户需求、主动收集客户反馈、发现改进机会这一部分，我们需要理解的是收集用户需求的理论、方法和基本技巧；识别客户需求、主动收集客户反馈、发现改进机会。这里先对这个命题进行拆解，我们可以获知的是一些理论，方法和技巧，但是产品经理的主动意识更多是源于内心，当然也是可以培养的，比如腾讯的‘1000/100/10法则’，这就是在培养你主动收集客户反馈的意识和习惯。上文中老王说过，需求的来源有很多种，不过，用户需求的来源只能是源于用户，无论他是主观的表达，还是下意识的操作，都代表了用户的需求。这里面就囊括了一些来源，比如主观表达多是在线评论，客服接听的用户反馈，访谈时的用户回答，调查问卷的结果，社区论坛的用户吐槽等等。下意识的操作更多的是用户行为监测获得的数据，包括数据埋点以及访谈时的行为，比较经典的例子就是‘索尼的黑白游戏机’，多数用户说喜欢白色的，而当拿走赠品的时候，却是拿走黑色的用户多。图9 索尼游戏机可以说，听用户怎么说的，不如看用户怎么做的。老王总结的收集用户需求的理论就是多听，多看，从用户的角度出发去发现问题的本质，这其实是知易行难了，大家都这么说，真正做的有多少，老王真不知道。而收集用户需求的方法，基本就是通过市场/用户调研，用户反馈，数据分析，体验产品等方法。（算了，把‘等’去了，基本也就这四种大的方法去获取用户需求了，有大佬有其他方法请务必留言指正呀！）至于技巧，说实话，我觉得做多了，也就有技巧了，老王在这方面做的还不够多呀。给大家抛砖引玉的说几个老王的技巧，在与用户沟通的过程中，通过反复询问去理解用户需求，这个我记得好像叫‘五个为什么？’通过这种方法可以获悉用户需求的本质，但是不特指问五个，也可能十几个，毕竟大家都是套娃，谁知道会套几层呢。进行数据分析的时候，要尽可能多的从不同的角度对数据进行处理分析，这部分请搜索统计学谬论，你就会发现，单一维度的比较所得到的分析结果往往不一定是正确的。数据分析的核心其实还是分析的人，数据可能是正确的，但是分析的结果往往可能被数据所欺骗。体验产品，这里分两个层面说，第一部分要求产品经理要经常把玩自己的产品，时常把自己代入到用户的角色中去体验自己所设计的产品，在你用起来比较困惑的地方，这就是可以改进的地方。另一个部分则是说体验其他的产品，我们通常会做一些竞品分析，无论是新项目的时候去看竞品，还是在迭代的过程中，去跟踪竞品的动向。甚至是非竞品情况下，体验一些新奇有趣的产品。在这个过程中，初期你会发现一些产品设计的细节，某款产品操作顺畅，UI新颖，功能没玩过等等，这些细节在你设计产品的时候就会触类旁通的进行设计。等到中后期，这些细节的关注就会成为你的本能，这个时候，关注的就是产品的设计思路和节奏把握，某款产品为什么在上线后12个月才上线社区模块，是出于什么考虑。结合社会现象，数据表现，去分析（猜测）这款产品的产品经理的一个思路。当然，这不一定是人家真的这么想，但是这回锻炼你的分析能力以及对产品的把控力。当然，如果你认识他的话，偶尔也会听到‘这是老板非得要的，觉得给投资人演示的时候需要有’这种理由。那么如何识别用户需求，这其实是要产品经理判断需求的真伪，什么样的需求是真需求，什么样的需求是伪需求。其实这个真伪老王觉得挺唯心的，但是不得不承认也有唯物的一面。如何判断需求的真伪，用户需要的就是真需求，哈哈，但是一亿个用户只有十个人需要，这是真需求吗？原则上说这也是真需求，但是在工作中，这其实是一个伪需求。或者说真伪不能偏面的看用户是否需要，而是要看大多数用户是否需要，当然这用户是指你的产品的用户，而不是泛指所有人。专业相机的所有功能都是真需求，因为他是发烧友和专业人士中大多数用户的需求，而傻瓜相机则是非专业人士中大多数的需求。发现改进机会这个怎么说呢，其实很多时候，我们看不顺眼或者觉得有问题的地方，你一定要慎之又慎，不要把别人当傻子，当然有时候确实有傻子。因为有一部分是因为在当时的情况下，选择出来的最优解，而时过境迁在当下看起来可能不合适了。还有一部分，明知有点瑕疵，但是没必要，还有比之更为紧急或者重要的需求。最后一部分，就是他觉得怎么做都行，先上后改，先看看效果。而且无论是哪一种，其实都是说，发现可以改进的需求之后，需要权衡改进的机会，无论是时间还是资源，甚至说是老板的喜好，可能都要考虑进去。第三类，解决用户需求：系统设计产品服务方案所谓‘系统设计产品服务方案’，在老王看来就是要充分考虑产品整体，思考产生问题的根本原因，思考需求的本质，而不是针对某个问题简单的提出一个解决方案。举个栗子，老王之前做的一款本地医疗服务类产品，通过研究与分析后发现，用户是有需求的，但是就是不下单，有反馈服务价格贵的，有怕出现医疗风险的。这就需要进行一定的研究分析，去看市场环境到底是怎样的，需求人群的收入等等，确实有市场环境、人文习惯等原因，但如何通过产品得到改善。这一需求的本质是对服务安全缺乏信任感，用户打开App到浏览服务产品，到下单开始使用服务。在这个环节当中，我们能进行优化的地方有很多，比如产品介绍、UI等等，单一提出来都是可以进行改善的，但是不够系统。需要你从产品整体上考虑，服务定价、产品包装、用户教育、安全保障、运营活动等方面，综合的给出一个解决方案，而不是想当然的觉得就是价格太贵用户接受不了，或者是话术冗长这些表面问题。当然表面问题也是问题。如此，其实系统设计产品服务方案，说的通俗点，这不仅仅是有一说一的问题，一般情况下我们只是解决了那个‘一’，但是并没有看到背后的问题，流于表面。而系统地设计，可以理解为在理解这个‘一’背后的问题后，通盘考量整个产品。当然，这是老王的理解，其实老王也在思考，如果是大公司的一颗螺丝钉，只专注于某一个模块的话，该怎么理解这段话。思来想去，老王觉得应该也是这样，当你找到问题的本质，而这个解决方案需要系统性解决，那么就需要与其他产品经理通力合作，说服他们，也算是系统层面设计了产品的解决方案。好啦，基础的理解与解读也就这样了，但是除了这些浮于表面的理论与方法之外，还希望大家对于具体的方法，比如用户访谈、问卷调查具体怎么用，区别在哪里，有一定的了解。这部分有很多内容，后面老王觉得有必要的话，再去写一写，也算是给自己的一个积累。剩下的就是实践出真知了，在工作中，时刻提醒自己要去做市场/用户调研，去验证自己的想法与需求，习惯成自然之后，想必一定能融会贯通。至于level3-level5，这是需要你做到那个程度才会达到的，纸上谈兵永远只能停步在level2啦。图片来源：图8来自腾讯ued；其余图片为作者制作。作者：老王，一个不愿意透露体重的90后产品经理，公众号“老王修炼指南”唯一作者。本文由 @老王指南 原创发布于人人都是产品经理。未经许可，禁止转载题图来自 Unsplash，基于CC0协议

用户真相是什么？无疑是最难的环节。作为产品经理，天天都在围绕吃透用户真相运转。但是总是会出现对于用户的需求过于自信，大多时候以参与人员为蓝本，研究结果远离用户真相，形成了“产品经理人体验”,“运营人员体验”，“领导人体验”等。作为产品经理，在每细化一个需求时，大家有跳出产品人经验，深挖过需求的背后吗？真正的用户研究应该建立在以用户为中心的逻辑上，对于用户的每一个确定要做的需求都能形成一个闭环，回到产品需求上。产品经理应该据有透过表面挖本质的能力，接下来我就对如何处理用户需求，做一个简单的方法总结。用户需求研究应该从以下4部分展开，用户需求调研，竞品分析，情节体验，整合为一。用户需求调研当面对用户需求时，我们需要多问几个为什么。上次工作，我接到运营方提出的订单活动需求。他们希望通过订单活动来提高商城的销量。拿到这个需求，我认真分析后，从以下7个点进行展开。（我这里所说的是已经对初步需求进行过滤后的需求）运营方希望通过订单活动来促进用户成交订单，用户希望买到最实惠的商品，之前我们商城是仅仅只有商品活动，对于订单的活动是没有做的，所以这确实可以提高转化率，尤其是带动不容易卖动商品的销量。竞品分析作为一个初级产品经理，我们不要盲目的想从需求中进行创新，多体验优秀产品，做好竞品分析。对于这次的订单活动，我参考了考拉，丰趣海淘等的订单活动是如何做的。通过竞品分析并且结合自己的需求，我将这次订单活动分为5种类型，分别是：满额打折：表示参加活动的商品都按照设置的折扣计算订单应付金额，通过【满足金额】和【折扣】编辑域设置；如订单活动的满足金额为100，折扣为0.8，满足金额为200元，折扣0.7，则订单金额大于等于100小与200时，订单则按照折扣0.8的计算，若大于等于200，订单则按照折扣0.7的计算；满额立减：表示参加活动的商品都按照设置的减免金额计算订单应付金额，通过【满足金额】和【立减金额】编辑域设置；如订单活动的满足金额为100元，减免金额5元，满足金额200元，减免15元，则订单金额大于等于100小与200时，减免5元，若大于等于200，则减免15元；N元任选：表示参加活动的商品都按照设置的固定件数计算订单应付金额，通过【固定件数】和【金额】编辑域设置；如订单活动的固定件数3件，金额119元，固定件数4件，金额149元，若下单件数为3件，则按照119元购买，若件数大于等于4件，则其中4件按照149元计算，剩余售价最低的件数按照原售价计算；多件打折：表示参加活动的商品都按照设置的固定件数计算订单应付金额，通过【固定件数】和【折扣】编辑域设置；如订单活动的固定件数3件，折扣0.9，固定件数4件，折扣0.8，则下单件数为3件，订单按照折扣0.9计算，大于等于4件，订单按照折扣0.8计算；多件立减：表示参加活动的商品都按照设置的固定件数计算订单应付金额，通过【固定件数】和【立减金额】编辑域设置；如订单活动的固定件数3件，立减金额5元，固定件数4件，立减金额10元，则下单件数为3件，立减5元，下单件数大于等于4件，立减10元；总结：初次分析竞品，可以从产品的四要素进行剖析，即内容性，功能性，可用性，情感性。产品是做出来给人使用的，一款由价值的产品必定要给客户感受到有用，能用，可用，爱用。情景调研在这一阶段，我们已经做好了产品需求的细化工作，那到底可行不？我们可以把初步的原型交给用户（真正的用户，设计师，技术开发人员，测试人员，运营人员，需求提出者），选几个典型代表，完全让他们自己去体验，不要带入同理心去干涉用户。我们只需默默在旁边看着，听着他们的分析，然后总结分析用户体验。整合为一整合为一是最关键的，对于可做的需求也并不需要全部都做。此时应抓住某一个点，让这个功能尖叫，超于用户的期望需求。例举近期工作上遇到的一个作者请假需求。先简单介绍一下我们的产品，我们是做小说网站的，主要用于读者的阅读及吸引作者来与我们平台签约。运营人员需要通过全勤奖来激发作者续签约的意向，当时他们提的需求就是做一个请假功能，让作者自己请假，不影响全勤奖的发放。用户都是懒惰的，如果按着这个需求在作者后台增加一个请假功能？作者真的会利用好这个功能吗？增加这个功能，签约作者的转化率就会提高吗？运营人员真正需要这个需求吗……抛出了一系列问题，结合我们现有的网站及人力成本等综合条件，我将这个需求进行了转换，同样还是请假功能，但是无需作者去申请请假，直接技术这边设置一个m值，即允许请假天数，当月缺勤数在m值内，则自动发放全勤奖。但是作者并不清楚我们有这个功能，同时在的通知公告里写明全勤奖的调整。这一改变让用户避免了请假，同时又不影响全勤奖的发放。这个就是需求一个转换，整合，既满足了最初的需求，又不影响用户体验。记住与其求得面面俱到而让产品失去出彩的体验点，倒不如牺牲掉那些可有可无的体验，与营造“一击致命”的体验。每天面对大量的需求，产品经理一定要有一双“火眼金睛”，站在现有产品的肩膀上，用心去做好用户研究，营造“尖峰时刻”，让你的产品有爱，高于用户期望值。本文由 @择城 原创发布于人人都是产品经理。未经许可，禁止转载。