产品调研方案

编辑导语：作为一个产品经理，做好“产品调研报告”是很有必要的；它可以帮你分析竞品、研究竞品，避免踩雷，也能让你更好的分析行业和市场的现状；本文作者详细介绍了如何高效的做好“产品调研报告”，我们一起来看一下。产品调研，对于每个做了几年的产品人来说是是再熟悉不过了，相反对于产品新人来说就有点懵逼。其实只要你掌握了对应的方法，就会发现并没有那么的难。产品调研，也叫竞品分析，它能够帮你快速熟悉自己产品的同时，也能了解和对手产品的差距。那么我们为什么要做产品调研呢？你是否希望你的产品在市场上立于不败之地，你的同类产品做了什么？怎么做的？为什么这么做？踩过哪些坑？要深入研究同类产品，方便自己，你的同事甚至你的老板了解。所以写好一份产品调研报告，是每个产品经理都必要的技能之一。一、产品调研报告分类做产品调研之前，我们应该了解常见的调研报告的分类，这里的分类主要是根据产品的不同阶段、因为不同目的展开进行的。第一种是市场调研报告，为了帮助我们了解行业和市场规模而进行调研的报告。爹二种是产品体验报告，为了帮助我们对比分析竞品的使用体验而进行调研的报告。第三种是竞品分析报告，为了帮助我们了解竞品的规模、特色、布局、营收、产品定位、发展趋势而进行调研的报告。二、To B和To C调研的区别首先最大的区别就是调研的目标不同。B端产品主要是面向企业用户，主要是为了更好支撑企业业务运转，解决企业面临的问题。所以我们的调研目标主要是分析业务现状和梳理业务问题、为给出有效的设计方案提供支撑，最终是为了解决业务问题，提升工作效率。相反C端产品是面向与终端用户，所以一般调研目标是获取真实有效的用户需求、应用场景、用户体验感；以便后面结合用户需求、痛点设计解决方案，最终实现商业需求。其次是调研的对象不同。B端产品的目标用户为某一特定组织或机构，我们的调研对象需要包含组织中的不同人员，从高层管理人员再到一线运维人员，业务涉及到人员都要全部覆盖。所以很多时候，B端的调研是最耗费时间和经历的。相反C端产品的目标用户是一个个独立的个体，所以调研对象一般都是个人，主要是基于产品定位、细分领域所具代表性用户。最后是调研的方法不同。C端产品做竞品分析是必须的一步、需要从那些市场上已经存在的同类型产品或将来存在竞争的产品中，争夺用户。所以C端产品做竞品分析是其必须要做的，能够清晰了解到竞品的核心业务、优缺点、自己又该从哪个角度去切入。相反B端产品的竞品分析确说选做的。不同公司的业务流程、管理机制都是不一样的，需要的功能也是不一样的，所以B端产品需求根据业务具体业务流程去进行分析的。B端产品的调研方法；深度访谈、轮岗实习、调卷调查、数据分析、行业研究等。三、如何做好产品调研如果调研之前没有问题，没有目标，那么花费时间调研完全属于浪费时间；调研之前必须先明确目标，明确要解决的问题，这样才能够采取合理的调研方法，得出有用的结论。《用户体验要素》中将产品的用户体验分为五层，表现层、框架层、结构层、范围层、战略层；其中最底层也最基本的即战略层，战略层提出的问题是：“我们为什么要开发这个产品”，这是一个产品存在的最终极意义。1. 要明确你的调研目的和产品目标是什么？调研目的，我以滴滴打车为例：做项目之前，你的领导想了解出租车行业市场规模有多大？普通用户对共享打车的需求有多大？普通市民的汽车保有量处于什么量级？基于这些问题，完全有必要做一次详细的市场调研报告。产品目标通常很明显，说白了就是要么给企业赚钱，要么给企业省钱，用户需求却通常是非常复杂也非常值得分析讨论的话题。更具体一点，在调研报告中如何将用户需求阐述清楚呢？我们需要将其拆解；就得到以下的场景：用户在什么场景下产生的什么样的需求。当然，To B类产品有不同于To C产品之处，相比之下，他们可能更需要了解竞品的售价如何？竞品的销售流程是怎样的？竞品的推广销售团队规模有多大？竞品怎么打广告、怎么推广产品、怎么扩大影响力的？竞品对于售后是怎么做的？等等，一系列对于To B类产品业务发展非常重要的问题都需要通过调研来解答。2. 要知道，我们调研什么？你将要负责的产品逻辑是什么？有了对应的分析以后，已经明确了调研目的；根据调研目的，可以详细筹划细分，明确具体的调研项。这里以企业微信为例，假设我们的调研目的是了解竞品的销售方面的情况，那么我们可以进行拆分，从以下角度入手：产品定价是什么？产品的付费方式是什么？产品有没有优惠，策略怎样？产品销售团队规模多大？产品对应的流程怎么样？我们的产品涉及到哪些角色？当然以上仅仅是从销售这一块出发，就可以细分出上面的许多问题；如果从宣传推广角度，也可以整理出很多明确的问题。相反从产品的视角，对于用户，我们需要去搞清楚用户的流向，都有哪些用户？他们互相之间是怎么联系的？例如：新浪微博中的大V（核心用户）是怎么吸引跟普通用户来关注、互动的，不怎么发微博的用户是怎么被微博热点吸引上来并且偶尔评论的，也就是他们是怎么联系的。对于数据，即数据的流向，产生的数据流是如何运转的？这两个方面是密切相关的，他们会产生汇合点，那我们也要去分析用户、数据在哪个关键页面汇合。例如：饿了么，它里面的红包、积分等与钱有关的是怎么得到，怎么运作的；它里面的用户点评数、评分，又是怎么运转的；红包与评分之间是怎么支撑起产品的整个生态链的。至于汇合点，就是上面所说的用户和数据是在哪些页面，通过什么操作来进行汇合的。例如：当用户取消订单之后，在取消订单页面是需要商家同意的，在取消订单页之前用户是怎么操作的，之后商家是怎么操作的。最后一点是关键路径——找到不同类型用户必须要经过的，不可去掉的路径，分析这个路径是否有优化的可能性和必要。3. 那么我们要怎样去调研呢？明确了上面的两点，接下来就是根据要调研的内容，思考调研方法了。调研方法有太多，可以发问卷、可以做访谈、可以上网查数据、可以访问竞品网站、可以体验竞品产品……。有了明确的目标，我们一定可以找到适合目标的方法，然后执行。针对To B类的产品，一个最有效的方法，就是作为客户去和竞品的客服人员、销售人员、甚至技术同学进行一对一的聊天；从中可以得到很多有用的信息：小到产品定价，大到产品方案介绍。当然，对于竞品方案的琢磨分析，还是需要产品经理下一番苦功夫，真正用心体验竞品的产品。明确了上面的三点，我们就可以按部就班的去执行了。四、如何写产品调研报告调研结束，得到我们想要的结果，接下来就该思考怎样写调研报告。第一点，我们写的内容务必有用。和做调研的目的一样，写调研报告时候也要时刻谨记写的内容一定要有用，和调研目的相对应；如果写的内容只是单纯的拼凑罗列内容或者秀PPT美观性，那实际的意义并没有多少。第二点，调研的要有明确的一些结论。越是重要的调研报告，越会得到领导的重视，领导看到一份调研报告，最想看到的必然是调研结论；所以，一份调研报告，结论非常重要的；而且，建议最好把调研结论放到最前面。第三点，调研要给出可行的建议。调研除了总是往往是不够的，还要根据结论，与自己的产品业务相结合，梳理出可执行的建设性的建议。如果重要的方向性的问题或者涉及到一块业务做和不做的问题，就更有必要把调研结论和建议呈现给领导，让领导能够从更高的角度定夺。第四点，调研的报告要有逻辑性，避免简单的罗列。我们写调研报告不仅是简单的罗列材料，而是要具有严谨的逻辑性；将材料进行梳理整合，进行逻辑条理、重点突出的呈现。第五点，要学会突出重点。对于一些重要的内容都要用大号文字、特殊颜色、加粗等方式进行标注；重要的内容包括：标题、结论、建议、重要的数字（比如：定价）等。最后一点虽然是最简单的，但也是最难的，关于报告的美观性。把美观性放在最后，并非不重要，二是前面的要求和这里的美观性是一种皮之不存毛将焉附的关系。在To B产品团队，建议采用商业风格、整洁严谨的PPT模板。当然在实际工作中，一份完整的调研报告并不是只罗列事实，最好能达到的效果是：读者只看结论部分，就能了解你整份报告都做了什么，有哪些成果。以上是对于产品调研报告的一些总结，希望对你有帮助。本文由 @断念 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议。

编辑导读：产品调研是产品经理的基础工作之一，不论是在做产品规划、竞品分析，或者想要了解某些感兴趣的产品时，往往需要深度体验一番。本文从产品调研的框架思路和具体方法两个方面，对如何做一次有价值的产品调研这个问题展开了分析说明，与大家分享。在做产品调研时，往往是带有一定目的的，可能是需要找到竞品核心亮点和规划方向，可能需要探寻竞品的商业模式。总之，如果想要更高效的、有价值的找到产品的价值点，就需要讲究一些套路了。产品调研的方法通常有用户体验五要素，即通过梳理战略层、范围层、结构层、框架层以及表现层，来描述对产品的认知和感受；还可以通过商业模式画布，来分析产品的商业模式，以明确产品的核心生存能力和商业竞争模式等等；通过运用不同的方法，从不同层面来拨开产品的面目，确实可以拥有更独特的视角；但是如果只按照这些通用的方法框架去填充内容，可能也不会有太多深刻的收获，因此，还需要学会如何结合已有方法论，去做一次有价值的产品调研。一、产品调研框架和思路那么，有价值的产品调研，应该是什么样的？笔者认为一定是首先可以达到自己的目的，可以快速将调研内容用在工作中，其次可以补充自己的信息差，甚至可以开拓眼界，发现更多新奇的产品功能或者运营；在调研之前，可以先进行最本质的思考，一款互联网产品被安装在移动手机或PC端上，就是为了能帮助用户在移动/PC场景下解决问题，所以在抽象产品功能结构和交互体验之时，也需要思考这些功能在什么场景下有什么用，才能更加理解产品设计的用意，而不是单纯的一个产品功能点。同时，如果想更加全面的了解产品的前因后果，就可以从用户场景、产品逻辑与结构、产品交互体验、产品迭代与运营路径和产品数据表现几方面来调研；用户场景：针对产品的核心功能点，梳理功能在移动或PC场景下的操作动机，可以明确这些点实际是在为用户解决什么问题，或者说用户在这些操作场景下需要哪些功能点，来解决自己的问问题；产品逻辑与结构：可以知道产品的架构设计和实现方案，是怎么来解决问题的，以及未来的拓展；交互体验：可以了解目标用户在使用同类产品时的行为模式和操作习惯，便于将思路复用到自己产品上；产品迭代记录：可以了解产品的发版记录，去思考产品的演进路径，是基于什么目标去完善产品的方案，以及未来想要达到什么目的；运营方式：结合产品发版记录，去匹配特定时间特定阶段的运营方式，往往可以了解当时的运营背景和目标；产品数据表现：可以通过官方或第三方数据来看产品上线效果，比如商店评论、论坛、官网反馈等等判断产品的服务能力和市场交付状况；二、基本思路和框架下的调研方法1. 明确调研背景以及目的调研背景：说明此次调研的背景，需要参考了解？竞品对比？还是市场行业用户分析？调研目的：想通过此次调研达到什么目的？发掘亮点功能？借鉴发展方向？还是纯属个人兴趣？往往调研的背景和目的不同，所以投入和产出的内容也不同，如果是公司工作要求，那可能就需要完整的、全面的体验，来输出客观的、有价值的产品调研报告；如果只是自己兴趣了解，或为了面试问答，那么就需要抓住几个重要的角度去切入，而不必要全面深入；2. 初识产品产品概况：简要说明产品服务形态，是什么，做什么，为谁提供什么服务，解决什么问题；产品核心功能点：说明针对目标用户最核心的几个功能场景，通常3-5个即可；比如构成现在的微信生态的几个核心场景，消息、朋友圈、微信自媒体(公众号、视频号)、小程序、消费支付；比如xx产品，为用户提供xx功能和服务，目标用户是某些年龄范围内的学生或在职青年，希望可以有一款产品能帮助他们解决什么问题，而这款产品正好在用户的痛点方面有很好的解决方案，不仅满足了基本需求，还通过提供附加功能来提升整体的产品体验；同时，经过了几年的市场深耕，这款产品从为个人效率服务，已经拓展到了为企业增效服务，在个人应用和企业赋能的场景上都有不错的表现。3. 用户-场景-需求罗列产品的典型目标用户、场景、以及在该场景下的解决方案；基于产品定位分析上述场景，发现不同解决方案的优缺点；这个阶段承接上个步骤，罗列产品的几个典型应用场景，以及在这些场景中分别提供了什么解决方案；同时，基于自己的理解和认知，来思考产品提供的解决方案是否够完整，如果是你，你会有哪些想法？同时说说各个方案的优缺点；这样做可以让自己在理解产品时更加深刻，很多时候我们觉得某个产品的功能做的不好，其实是因为我们不太了解产品真正要解决的目标用户和场景，仅仅是站在我们自己的角度去判断，难免有失客观；4. 产品逻辑与结构核心业务逻辑：梳理各用户角色在产品中的功能流转和整体业务模型，包括产品收益方式、付费模式等；用户使用流程：梳理各个核心用户的业务流程图，并分析在流程上的优缺点，是否已经闭环或存在不合理；产品功能结构：通过自己的产品体验来拆解产品功能结构/信息结构，直观了解产品的功能框架；这个阶段就是用户体验五要素中的结构层和框架层的内容，往往这些点可以展示产品的完整形象，也是产品直观展示在用户眼前的形态；如果你需要找到自己产品的突破点，那么这部分的竞品调研是不可少的；5. 产品交互体验整体交互设计：找到产品的核心业务逻辑，梳理页面流程，分析在流程中想要达到理想态的优缺点；实现功能的方式有很多种，但是涉及到后续功能的转化率或OKR，就不能简单的照抄或随便设计而已了；因此需要梳理页面流程，在具体分析数据之前，可以看看不同页面的设计和跳转是否合理，符合用户操作习惯；6. 产品的迭代与运营路径根据应用市场中的产品发版记录，梳理产品在近期的迭代和运营记录，分析产品的发展方向和未来可能的规划；任何产品的演进都是有目的的，市场一片大好的时候可以长刀直入，遇到市场竞争激烈时就会曲线救国；但无论何时，通过观察产品的迭代版本记录，往往可以发现产品的“野心”；如果你们目的地一致，那便可以肝胆相照，但如果是竞争对手，那么尽快“识破”对手的目的，提早布局才能增强自己产品的竞争力；7. 产品数据表现增长曲线：结合数据梳理产品在迭代过程中的用户、收益增长，梳理在哪些阶段、哪些时刻会有明显增长并分析其中的原因；产品使用数据：如有声读物、知识付费、社交类类产品，通常会在产品内部观察到活跃情况(点赞、收藏、评论等操作)，可以侧面分析哪些内容是用户喜欢和关注的，梳理未来的内容运营方向；就算是机遇无限的互联网环境，也没有平白无故的高速增长，绝大多数情况是因为产品做对了什么。看看产品的几个增长点，结合产品迭代记录以及当时的环境，分析增长的原因，是因为活动运营收效好、客户运营很成功，还是赶上了直接竞品的失误，给产品创造了机会；产品使用数据则是用户行为的直接表现，不要看用户说什么，而要多看用户怎么做；如果调研的产品是自己产品的直接竞品，那么对于自己产品需要构建什么内容，就有很大参考价值了；8. 对比竞品分析用户反馈数据对比：从用户侧了解产品的评分、口碑、反响；产品基本情况、典型功能对比：可以表格对比形式罗列关键点和高度重合的内容，并从核心业务层面分析优缺点；产品的差异点对比：罗列相同点和不同点，分析产品的差异化和竞争力；这个阶段就是常规的竞品对比内容了，也是产品经理的基本功，能从竞品对比中发现自己产品真正未被满足的需求，以及竞品做的不好的地方，也是产品调研的价值点之一；9. 调研结论根据以上分析内容，梳理产品本身、运营、业务模型和规划的思路和建议，通常3-5个。经过一番详细的调研，势必要整理一份完整的调研报告了；前面经过对比分析和阐述，那么对于调研的状况，你有哪些好的建议才是最好的；有调研，有思考，有方案，才是完整的调研结构。三、找到价值点，而非简单套路以上是产品调研的完整思路，不一定全部用到，还需要根据自己需要选择性的调研，否则往往会造成精力浪费；如果只是自己兴趣了解或面试问答的要求和能力，那么初识产品、用户场景需求这两个阶段就基本可以满足；如果想要输出更规范的调研报告，那就应该更加深入调研了。好的产品调研不仅可以让自己更加了解目标产品的信息，还有利于练习自己的产品感，通过一定的方法去层层拆解，通过不同维度去探究产品的全貌，同时对同类型产品做归类，寻找相似点，慢慢地就可以有良好的产品感。以上就是个人在学习、实践后总结的思考，不一定都适用，但如果你正好需要，那就去试试吧。#专栏作家#通俗产品人，分享独树一帜的产品思维、职业经验。本文原创发布于人人都是产品经理，未经许可，禁止转载。题图来自 Pexels，基于CC0协议

需求调研分析是产品经理人员常常去做的事情，用户调查的方法多种多样。然而，怎样提高用户调查的有效性却是个值得思考的问题，网上有很多提供调查方法的文章和理论似乎并没有系统完整地阐述如何进行用户调查，那么用户调查究竟应该怎么做呢？1.分析并明确调研的对象刚开始，第一件事就是确定调查对象。当我们做调查时，俗话说问对人做对事，含义：研究不同的用户群，获得不同的需求。用户按其研究对象可分为不同的类型。根据调查目的的不同，采取不同的调查方法，以发现不同的调查对象；所以明确的调查目标是整个调查过程中的关键第一步。从时间上看，调查目的可分为三类：i、产品状态：目前用户对产品的使用现状如何？ii、具体需求(用户来源、使用路径、资费等)：产品需求得到用户的认可吗？iii、使用体验：产品经验的表现如何？还有哪些地方需要改进？2.设定目标，使问题更聚焦2.1、在产品生命周期的不同阶段，用户调查有着不同的使命。在产品开发初期，我们可以根据调查结果得到不同的用户需求作为构建系统的依据，在产品上线后，我们可以从用户那里收集反馈，改进业务流程或用户体验。不管您是想要了解用户的观点和行为，验证假设，还是量化研究结果，您都必须在进行研究前确定这次调查的目的，因为任何无意义的闲谈或问卷调查都是无效的和干扰。2.2、其实很多人习惯问用户“你想要什么其他功能？”，“您觉得这个APP好用吗？”这样类似的问题，但这是把客户引向错误方向的开始。千万不要让客户告诉你怎么做系统。正确的方法是通过用户对业务和使用习惯的描述来构建或改进系统。所以在调查的过程中，有必要设定要达到的目标，然后围绕这个目标展开。确定调研目标后，我们要针对目标制定调研计划。调查的对象具有哪些特点？目标用户的地理位置？调查预算是多少？采用何种调查方法才能达到调查目的？问用户什么问题，以验证我们的疑问和假设？调查时间，地点，参加人员，设备，物料等准备工作。3.明确调研的形式研究方法很多，常见的有：眼动试验、A/B测试、可用性试验、用户见面访谈、电子问卷、焦点小组、参与式设计等。每一种方法都有其优缺点，我们在产品的不同阶段选择合适的方法，这里恰当的意思是指适合产品规模，同时也适合公司规模，比如许多中小型企业根本就不需要做眼球运动试验或可用性测试。基于我的经验，下面的几种方法是比较常用的，并且可以产生不错的效果：关于用户见面访谈采访用户最直接有效的方式就是和用户进行更长时间更深入的交流。更容易得到用户的真实想法和潜在因素，通常用于解决具体问题。在有了明确的目标之后，研究者提出的问题需要仔细推敲和打磨。在文章的下一部分，我们将重点讨论问题的组合。电子问卷调查问卷调查是一种常见的研究方法。问卷调查的优点是调查范围广，可以得到更多人的反馈，用于数据统计/分析。缺点是不够深入，问卷的设计会很大程度上影响用户的回答。因此，设计一份合理的问卷直接决定了本次调查的质量。一份优秀的问卷需要两个主要方面:长度和问题类型。通常问卷时间5分钟内即可，设定的问题要尽量具体，不要空洞。在问题设置上，要尽可能避免使用封闭式问题(提供多个选项，类似选择题)，因为这样的问题容易诱导回答者，从而导致结论不准确。另外，使用半封闭式和开放式问题的好处是，这样的问题可以让回答者思考更多，获得更准确的信息。真实场景调研在一些传统书籍中，也称之为“现场观察”，但现在更多的是再现场景。说白了就是创建用户平时使用产品的场景，看看用户在熟悉的环境下是如何操作的。在B端产品中，通常是进行实地考察。这种方法可以使产品人员对需求和业务流程有更直观的了解，更容易得到一些被忽略的细节。在观察的过程中，需要多思考，尝试总结整个任务的步骤，寻找脉络。4、分析调研结果4.1、对调查研究中的关键问题进行分析，得出相关结论，用来回答调查研究中的问题和假设。以需求为导向的分析过程如下：我们的调查用户和目标用户是否匹配？如不匹配，试着在下一次调查中找到更准确的目标用户。4.2、用来比较调查结果是否有很大的不同。使用者是否认为我们的产品满足他们的需求？这是一种痛点刚需还是一种无关痛痒的小需求？使用者认为我们的产品很酷？是否有特点？是否愿意为此付费？通过对调查结果的分析，如果我们的需求假设得到验证，还有哪些地方需要进一步改进？如果需求假设没有得到验证，是因为我们的研究用户不匹配，是需求有问题还是解决方案有问题？想想这些问题能不能解决，怎么解决。优化后，我们将进行下一次用户调查，并继续迭代。5.分析用户行为和真实想法；5.1、对调查结果进行分析，这是调查的最后一步，也是最重要的一步。若将用户需求比作一条污染河流，则我们通过调查得到的往往是河流下游的“可见需求”。经常会有困扰用户的问题，用户可以自己想象得到的功能等等。但是污水总是源源不断地从河里排出，我们必须找出一种方法去寻找来源，就是得到“没有意识到的需要”和“无形的需要”。5.2、潜意识地通过产品人员对真实工作场景的感同身受而提出更加合理的解决方案，无形需求是指产品人员对业务的深刻理解和用户心理去构思出用户无法想象的解决方案。因此在经过调查研究之后需要归纳和总结并大胆的提出设想，再去不断的进行实践和验证。并且，通过研究用户的想法，可以使产品人员了解用户为什么提出这样的需求，基于什么样的业务和心理前提，这样的需求是否值得响应等等，对需求分析有明确的指导意义。用户研究可以从不同的用户得到不同的观点，但产品不能追求满足所有人的需求，产品有自己的特点和定位。

编辑导语：产品调研，这对产品经理来说，是最熟悉不过的工作内容了，作为产品经理一定要学会做产品调研。本篇文章中，作者为我们分析了为什么要做产品调研，指出了功能调研和产品调研到底有什么区别，并且总结了产品调研应该怎么去做。“坚持长期有效的调研，是提升产品感的有效方式，避免临时抱佛脚的窘境。”产品调研重不重要？几乎每个从业1-3年的产品经理都会遇到的问题。人人都说知彼知己方可百战百胜，但是在实际工作中，却有80%的产品经理很少重视产品调研。不可置否，尽管各个产品流派都在强调产品调研的重要性，但是在实际工作场景中，产品调研这项工作往往就会被忽略。各种因由，可能是时间，可能是资源。归根到底还是在大多数产品经理心中对于产品调研，觉得是个锦上添花而非雪中送炭的事情。然而，事实真的如此吗？一、为什么要去做产品调研？工作中我们或多或少会遇到一些场景：竞争对手上新的功能了，我们要评估一下，要不要跟进；要上新的功能，之前没有经验，看看人家是怎么做的，有什么是可以参考的；日常联系自己对产品的分析和判断能力。这三个场景几乎我们都会遇到，然后也会用一些方法去处理这些问题。而处理这些问题的方法，就是产品调研。那么，我们到底应该怎么样去做产品调研呢？第一点：竞品上线新功能之后，我们去调研的时候，一般需要考虑用户有哪些、用户分别是怎么使用的、在使用过程中满足了用户什么样的需求以及用户得到了什么好处。其次，我们还要看一下数据表现，也就是功能的使用情况。这里我们可以根据具体产品的业务类型选着合适的数据指标。功能的数据表现主要看覆盖率、打开率、成交量等等。一般特别精确的内部数据我们是拿不到的，我们只需要关注公开资料中的相关数据即可。最后，需要思考对于自己的产品有什么意义。调研产品是为了给设计产品做决策提供依据，所以要结合自己的产品去思考要不要抄，能不能抄，给出自己的结论。第二点：我们自己的产品准备上新功能的时候，一般会去借鉴其他产品的功能。那么针对这一类调研，我们需要关注的重点有以下几点：在调研之前，我们一定要思考自己产品的目标用户、还有他们的需求是什么，以及了解自己产品目前的现状。搞清楚为什么要做迭代，做迭代主要是希望达成什么目的？然后最好带着目的去做功能点的具体调研。我们在选择调研产品时，要尽可能的去调研国内外优秀的产品，譬如行业领先水平的产品，或者周围用户都在使用，口碑很好的产品。具体在分析时，可以去关注，对方产品功能的核心关键点是什么，他们的功能逻辑是什么？为什么要这样设计，背后可能满足的用户场景是啥？其中需要注意的是，在分析调研几款产品时，通常来说相同点都是关键点，差异点都是亮点。最后，通过梳理功能逻辑，给出自己的结论。第三点：为了个人学习和积累，我们要先明确都有哪些功能点，在这些功能点中，哪个是最关键的。与之对应的用户场景需求是否都被满足了，产品的底层逻辑和流程是怎样的，其中的亮点有哪些，最后，数据表现如何，是否跟我们的分析相符。其实上面的的三种情况仅仅是我们在做产品调研中比较初级的功能点的调研，当我们产品经理比较丰富的时候，站在更高的维度来看产品是，我们就不能仅仅考虑功能的本身了。我们的视野要更开阔一些，来关注独立产品的设计。二、功能调研和产品调研到底有什么区别？那么，功能调研和产品调研到底有什么区别呢？在我看来这两者都是目的性明确的调研，注重产品底层的逻辑流程和产品是如何满足用户需求的。而不同之处在于，功能调研注重的是业务流程的梳理，交互体验和功能中的突出亮点；产品调研则注重功能的迭代过程、产品结构以及运营逻辑。简单一点来说，可以把功能调研，理解成是点的调研，而产品调研，是面的调研。功能调研更倾向于在单点进行深入，而产品调研，更注重调研的深度和广度。三、产品调研如何做？产品调研怎么来做呢？在讲产品调研之前啊，先给大家介绍一个“黑白盒子”理论，所谓黑白盒子理论就是一套产品分析的方法。所谓黑箱，套用测试里面的定义，就是不去考察产品内部的线路、流程和设计思路，而是直接按照他的交付预期去测试。比如这个产品就是让100个人站上去不会垮，他的黑箱测试就是让100个人站上去，看看会不会垮，如果不会就成功了。至于里面是水泥做的还是塑胶做的，统统不管。所谓白箱，就是看产品里面的设计逻辑、线路结构、流程等细节是否符合设计方案，我们套用这里理论进而推导出了一个产品调研模型：我们分别来看一下：第一点：用户场景需求，什么样的用户，在什么样的情况下（场景）会使用产品或者功能，来解决什么问题。我们要明确“用户、场景、需求”是怎么被满足的，这点特别重要。假设我们有个功能特别棒、特别酷，但是呢？如果功能跟用户的使用场景没有关联，对用户需求解决没有帮助，尽管这个功能很好，但是对产品而言也是个无用功能。第二点：产品逻辑，就是产品是怎么运转的，都有哪些用户，用户和用户之前是如何发生了联系，产生的数据是如何流转的，用户和数据是在哪个页面汇合的。这里我们可以具体到几个工具：产品业务逻辑图、产品业务流程图、产品功能结构图、产品页面流程等。第三点：关键页面与交互，这一点相对容易一些，我们都下载使用过不少产品，在日常使用中可以多留意一些好的交互设计，遇见不好的交互也可以多思考，什么样的方式更适合。第四点：了解产品的迭代路线。一款产品爆红一定是有发展历程的，所以要关注产品的迭代与发展，通过分析产品的迭代路径，可以知道哪个功能点的优先级会高一些；然后再结合这个产品的数据，还有用户的反馈，帮助我们判断用户的喜好，然后我们以后在设计产品时，可以少走弯路。第五点：前面我们看了用户需求、产品逻辑、页面交互、迭代路径等等，基本上就把产品分析的很透彻了。再下来有个很关键的点，判断产品好不好，还要看一下他的数据表现怎么样。产品表现我们主要看两个指标，数据表现和用户表现。尽量看产品本身公开、有用的数据，比如用户的评论数、评论内容、产品内的内容相关数据，数量、用户点赞评论转发等。第六点：运营路径与关键运营点，通过我们得到的数据去复盘运营路径与方法，可以最大限度的帮助我们避免踩坑。得到数据后，我们可以简单复盘一下。四、总结最后我们回到最初的目的来看，我们为什么要做产品调研？在我看来，无非两个东西：提升所谓的产品感，我们的产品感好的话，设计起产品来就会更加顺手一点；提升工作效率，当我们要做个一事情的时候，有前人经验和案例可以参考。对于提升产品感，理解行业新趋势，并获得和同行交流的谈资。通常每半年都会有新的产品形式，要思考新的趋势跟自己产品的结合；此外，你体验和思考的多了，也可以帮助自己积累谈资，跟圈子里的同行交流时有话可谈。第二种是为了提升工作效率，抄时选择性的抄，知道哪些该抄、哪些不该抄，需要结合产品本身及当前形势判断的。归根结底，所谓的产品调研其实就是让我们去认识产品、还原产品、创造产品。认识产品：就是充分理解产品，怎么理解产品，我们通过体验、使用产品，通过产品的数据表现、版本迭代，去理解他的运营动作，看看他的官方动作或者其他人的调研报告来深入理解。还原产品：就是对产品的分析和归纳，我们首先要看到产品背后的功能结构和流程，这是必须要理解的，否者我们只是产品的一个用户而已。版本迭代的过程，整个产品是怎么演变过来的，我们要站在对方产品经理的角度去理解产品设计迭代的逻辑的；再然后我们梳理出运营大事件的时间轴，最后呢通过前面三个，我们得出一个产品增长曲线。通过增长曲线我们就可以看出产品增长背后的理由，它是由功能带动的呢？还是由运营带动的呢？还是因为市场的问题？当我们从多个角度来看待产品增长的时候呢，眼光也会更加透彻了。再然后就是创造产品：在调研部分的创造是比较粗糙的，这里我们只要确定，别人做的什么、是不适合我们、抄不抄、抄哪个。最后，我们所有东西都要做吗？也不是，这个时候我们就要基于我们的目的，基于目的去分析产品，这样产出的报告也会非常的聚焦，可读性非常强。这就是我对产品调研的理解，最后用一句鸡汤来作为结束：坚持长期有效的调研，是提升产品感的有效方式，避免临时抱佛脚的窘境！希望能对你有所帮助。本文由 @kiwi 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议

编辑导语：产品经理在日常工作中会遇到多方提出的需求，需求需要跟业务场景结合判断，一个完整的业务场景是非常重要且必要的；本文作者分享了关于如何规范有效的通过业务场景做好产品调研的思考与方法，我们一起来看一下。“你把业务场景说一下？”这是产品经理会经常说的一句话，的确，业务场景是产品经理用于需求调研的一种策略，但是大部分情况下我们得到的反馈却是一句话业务场景，我遇到过需求方就会说：“我需要退货，让门店快速退货”。对于B端产品经理，如何规范而有效的通过业务场景做好产品调研工作呢？产品设计成功的关键因素是它与业务需求的关联程度，以及能否有效的支持用户实现其业务目标，在这里业务场景就非常重要，可用于帮助识别和理解业务需求，从而得出产品方案必须解决的业务需求。业务场景是用业务术语与产品术语一起对业务需求的完整描述，将单个需求和其他需求关联在一起，放在整个问题的背景环境中审视和讨论。一般业务场景有以下几个组成元素：背景环境、业务流程、执行该场景的人员（或者系统组件）、期望产出结果。这里的背景环境很重要，如果缺失了背景环境，业务需求就是不完整的，产品设计价值不明确，就会导致潜在的产品设计方案存在一定的风险性；一个好的业务场景能够表达出重要的业务需求或问题，并使产品经理及开发者充分了解产品解决方案对用户的价值体现。通常情况下，良好的业务场景是“smart”的：具体的（Specific）：定义业务中需要完成什么？可衡量的（Measurable）：通过成功的明确衡量指标。可付诸行动的（Attainable）：明确的划分问题，为确定的产品方案的计划提供基础资源。切实可行的（Relevant）：可在物理实现、时间、技术和成本约束的范围内解决。有时限的（Time-bound）：产品解决方案的生命周期有明确的说明。想要得到正确且完整的业务场景并非易事，首先，你的用户知道他们想要什么，但是无法表达出来或者准确的传达。作为产品经理，你仍然必须了解业务，了解业务场景中最重要的参与者：花时间，观察并记录他们是怎么工作的；从关键负责人那里了解关键业务规则；专注于需要完成的事情以及熟悉它是如何被完成的。这样做，会给业务需求到产品实现提供锚点，应该有勤奋且批判的态度，对后续的工作大有益处。下面我们看一下如何实现一个业务场景的构建？这有一套业务场景方法矩阵，包括整体流程和每个分解步骤：1）识别，记录驱动场景的问题用户调研问题尽可能表达成类似于流程步骤的描述：“需要做什么”，而不是“如何做”；提出有助于确定问题存在于何处和合适发生的问题：“您会在哪里遇到这个问题，在哪个业务流程中？是流程开始前还是过程中”等一些问题，同时，可以了解下问题的成本：问题本身的成本有哪些，是否存在其他隐形的成本；2）识别该场景下的业务环境并将其记录把问题放在整体的大环境去看，可以参照PESTEL分析模型，虽小题大做，但思路却相仿：环境：识别这些问题困扰的关键过程及主要步骤，比如上述场景中的退场审核环节导致整体流程较慢政治：存在这个问题的内部业务部门，比如门店店长社会：相关联的外部合作伙伴，比如供应商运输司机法律：存在该情况的具体的业务规则和章程，比如退货操作指导技术：技术约束及应用到的技术原则，比如订单必须产生作业指令，才能操作退厂经济：该场景下的资金支持程度，比如投入研发资源不足3）确定并记录预期的目标结果：符合“SMART”原则和用户确定预期的目标，目标依据要足以支撑目标，比如：投资收益、合规性、易用性及可伸缩性，这就是我们说的需求价值维度，要细化和量化目标价值；那需求方的一句话需求，我们就可以通过引导需求方进行细化：“现在退货比较慢，阻碍了业务发展，我希望到2020年3月份，在门店的店长，需要在2天内快速完成和供应商的退货交接，从退货发起到商品供应商带走，并完成退货单；退货效率提升60%，人工成本降低80%，我们可以给你100人天的资源预算去完成这项产品研发工作”这样听下来，比一句话需求是不是就明确很多了！4）确定主要参与者及其在业务场景中的位置主要参与者代表与系统交互或在系统内部交互的人员。主要参与者通过触点与产品交互，例如：计算机用户与计算机、采购员与采购系统但是，主要参与者在产品使用过程中代表用户扮演的角色；他们是一个用户，也是一个角色。每个主要参与者以不同的方式使用系统（否则他们应该是同一参与者）。从不同的角度询问将涉及的人员，例如：审批领导、运维专员、操作员、管理员5）识别系统参与者及其在业务场景中的位置参与者可以是人，也可以是一个计算机系统，甚至一段代码逻辑，确定了人的角色，也要把无声的系统参与者识别出来，确定他们必须做什么？比如自动补货自主下单、自动接单平台自动分发单据等6）识别并记录每个参与者的角色，职责和工作的衡量指标；定义好产品中的角色后，需要确认他们的职责、任务及衡量的指标，在什么节点和条件下需要作出什么样的动作等，都要进行确认；7）检查业务场景的适用性，并在必要的节点进行细化；最后，检查一下是否具有足够的信息去识别什么可以满足该需求，若没有，则在必要的节点和关键流程进行更深入的调研，让用户给予更多的业务输入，直到可以评估业务场景及解决方案；在上述每个流程中，为了确保每一步稳定输出，还需要将每一个阶段的流程进行分解，分三步走：收集、分析最后进行确认：第一步：收集收集阶段是为了收集各方面的信息，可以使用多种方法，例如情报研究、定性分析、定量分析、调查、信息资料等；在面对面交流之前，应收集尽可能多的信息并提前尽可能处理多的信息；例如，信息资料可以提供例如战略计划和运营方案，这样的文件资料通常可以提供更加深入的见解，但是其中包含的信息通常需要进行大量的预处理；如果可能，该信息可用于在研讨会之前生成业务场景的初始草稿；这将增加产品经理的理解力和信心力，以及研讨会对参与者的价值。收集信息的一种非常有用的方法是组织业务场景沟通会，通过该会议，产品经理通过一系列问题引导一组精选业务代表，以获取有关产品工作所要解决的问题的信息，沟通会参与者必须从组织的业务中精心挑选。重要的是——能够挑选一批对业务熟悉且愿意表达的需求方；沟通过程中，尽可能引用真实的案例，增加与会沟通的需求方的代入感，极大的强化了业务场景。第二步：分析在分析阶段，其实完成了许多实际产品工作；处理和记录收集的信息，并创建相关业务场景模型（流程图、矩阵图、业务逻辑），以形象化的方式表达出来。分析阶段利用产品经理工作的知识和经验来产出所捕获信息所必需的模型，根据调研沟通记录，去做一个筛选和翻译，翻译成产品和业务的语言表达出来；这个过程中，一定要保持业务场景关键元素之间的联系。有助于创建将业务流程与以下各项联系起来的矩阵：这样，业务流程就成为非常有意义且有约束力的聚焦点，因为在大多数情况下，每个人都在寻求对业务流程的优化和提升。第三步：确认在确认阶段，将结果反馈给需求方及项目牵头人，以确保对业务场景的整个范围及影响深度有共同的理解，建议与项目牵头人和需求方举行多个业务场景确认会；通过公开且互动的方式，并在会议上进行场景演练，以便大家对业务场景达到一致的理解，并能检验产品经理自己的对业务场景的理解是否正确；这个阶段非常重要，因为在许多情况下，期望和目的的偏差是产品失败的根本原因。完成以上所有的业务场景调研活动后，会收获一些业务场景的结论和定稿，建议输出一份业务场景的文档制品，将上述所有的信息进行书面化；业务场景文档要求在确保体现场景细节，这样可以防止存在遗漏的关键点，同时，也有利于相关者进行后续的沟通和确认。最后，附带一个业务场景的结构文档供参考和使用：#专栏作家#构建卓越供应链，提升企业核心竞争力。本文原创发布于人人都是产品经理，未经作者许可，禁止转载题图来自Unsplash，基于CC0协议

一、后端需求调研二、需求调研的落地方法三、后端需求类型与策略前后端分离的实现方式，使得每一个完整的产品体系都包含了前端和后端部分。相对而言,B端产品更依赖于后端部分的支撑。一些公司也习惯于将这些后端提供支撑的部分，称为“后端产品”。后端产品甚至不具有视觉化，而仅仅是一些中间件等。后端产品如冰山之下，却承担相当重要的幕后工作：支撑、运算、监控、调度、分配、统计分析、决策……由于后端产品部分的复杂性，因此负责这部分的产品经理，需要做更多、更深入的需求调研工作，才能完成方案设计。 一、后端需求调研需求调研，是需求分析的前题。需求分析，是产品方案决策的前题。从需求调研到产品决策，占据了产品经理80%的工作精力。由于调研和分析往往一起完成，所以在本文中我门统一将二者以“需求调研”代替。按通用的模型表达方式，我们可以简单画下：如上图：需求调研是一个过程，其产物是解决方案。后端需求研调，与前端需求调研很大的区别。比如用户的角色化、业务的全还原、场景的穷举、新旧逻辑兼容等。我们简单说下期中的用户、业务和兼容性的话题：1、用户后端产品的用户非最终的价值用户，而是服务人员（如客服、运营）。因此这些用户具有业务垂直性，是格式化的“人”，具有戒色性和行业属性。不同职位不同权重，关心的价值目标、决策权、使用人数不同。不同用户的具体使用场景不同。可以较容易的获取前端产品用户画像，因为我们自身或者所熟悉的人都在扮演着 前 端的角色，也就意味着设计过程中也很容易进行角色代入。而后端用户画像的获取往往艰难得多，最快捷的方式就是和公司的业务层交流，业务部门是最直接与客户打交道的，他们熟知大量的典型客户案例，可以帮助我们快速高效的描绘出用户画像。由于我们自身与后端用户的相剥离性，用户画像的作用显得尤为关键，可以时刻提醒我们是在为谁做设计，每一个关键诉求都在产品设计中有对应的抓手。2、业务业务目标——>诉求——>用户需求。业务手段——>途径——>产品功能。了解业务最好的方法，是轮岗参与业务环节中去。此外，更加便捷快速的方法，是调研访谈。调研之前，最好对业务能有大体的认知，安排好访谈的对象，提前准备好问题，让访谈更加高效。调研方式：访谈、数据分析、问卷调查、头脑风暴、德尔菲、观察，完成用户需求的收集；通过亲和图、提示清单等，整合需求信息。调研目标： 了解业务模式和业务特点 了解业务目标和业务规划 了解当前业务运转方式 挖掘当前问题与痛点对于后端产品，场景往往是很多的，需求的逻辑性大于故事性，需要由远及近规划处业务场景地图，才能勾画出业务架构，最终聚合出产品生态。在这个过程中，可以借助用户故事地图等等手段。通过整个业务的架构，厘清整个平台的用户对象、业务关系，也就确定了整个产品的业务边界范围，确定了整个团队内的业务语言。3、新旧逻辑兼容掌握后端产品逻辑真相的密码通常在开发手里，但是开发常常也需要临时查代码。在这种情况下，所有对旧功能的迭代都充满着风险。于此同时，无论是集成的大系统，还是拆开的烟囱林立服务，各个体系之间总是有逻辑调用。比如接口、公共数据等。后端产品大约60%的bug都是来自于这种牵一发而动全身的逻辑耦合。唯一能确保系统安全的办法就是做深入的可能影响的调研。为了避免空谈，我们结合《后端产品经理宝典》一书，介绍需求调研落地的常用方法，和需求的类型。 二、需求调研的落地方法1、过滤需求的方法做后端系统，要学会的第一个技能就是砍需求。也就是过滤需求。这不是一个贬义词，反而是体现后端产品价值判断的基础。过滤需求的方法，就是通过一定的手段判断需求是否是伪需求，应该被过滤掉。（1）用户场景模拟法后端产品的出发点就是帮助业务用户，因此在调研需求的时候要模拟业务的场景，分析业务用户提到的需求是否能解决他的问题。如果不能帮助用户，那么这个需求就可能是伪需求。以下面的案例说明：背景：“货到付款”类型的订单会因为缺货而无法发出，如果超过一定的时间，客服就会跟顾客沟通，帮顾客取消订单。需求：由于这种订单的数量还是蛮多的，逐个取消太费时间，因此业务用户要求在“缺货订单”列表页增加“批量取消订单”按钮。分析：调研到业务操作场景,是先找到该类缺货订单，然后和顾客沟通，顾客同意删除，才进行删除。也就是逐个沟通确认，再逐个取消订单的，所以“批量取消订单”无法被有效使用。因此，该需求是个伪需求，应该被过滤掉。（2）功能归属分析专门的系统做专职功能，有助于合理的产品体系建设。因此需求调研的时候，可以通过系统的定位，判断需求是否应该在该系统完成。如果不属于该系统范畴，那么直接说服需求方更换方案。以下面的案例说明：背景：CRM系统（顾客关系管理系统）有一个顾客标签生成功能，就是根据顾客的消费行为数据，自动对应关联上标签，如优质顾客、高潜力顾客、欺诈顾客等。需求：业务用户提出需求，除了做上述的基础标签之外，还要做出英语版本的标签（就是把标签文案翻译成英文），这样欧美员工可以在英语版本的系统下使用。分析：调研到翻译之后的标签不是在CRM系统使用的，而是给到SMS（客服系统）使用的。所以应该由SMS根据CMS提供的基础标签数据，自己做二次的衍生。之所以这样，首先是为了避免未来更多语言版本的扩展需求或更多系统提出类似的需求；其次，CRM系统已经完成了“接力赛”的第一棒，创造了基础数据，那么其他系统要特殊化使用，完全可以自行进行特殊化处理，无需耦合回CRM系统。结论：案例的需求本身是真需求，并且实现上也没难度，但是该功能的定位超出了本系统范畴，专门系统做专职功能，化衍生需求应该在下游执行。否则，耦合性过高只会增加系统的复杂程度，难以维护和扩展。2、拆分和聚合的方法（1） 拆分需求法收到的需求，很可能只是短短的一段话。但是不要高兴太早，可能这一句话暗含了很多线索，因此要善于拆分：先找他要解决的核心问题，再围绕核心点，理清前、后、左、右、上、下的旁系需求点。每个需求点再当做一个子需求进行调研，最后再聚合在一起。以下面的案例说明：背景：订单业务的类型很多，订单退货之后需要创建售后单据，但是因为数量大，所以花费很多人力，且手动创建有出错的风险。需求：业务提出的需求是“增加退货订单自动创建售后单的功能”，这是个一句话需求。分析：该一句话需求，其实包含了多种具体的订单类型和场景，那么我们就要拆分调研，拆分的维度比如：自营订单、第三方订单、货到付款订单、先款后货订单、部分退货订单、完全退货订单、服装事业部订单、电子事业部订单等，其中每一个维度就相当于一个小需求。这里不一一展开。（2）聚合需求法拆分法是对单个需求分解成若干小需求进行调研，聚合法相反，是找到许多个相互关联的小需求的共性，然后统筹成一个大需求去完成。例如：由于业务用户分散在不同的部门，各自为政，于是张三、李四可能都对一个业务流程有相同的需求，或者对同一个功能有相同的优化期望，结果俩人分别提了需求过来。那么产品经理就要找到二者背后的相关性和交叉区。然后统筹规划，聚合在一起当作一个需求来调研，最终输出一个整体的需求调研结果。3、利用辅助功能调研需求调研产品现有功能，可以用来确认原有功能的逻辑，或者确定新需求方案是否可行。比如业务用户需要更新一个功能，为了避免更新出错或遗漏，产品经理需要知道修改前和修改后是否会能正常运行。最基础的办法就是自己设计一个测试用例，记录操作方式、状态变化、数据流向等。看看下面的例子：背景：从销售网站获取到OMS系统（订单管理系统）的订单信息中带着顾客的邮箱。顾客下完单，可能会在销售网站修改邮箱，而此时已经获取到OMS的历史订单中的邮箱是不变的。需求：顾客若在销售网站修改邮箱，要求已获取到OMS的该顾客的订单中的邮箱也要同步修改。分析：需求是很明白的，也有它的意义，但有风险。因为我们知道订单信息贯穿于整个订单流转过程中，牵扯到订单编辑、审核、取消、配货、发货等，而这些环节跳转的触发条件可能就是某个信息更新（这里面就可能包括有邮箱更新）。因此，更新邮箱是否会影响流程中的某些环节，一时间很难准确知道。于是，我们可以采用预测试的方式，设计测试用例，在测试机运行一些订单，观察各个环节邮箱变更的影响，然后收集起来分析对策。测试法就像是探雷一样，主要用来解决未知风险点。这个方式的重点是记录和分析操作前状态、操作位点、操作后状态、操作后触发的连锁反应、数据流向等。4、“拔萝卜带出泥”的方式调研需求调研需求时，产品经理要拔萝卜带出泥,挖掘用户没看到的需求点和价值。举例说明：背景：公司入驻到销售平台后，销售平台会对入驻的店铺的违规行为进行罚款。需求：业务用户提出需求，将销售平台的罚款数据抓取到订单系统，关联订单数据，以便进行人工分析。分析：第一步，先拆分需求，确定什么是罚款数据，总共有哪些罚款种类，需要对接哪些罚款种类，罚款数据与订单系统关联方式是什么，是否都能关联到，关联不到怎么办，销售平台是否已经提供了公用的罚款接口，Token（请求权限）如何获取，抓取频率怎么样，数据增长幅度多大，获取之后做哪些展示和搜索，用户权限怎么设置，需要和订单系统做哪些交互，该需求的价值是什么……第二步，挖掘需求：是否需要作分析功能，分析功能的规则是什么；是否需要做监控和预警，是否需要指派负责人；其他业务人员是否也有类似需求，其他平台是否也有类似需求……通过“拔萝卜带出泥”的方式，连带出更多需求点。将上述调研结果重新组装起来，得到一个系统化的完整需求。罗列出需求要点和对应的验收目标，这样使得需求具象化，同时又不会遗漏细节，内部充实，外部闭环，并且进行了价值挖掘，做成控制阈值、预警、责任人分派、趋势分析、损失分析等高价值的功能，超出业务的预期。5、需求得分权重法该方法的思路就是将需求质量的维度进行权重，然后对需求进行打分，根据最终得分的多少排列顺序。可以采用五个维度：重要、紧急、收益、成本、风险，其中成本和风险是给予负分，五个维度的分值权重分别为30%、30%、20%、10%、10%。那么一旦对需求打了分，就可以用分数*权重，得到最终得分。注意：负分的要减。并且为了方便计算，分值最好设置0.5-5.0之间，或者0-10之间。这样避免打分的跨度过大出现较大偏差。如表所示，需求1的得分=6*30%+6*30%+8*20%-3*10%-7*10%=4.6。而需求2得分3.5，需求3的得分为-0.1。由此可以判断需求的价值顺序为：需求1>需求2>需求3。对于需求3，可以予以淘汰。以上的维度、分值和权重可以根据实际情况自行设计，但是要多考察和验证什么样的参数是较为合理的。并且也不能唯权重得分是从，而只是把它当做一个辅助工具。6、其他需求调研工具需求调研适合核心环节，该过程就会涉及到很多工具或分析方法，以确保需求调研高效、高质量。比如问卷调查、访谈、名义小组会议、头脑风暴法、观察法、亲和图、蒙特卡洛技术、鱼骨图、提示清单等。 三、需求的类型和态度笔者对B端或泛后台产品需求的一个定性划分：粗浅需求、噱头需求、踢球需求、过剩需求、建设性需求。1、被动的粗浅需求这类需求，属于想当然的需求，不考虑系统的兼容性和业务兼容性的。比如：电商场景中，要求：若库存为0，则果断给予下架；库存变为非0，果断自动上架。这种强制自然是存在极大风险的。并且库存为0也有曝光的价值；非零也有下架的场景。二者不等同。这种情况下实际是“概念偷换”的错谬，无库存=下架。对这类需求，产品可以持保留态度，持续观望，收集更多用户的深层次数据反馈。但不能轻举妄动。2、战略的噱头需求这种很好理解，很多公司其实都是这么玩没的。比如：看到竞争对手有的功能，我们要有；对手无的，我们也要有。这样可以显得产品更强大。或者是强行“组合创新”：一个做医药电商的，你让他做直播带货，且不说是否合规，你能想象药师在店里当着店长的面做网红吗？这种情况下实际是“感觉谬误”。理论上，产品经理需要拿数据论证的。所以产品经理能做的就是慢点做，保留资源。找机会慢慢把意见渗透到高层，试图止损。3、隔壁的踢球需求在多组织的团队中，这种踢来踢去丢需求的情况相当普遍。比如，对医药商品，配置一段免责声明，展示在商城。那么让商品后台在商品维度加字段并传给前端，看似从后端到前端，且商品维度的，似乎没错。但是没必要的。因为，这是共性字段，商品维度几乎不需要重复维护，也没有操作差异性。这类需求，产品经理需要从分工、系统职能、收益考虑，将事情客观表述出来，完成博弈。4、客服的过剩需求这类需求，往往是客服传达来自用户的需求。通常目的很明确，但是对功能设计进行了干涉，可能影响产品的分析。比如，客服传达某O2O用户的需求：要在商品的实际销售价旁边，展示线下零售价格。产品：然后呢？客服：若对比到差异，则修改线上价？产品：怎么修改？ 客服：在线下零售价的基础上按公式计算，比如上涨1%，得出线上零售价，然后逐个编辑。产品：是否可以理解为，目的是让线上价格，按自己期望的卖，不取线下零售价？ 客服：是 产品：那么为什么不在根源处理呢：创建一组用于线上销售的价格，直接引用不就可以了吗？这类问题，一定是要挖掘到用户的场景的，从用户的场景下寻求同理心，不受制于现有功能的设定。只有这样才能不受局限，找到用户的初心。以解决问题为标准。5、产品经理的建设需求所谓建设性需求，可能是每个产品经理心中都有的夙愿。前提是，产品经理的决策正确。比如：自主优化产品模型，拆分微服务，界面统一等，统筹规划和重构的类的内容。若前四类需求过多，将会挤压产品的建设性需求。产品经理能够腾出手来做一些真正正确的事情，往往能对全局带来增益。都看到这里了，点个关注吧！END

市场调研是一个令很多中小企业营销管理者感到迷茫的问题：人力上，既没有专职的市调人员，更没有独立的市场部门；财力上，请不起专业的市场调研公司……而现实是，市场调研工作又不得不做，不做就不知道目标对象是谁，他在想什么、做什么；不做就不知道自己的竞争是怎么做的、将怎么做……一、中小企业市场调研的职责担当中小企业一般没有独立完整的市场部门，关于市场调研工作的职责担当问题，在没有独立的市场部门并且也不打算建立市场部门的情况下，最好把此项工作交由专职信息人员，比如总经理室负责。这样做有三个好处：1.很多中小企业的销售工作是由总经理直抓或兼管，总经理室作为幕僚单位，有必要把握市场动态，供总经理决策参考。2.总经理室与总经理最为贴近，便于总经理指导市场调研工作及查阅参考市场信息。3.总经理室作为公司的“中枢神经”，由它来策划和执行市场调研工作与管理的基本原则不矛盾。当然，在策划调研活动时，必须以市场和销售为导向，并充分听取销售人员的意见和建议。二、市场调研的具体执行市场调研是一项繁杂的工作，即便是具备独立的市场部门、专职的市调人员的大公司，市场调研工作也不是由市调人员“包干到底”的，市调人员的工作是负责策划、组织、指导、控制调研活动，对中小企业而言，具体执行工作可借助于销售人员。1.由公司销售人员借工作之便进行调研或临时执行调研任务：销售人员是冲锋在第一线的战士，他们最了解“敌情”，也是最需要了解“敌情”的人；2.借助公司的经销商或代理商来完成调研工作：经销商或代理商在做好本地市场这一基本愿望上是与公司完全一致的，在这一前提下，公司可以策划、指导经销商或代理商做好本地区的市场调研工作；这样不仅解决了调研难题，也有助于巩固双方的合作关系。3.收集研究二手信息：总经理室不仅应做好市场调研的策划、组织、指导、控制工作，还必须做好二手信息的收集研究工作，这样可以尽快地了解业界动态。4.启用专业第三方调研机构：还有一部分企业一方面对调研工作确实没有经验与能力，但又确实必须借助调研以加深产品与消费者之间的互动与相互了解，此时通过第三方调研机构能帮助快速开展。以倍市得目前的调研方案为例，基于问卷调研、数据收集、数据分析、方案撰写等一系列调研支持，能够帮助企业持续性的洞悉消费者、了解竞品动态、把握市场趋向，从而反哺到产品优化和运营决策中去。将专业的事情交给专业的人去做，企业则能够专注于产品和决策本身。三.市场信息的消化与吸收作为公司的专职信息人员，必须具备较强的计划、分析和文字表达能力，及时将市场信息消化、整理，上达主管。而作为公司的经营和销售人员，应主动地研究市场，并及时反馈意见，以求改进及更好地配合。对中小企业来讲，最重要的两个字是“观念”。企业的营销管理者对市场调研重视与不重视，抓与不抓是完全不一样的。因此，基于调研获取的第一手信息将成为企业加速自身“新陈代谢”的营养剂，从而促进企业持续、稳步发展（关注倍市得公号，了解更多资讯）。

对于B端产品来说，调研的难度会比C端产品要高。本文从五个方面分析B端产品如何做调研，希望对你有帮助。一、前言C端产品在调研的时候比较容易，可以找同行业的产品试用，但因为B端系统是有权限才能使用的，产品经理在调研时的难度就大大提高。即使有了账号登录使用，因为每家都有独特的业务模式，功能一样，但目的可能不同。所以针对于B端的产品经理要求会更高一些，如何来做产品调研呢？要求产品经理对所在领域的业务很熟悉。比如做餐饮行业商家端的产品，需要去了解餐饮行业的工作流程，只有去深入业务才能输出可行的产品方案。因为所负责的产品在商测阶段，产品是否对商家有用，目前在市场上的认可程度如何？带着这几个问题开始一轮商家走访，通过这一次走访总结了针对B端业务调研的一些方法，与正在做B端业务的小伙伴分享，希望对大家有帮助。本文通过调研前，调研中，调研后三个部分来阐述。二、调研前先介绍一下产品的背景，从0-1搭建的B端平台产品，用户是4s店的售后部门。目前产品产品开发完成，已经有商家试用，通过这次走访了解商家试用产品的情况，以及市场上对产品的需求程度摸底。调研前的准备非常重要，决定这次调研的结果如何，在调研前我们需要做什么准备呢？1. 了解行业现状及痛点提前了解行业现状及痛点，可以网上找资料，也可以找相关的书籍学习。在调研前我看了一位后市场从业人员写的一本书，描述了目前行业所面临的问题，通过看完这本书，对汽车后市场行业初步有了认识。这样在调研的时候能够更有针对性的访谈，在规划产品的时候也会以这个行业面临的问题出发，这样规划的产品才能够落地。2. 明确调研的目的产品在不同的阶段，调研的目的不同，要明确此次调研的目的是什么？如果在产品规划阶段，那调研的目的就需要调研产品是否有市场需求，目前用户的痛点是什么，调研的结果作为产品规划的关键依据。如果产品在迭代中，需要升级优化，调研的目的就是了解目前使用产品的情况，使用过程中是否遇到了问题，需要如何迭代解决？若是团队一起去调研，需要与团队中的同事共识本次调研的目的，根据调研的目的准备问题。3. 调研商家范围因为面向的用户是经销商，如何在全国的经销商中筛选需要调研的商家很重要。调研的结果如何取决于样本的选择，所以选择商家范围很重要。根据城市、品牌、经销商规模、与之前合作的配合度等几个因素去考虑，最终确定商家的范围。4. 调研的问题为了防止调研过程中有遗漏，提前准备好要调研的问题，如果感觉自己想的不够全面，可以和团队小伙伴收集一下，这样调研的才能更全面，将问题总结成EXCEL方便查看。5. 确定调研的人数若调研的商家比较多，需要分配一下每人负责的城市及商家，提前熟悉负责商家的信息。这次一共是调研20家，分别在深圳、广州、上海这几个城市，团队中确定5人出去调研，将每个人负责的城市和商家分配。有的店是2个人负责，有的店是一个人负责。6. 提前联系商家与商家提前沟通时间，地点等，若商家临时有事，可以申请其他联系人。因为与商家访谈会耽误他们的时间，可以给商家准备一份小礼物以表示感谢。7. 提前确定差旅行程若需要出差，需要提出差申请，提前定好机票，酒店，确定好时间后提前与商家沟通拜访的时间。8. 准备笔本或电脑在调研的时候需要将结果记录下来，根据自己的情况准备笔本或者电脑。建议两个人到一家店拜访会好一些，一个人主要负责访谈，一个人主要负责记录和补充，同时商家也能感受到我们对此次访谈的重要程度。三、调研中调研前的准备工作都完成了，那就开始行动了，在调研过程中我们需要做哪些事情呢？1. 自我介绍因为是代表公司的形象，穿着需要正式一点，若有公司的工服，可以穿上，体现我们专业性以及公司的品牌文化。见到商家先做自我介绍，若有名片可以递给商家一个名片，让他们知道你是谁，这样建立初步的信任感。2. 做好记录提前熟悉一下问题的数量，问题的范围，这样防止与商家沟通的时候忘记。可以将问题记在手机的备忘录中，与商家交流的时候有机会拿手机看一下，检查是否有遗漏的问题。在开始访谈前可以先与商家人沟通是否能够语音记录下来，如果不方便语音，就需要用笔本记录好。3. 控制好时间访谈过程中围绕自己的问题去聊，因为商家问的问题有可能会比较开放，不要因为聊着高兴，聊起来最后跑题了。需要控制好时间、交流的节奏。例如我们在访谈北京的一家商家的时候，商家的接待人员特别热情，除了问的问题，其他的也会和我们讲， 因为后面还有许多问题要交流，当时尝试转移话题，往想问的问题上引导。这样最后在计划的时间内完成访谈，如果不试图将话题拉回来，可能时间会延长，还有可能自己想问的问题没有时间再沟通。所以时间控制非常重要，商家配合调研也是义务性的，不能耽误他们的时间。4. 不确定的问题，不承诺经过沟通，商家对正在规划的一个产品功能比较感兴趣，这个功能什么时候上线还没有具体时间。当商家询问什么时候上线的时候，可以与商家沟通目前还不太了解上线时间，回去向同事咨询后续同步，而不要当时就承诺不太确定的事情。5. 与商家连接访谈结束后，可以把提前准备的礼品交给商家以表示感谢，同时留下商家的联系方式，与商家建立好关系。这些都是我们意向客户， 要重点维系好这些客户关系，后续产品功能试用，正式售卖这些都是我们的目标商家。可以建一个微信群，将产品上线时间，售卖方式等随时与商家沟通。微信群的运营很重要，不是把所有商家都拉入群，而是需要有温度的运营。让商家有信任感，这样离成交才会更近。四、调研后1. 整理调研的成果调研结束后，需要将分散的调研记录整理在一起，最好的方式是用excel输出，将调研的所有商家整理在一起，针对一个问题能清晰的对比出不同商家的反馈情况。若是语音记录的，语音比较长不方便摘取文字。告诉大家一个好方法，可以用讯飞软件中语音转成文字的一个功能，虽然付费的，但是效率很高。5分钟以内就可以将1个半小时的音频转成文字，再取其中想要的部分就可以。2. 结论将结果整理出来以后，结论非常重要，对比调研前准备的问题， 根据调研的商家情况，输出结论。结论一定是客观的，不要两三商家有同样的问题就确定问题的存在，一个商家有需求也不确定所有商家都有这个需求。将所有的样本都汇总梳理后，需要根据调研商家所在的城市，店的规模，厂商的要求等多方面去分析他们的问题及痛点，这样的结论才是有说服力的。3. 输出调研报告调研的报告是调研的成果，调研报告的作用除了向领导汇报，更重要的是作为项目下阶段方向的依据，如何输出一份高质量的的调研报告呢？输出报告也需要考虑谁看，也就是目标用户是谁。领导是没有时间和耐心去细读，所以报告的格式最好用表格，这样清晰明了，切记不要一推文字，这样谁看的都比较费劲儿。调研报告中需要包含：调研目的、时间、地点、商家数量、调研人员、调研问题、结论以及下一步计划。结论可以用加粗或其他颜色标，能够让读者挑重点内容去看。写好调研报告，需要将报告发给谁呢？之前在第一次做调研的时候，做好报告以后直接发在钉钉群，这样因为群里消息多，同事因为忙别的事可能就忽略了。所以需要发邮件给相关人，即使当时没有时间看，最后想到这件事的时候就会去查邮件，大家也不要犯我这个的错误哦~五、总结因为这次是新业务，通过亲自走访商家验证产品是否对市场有需求，同时也是能够维护好一批优质的商家，作为我们的天使用户。如果是产品已经面向市场有一段时间，那调研的目的可能就是是更好的优化产品，可以采取线上问卷、线上沟通等成本低的方式。所以因为产品不同阶段调研的目的也不同，可以根据情况来采取相应的调研方式。做产品最怕做完的产品没有面向市场，所以只有对业务理解的更深，规划的产品才会更能落地。作者：柿子姐，8年互联网产品经理；公众号&视频号：柿子姐说产品本文由 @柿子姐 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议

在上一篇中，我们明确了如何确定项目目标以及如何确定干系人，在本篇文章中，我们将梳理一下如何确定调研方式以及如何确定调研问题。首先我们再梳理一下B端产品需求调研的基本流程，如下图所示： 01 确定调研方式在实施需求调研之前，我们需要确定需求调研的方式，以便实施后续的需求调研。B端产品的需求调研方式主要有三种，分别为【行业研究】、【深度访谈】、【调研会议】，那么我们应该在怎样的情况下选择哪种具体的调研方式呢？以及每种调研方式应该注意哪些问题呢？下面我将梳理一下这三种调研方式的适用场景和注意事项。1. 行业研究B端项目通常包括企业内部自研项目和企业外部定制化项目，对于企业内部项目，产品经理对该行业已经具备一定的熟悉度，但是对于外部定制化项目，产品经理对客户所在行业的了解度相对较少，所以我们需要对行业做深度研究，并且对核心竞品的相关功能做深度体验；通过研究行业和体验竞品，快速了解行业并且梳理出调研过程中需要对受访者提出的问题。如果不进行行业研究，我们对行业的了解度不够，可能会导致在调研过程中大部分时间需要受访者给我们普及行业基础知识，导致需求调研时间长效率低；所以无论是内部自研项目还是外部定制化项目，行业研究都是产品经理必须要做的需求调研工作。行业研究的方法有以下两种：1.1 针对业务研究经典管理案例线上业务通常都是线下业务场景的映射，所以无论是自研还是定制化项目，我们通常都可以在市场上找到同类型的业务案例进行研究。比如某大型制造行业企业要研发供应链金融平台，由于目前商业信用仍然是货币信用的主力军，所以我们可以在网上找到很多相关的企业之间是如何根据贸易往来产生借贷关系的案例进行研究，以帮忙我们更深入的了解供应链金融的业务形式。1.2 体验市面上同类产品B端产品通常是企业内部管理软件，使用门槛较高，但是市场上仍然存在一些可以免费试用一段时间的B端产品。比如如果我们要体验企业项目管理协同办公软件，可以试用worktile；如果要调研商家管理后台，可以试用淘宝商家端；如果要调研CRM系统，可以试用sales force；另外也可以通过相关产品的专业服务提供商的官网了解其针对特定行业的解决方案。2. 深度访谈深度访谈是针对干系人逐一进行用户访谈的需求调研方式，也是可以最高效的了解需求的调研方式。深度访谈通常适用于受访人较少且受访人时间和空间条件都允许的情况，比如在企业外部定制化项目中，由于空间限制，我们可能无法对干系人进行面对面的深度访谈。在深度访谈准备阶段，我们需要注意以下事项：2.1 了解访谈对象的背景在确定干系人阶段，我们对干系人已经做了职位职级和岗位职责的初步了解，在此基础上还应该尽量对其做更深入的了解，尤其是了解其和其他业务相关方是否存在利益冲突，以避免在产品设计中出现业务各方存在利益纠纷的情况；比如CRM系统中，对KA客户定位不明确，可能导致出现KA销售和中小销售抢客户的情况。2.2 确定访谈对象的访谈顺序在进行深度访谈前，我们还需要明确访谈对象的受访顺序，通常需要按照职位由高到低的顺序进行访谈。因为对需求的了解需要从宏观到微观，从企业战略层到具体的业务形态，而战略层的需求调研对象通常为企业管理层，所以按照职位由高到低进行干系人的访谈，可以帮助我们从战略层到业务层逐层梳理和理解需求。如果不按照特定顺序进行用户访谈，则可能出现需求调研过程中不同调研对象的需求表述出现互斥情况，导致需要对其中一些调研对象反复进行深度访谈。2.3 制定访谈大纲在进行深度访谈之前，我们还需求针对每一位访谈对象制定一个访谈大纲，制定访谈大纲的目的是为了控制访谈节奏，使得我们清晰的明确应该先做什么，再做什么，防止在访谈的过程中出现跑偏导致最终没有达到访谈目标的情况。以下为深度访谈访谈大纲的模板，大家可以进行参考：3. 调研会议调研会议是对干系人集中进行需求调研的调研方式；调研会议较常用于外部定制化项目中，因为在外部定制化项目中，技术服务提供商通常和需求方不在同一地点办公，所以产品经理无法逐一对干系人进行深度访谈。但是为了高效的了解需求，通常会和需求方约定一个合适时间开展需求调研会议。在内部自研项目中，当项目干系人较多且干系人允许的调研时间不符合按照职位由高到低调研的需求时，我们也可以采用调研会议的形式，统一对干系人进行需求调研。在开展调研会议前，需求注意的事项有以下几点：3.1 明确会议目标在开展需求调研会议前需要明确本次会议的目标，明确的目标可以帮助产品经理在需求调研会议中把握会议的节奏和方向，因为需求调研会议可能出现业务方针对某个业务问题深入谈论的情况，会打乱会议节奏延长会议时间，此时产品经理应该以会议目标为原则判断是应该在会上继续讨论该问题还是应该会下另行组织讨论该问题，以保证高效的完成需求调研会议。3.2 制定会议流程调研会议本质上是将所有关键干系人集中起来进行统一调研，在开始调研会议前应该明确好会议流程，确定会议议题分别有哪些以及会议议题的先后顺序，按照层级关系罗列出我们需要问的问题，保证需求调研会议的高效性。02 确定调研问题确定调研方式之后，我们还需要确定调研问题，提前准备好调研问题可以帮助我们在会议过程中井然有序的进行提问，防止在调研过程中出现问题遗漏的情况。首先我们需要明确需求调研的框架，B端产品的需求调研是从【战略层】、【战术层】、【执行层】三个层面进行的；调研问题也应该围绕这三个方面进行准备。1. 战略层战略层是指该项目的战略定位和战略目标，我们需要确定该项目对企业整体战略部署的意义，因为战略层决定了企业的业务方向，明确该项目的战略定位可以帮助我们梳理项目的应用框架，在进行产品的模块和功能设计时，不仅要满足当前需求，也需要基于项目的战略目标考虑产品功能在后期的可扩展性。如果在产品设计前不了解项目的战略目标，那么产品的功能虽然满足本期要求，但是可能在后期会进行较大的功能调整。比如某国家级艺术品交易平台决定在故宫600周年之际联合故宫邀请国家级大师定制一批故宫藏品的高端仿制品，并通过线上渠道进行销售。我们了解到该企业当前的交易模式是通过线下竞拍的方式进行艺术品交易，企业想通过本次故宫600周年之际的艺术品售卖正式打通线上艺术品交易渠道，在产品设计前我们并未了解到该项目的长期战略目标是以国家级艺术品交易平台进行信用背书，打造自营+入驻的垂直线上高端艺术品交易平台，所以产品的整体架构均是以自营平台为前提进行设计的，导致后期引入商家入驻模式时候后端技术对订单、商品、供应商、分销商表都进行了调整。下面我梳理了针对项目的战略目标需要提出的问题供大家参考：2. 战术层了解项目的战术层也就是了解其经营策略，经营策略是指企业的业务模式，比如电商类项目中，项目的经营策略包括其平台模式、目标用户群体、商品来源、供应链策略、渠道策略、定价策略、营销策略等。了解企业的经营策略有助于帮助我们明确当前阶段的企业的应用架构，以及未来一段时间内企业的整体应用架构，并且有助于我们更深入的了解业务细节，以便根据业务细节进行产品设计。如果在产品设计前不了解企业的经营策略会导致产品功能无法满足当前的业务需求，比如在上述的艺术品交易平台案例中，由于没有明确其平台模式，我们的产品设计完全是按照自营模式进行的，后续又按照自营+入驻的销售模式进行了平台化改造。那么针对项目的战术层应该怎样进行需求调研呢，以案例中艺术品交易平台为例，我总结了如下问题：3. 执行层通过战略战术层的调研，我们对项目整体的战略战术布局已经有了较为清晰的认知，接下来要对业务细节进行调研。执行层的调研分为组织架构和业务细节调研。B端产品的实际使用人是企业中的员工，我们需要明确项目涉及的企业组织架构，因为在产品使用过程中，业务流程中的审批流，产品设计中的权限角色等产品都会是基于企业的组织架构进行设计的，而且在产品开始功能设计之前，首先应该明确的就是基于企业的组织架构的权限账号体系，所以在需求调研时，需针对企业架构做深入调研。产品设计是基于企业实际业务场景进行的，所以需求调研的核心也是业务细节的调研。针对业务的调研可以从业务流程、合规风控两方面进行。那么针对项目的执行层应该怎样进行需求调研呢，以案例中艺术品交易平台为例，我总结了如下问题：写在最后明确了调研方式和调研问题后，接下来要做的就是实施需求调研啦，在下一篇中我将以高端艺术品交易平台为例展示需求调研的输出文件，梳理如何输出一篇高价值的《需求调研总结报告》。感谢阅读，期待再见~本文由 @周伯通 原创发布于人人都是产品经理，未经作者许可，禁止转载。题图来自Unsplash，基于CC0协议。2年b端产品初级需求调研给作者打赏，鼓励TA抓紧创作！