产品研发需求调研

前言最近重新梳理《设计调研》读书笔记。秉着啃完书就想做图示消化的习惯，把这本书的脉络和重点划出来了。ps.因为最近在做一个大型农牧业项目，所以特喜欢大自然的颜色（绿啊蓝啊哈哈哈）所以，本篇配图以清新淡雅的自然色为主～不喜欢唔系欢哈哈哈也没有用滴！目的设计调研 - 顾名思义，就是关于设计的调查和研究。设计调研的目的是为了能有效的指导设计活动开展和产生积极的结果。通俗点说，就是要弄清楚人们想要什么，然后通过设计来给予他们。调研形式针对产品所处的阶段，设计调研通常可以分为两种形式「已有产品」和「全新产品」。针对「已有产品」，通过调研找出产品存在的问题并进行改进，提升产品体验。针对「全新产品」，通过调研提出设计原型，让用户进行体验，并不断改进和完善产品，直到满足用户需求。后者包含前者，贯穿于产品形成到消亡的整个过程。调研方法设计调研根据时间顺序分为「数据采集」和「调研分析」。但是在设计调研中也不仅仅在开始时需要数据采集，可以说，每个阶段都可能进行一定的数据采集来帮助调研的进行。调研的流程设计调研的方法是多样性的，设计师需要在某些关键设计阶段，根据产品状态，选择最佳的调研方法和方法组合，完成调研目标。以下为设计调研的通用流程。一、明确调研目标与方法调研的第一步，也是最重要的一步，就是明确调研目标，并根据目标选择正确的调研方法。在这个过程中，我们需要对调研需求进行分析，明确产品目前所处的阶段，调研希望解决的问题及具体内容，同时初步确定调研将会采用的方法。调研方法有很多种，分为「定性」和「定量」两个相对的概念。定性：用于发掘问题，理解事件现象，分析人类的行为和观点，主要解决‘为什么’的问题。定量：是对定性问题的验证，常用于发现行为或者事件的一般规律。主要解决‘是什么’的问题。在产品的不同阶段，我们需要解决不同的问题，因此选择的方法类型也就不同。下图为所有调研方法在四个象限的分布，横轴区分了该方法得到的数据是客观的（行为）还是主观（目标和观点）的，纵轴区分了该方法的类型是定性的还是定量的。1.与产品生命周期对应的调研方法（1）产品开发期：这个阶段还没有用户，需要解决的问题是“目标用户的需求应该如何被满足？”这可以通过用户访谈（竞品用户，专家用户）和二手资料研究之类的定性方法来解决。（2）产品成长期：这个阶段需要保证和提高产品的质量，维持高增长率。用定量的方法调查积累的用户数据帮助我们更好的进行人群细分，再结合定性的方法来获得特定类型用户对产品的使用反馈，从而办证产品质量，提高竞争力。（3）产品成熟期：这个阶段产品趋于稳定，需要不断创新来保持竞争力，所以需要发现新的用户群，增加新特性来开辟市场，重新进入成长期。可以通过定性的方法发现需求，并结合定量的调查来验证评估可行性。（4）产品衰退期：当产品走向消亡，我们就需要调整产品以适应新的用户群，那么回到“开发期”。2.与产品设计阶段对应的调研方法（1）细察环境：了解市场同类产品，探索客观环境，定义并描述设计需要解决的实际问题。竞品研究：竞品优劣势，我们的机会？如何差异化设计？（2）形成方案：探索多种解决方案，考虑可行性，进行快速测试和反馈，避免后期做高成本修改。（3）选择方案：对方案进行测试，评估与验证，选择最佳方案，并通过用户反馈不断优化设计方案。（4）评估结果：通过论坛，问卷，后台数据等各渠道收集用户反馈，建立各类指标等来衡量与跟踪产品满意情况。二、制定调研计划在明确调研目标与方法之后，需要定制详细的调研计划。对整个调研的细化，能帮助我们在调研过程中明确方向与重点，在实施过程中把控时间节点，并对结果的输出具有大致的方向。1.调研背景描述设计调研的背景，产品所处阶段，希望通过调研解决的问题。2.调研目的为了解决背景中的问题，需要在调研中完成的具体内容，也是最终报告输出时的需求阐述。3.调研方案（1）调研方法（2）调研计划（3）调研对象（4）进度安排4.预计成果对调研目的的逐一回答，会获得一份对调研产品的全面评估报告，报告包括3个部分：1.问题说明2.原因分析3.解决方案。5.人员分工设计调研项目需要一个团队来配合完成，不同角色承担不同的工作。可绘制文档记录跟踪：1.环节2.具体任务3.负责人。三、邀请调研用户在实际调研中，根据调研目标的不同，选择设计调研的对象也会不同。以下为邀请用户的3个步骤：1.确定招募用户的条件和方式注意不要过分确定目标用户，即招募的用户可能比目标用户更宽。例如一个儿童网站，我们的目标用户是儿童，也要考虑儿童家长的意见。2.编撰用户甄别问卷及筛选符合条件的用户甄别问卷主要用于筛选符合条件的用户。无论是利用自己的数据还是借力专业招募公司的数据库，编写甄别问卷都是招募过程中最重要的部分。在编撰时要注意避免会直接透露所招募条件的问题。3.确定邀请的用户信息和时间完成招募工作后，我们需要讲用户信息和时间安排整理成表格，主要指可用性测试，单人访谈，焦点小组等需要用户在特定时间到特定地点参与调研。四、执行调研过程不同的调研方法在具体执行过程中会遇到不同的问题，下边列举几种调研方法的适应场景与方法组合。1.焦点小组-定性焦点小组是一种多人同时访谈的方法，6-8人为宜。聚焦在一个或一类主题，用结构化的方式揭示目标用户的经验，感受，态度，愿望，并努力客观的呈现其背后的理由。用于产品开发早期，重新设计或者周期迭代中。善于发现用户的愿望，动机，态度，理由；利于对比观察，是很好的探索方法。但是，不能用来证实观点和判断立场。2.卡片归纳分类法-定性卡片法是以卡片为载体来帮助人们做思维显现，整理，交流的一种方法。便于整理，随时抽取，方便查找，还可以将不同时间记下的信息做比较，排列。常用于产品目的，受众以及特性的确定，但在开发信息架构或设计还未确定之前，这种方法处于设计的中间环节。也广泛用于创造型思维的激发方法中，比如在头脑风暴中使用。3.问卷调查法-定量问卷调查是指调查者通过统一设计的问卷来向被调查者了解情况，征询意见的一种资料收集方法，是发现用户是谁和他们有哪些意见的最佳工具。问卷类型分为结构问卷，无结构问卷和半结构问卷。问卷调查省时省钱省力，不受空间限制，利于做定量的分析和研究。4.可用性测试-定量可用性测试是一种基于试验的测试方法，6-10名为宜。在于发现人们如何执行具体任务，因此用这种方法来检查每个独立特性的功能点向预期用户展示的方式。是发现可用性问题最快，最简单的方式。5.问卷法和焦点小组-定性&定量这种组合是讲定性和定量的方法结合起来，如通过定量的问卷发现人们行为中的模式，通过焦点小组对造成这些行为的原因进行研究。反过来又可以再通过问卷法来验证这个解释。如此交替的调查方式在实践中经常使用。五、输出调研结果在明确调研目标与方法之后，需要定制详细的调研计划。对整个调研的细化，能帮助我们在调研过程中明确方向与重点，在实施过程中1.定性报告写报告的关键点在于，是要围绕调研目的来写。不要把所有的研究结果罗列出来，然后告诉大家每个用户说了什么做了什么。较好的方式：确定目标-分析结论-摆出证据-给出相应的建议。2.定量报告定量报告最重要的是图表的呈现方式，要选择合适的图表来表达你要呈现的信息。最后设计调研能够帮助设计师跳出以自我为中心的设计观念局限，从个人思维换位到用户思维，逐步体谅、理解用户，了解用户对具体产品的功能需求、价值评定、审美观念等。是设计从业者应该要具备的基本职业思维方式和行为方式之一，是设计师应该具有的能力和知识，更是设计过程必不可少的步骤之一，希望每个设计师在设计的道路上越来越专业。转载声明：本文转载自「叫我牙套」

产品经理要为产品负责，并且以产品为手段，推动业务发展。以产品为手段，就是把产品当做产品经理自己的延伸，用产品经理的思维和方法去解决问题推动业务发展，而产品就是思维、方法和解决方案的载体。产品经理要通过产品表达想法，就像作家通过书表达想法，建筑师通过建筑表达想法。与书、建筑相比，互联网产品拥有敏捷迭代这一大优势，书和建筑没办法两周更新一次，但是互联网产品可以。总览产品的整个生命周期，其最小粒度就是版本，产品的版本迭代，就是推动业务的方法之一。产品迭代，就是要基于需求进行产品设计以解决问题，一般包含需求调研和产品设计两块内容。（PS：需求挖掘和产品设计只是产品经理的工作内容之一，其他还包括项目管理、沟通交流、竞品分析、进度排期、产品培训等，实质上都是为产品迭代服务的，而产品迭代是为业务服务的。）需求调研是为了明确版本迭代的内容，产品设计是基于需求出详细解决方案，需求调研和产品设计阶段都要灵活，某个已经确定下来的需求因为产品设计方案实现不了也只能被砍掉。什么是需求调研和产品设计？举个例子：有一天，产品经理在论坛上溜达，发现有个用户说他想吃鸭子。产品经理去沟通后发现，其实他是饿了，自己又喜欢吃鸭子。要不要解决这个需求呢？假设要，产品经理怎么解决呢？没条件就给个包子，有条件的给个秘制烤鸭，一碟小菜和一碗饭。秘制烤鸭（来自百度图片）需求调研阶段：“发现有个用户说他想吃鸭子”→需求收集“产品经理去沟通后发现，其实他是饿了，自己又喜欢吃鸭子”→需求挖掘“要不要解决这个问题”→需求评估产品设计阶段：“没条件就给个包子，有条件的给个秘制烤鸭，一碟小菜和一碗饭。”→产品设计下面将从需求调研和产品设计两个篇章分析。需求调研的四个步骤需求调研既然是为了明确版本迭代的内容，就要经过需求收集、需求挖掘、需求评估和需求评估的四个步骤。需求收集，建立需求反馈通道和需求池，随时收集需求。需求挖掘，洞察本质需求和场景，理解需求方。需求评估，紧急度和重要性，尽量做即重要又紧急的。需求分析，需求分解和边界确定，做到什么程度。需求调研需求收集：需求反馈通道和需求池需求的来源包括公司、产品经理自己、运营、市场、用户等等。平常要注意建设良好的需求反馈通道，需求反馈通道可以分公司内部和公司外部。公司内部是指内部的运营、市场、财务等部门提交的需求，随着业务发展公司每个部门都会提出各种各样的需求以便于数据增长、提升效率、减少成本、风控等。如果每个部门都每个人都想产品经理提需求，这就会出现A说要做B说不要做的信息偏差问题。所以要有一套需求提交规范，每个部门可以有个需求收集员，需求收集员向内对接部门成员统一部门想法，向外对接产品经理沟通业务需求。如果遇到部门间冲突/合作的需求，还要拉来各部门的相关人员进行讨论确定。公司外部是指来源于用户、竞对、行业专家等人的需求。可以通过用户群、用户反馈、回访调研、微博吐槽等了解用户的需求和关注点，寻找用户的痛点，能从用户中脱引而出。可以通过使用竞对产品，查看竞对更新/帮助文档等了解竞对的发展情况和产品策略，寻找自己的差异化。可以通过行业会议、文章、当面交流等了解行业的趋势和行业未解决的痛点，创造企业从行业中突围的机会。需求反馈通道建设起来以后，就要建设自己的需求池，把每个需求分门别类放好。关于需求池的文章有很多，我在就不再赘述了，注意记录两点：要解决什么问题和建议的解决方案。需求挖掘：归因和同理心每个人提的需求都是基于他自己的理解，而他自己的理解通常都是片面的，因为不了解具体情况或者只了解他那一端的产品。一个系统，暴露在人们眼前的永远只是冰山一角，没有海面下部分的承载，也不会有海面上的炫目冰山。普通用户所提出的解决方案和需求都是有局限的，其价值不在于直接使用，而在于产品经理基于它去挖掘更深层次的需求。如果用户让你给他鸭子，你就给他一只鸭子，这就是产品经理的失职。产品经理需要用自己的同理心，化身为用户，在他的场景下面思考需求。我一般用以下两种方法。1.问题归因，需求的本质是什么？当一个系统比较复杂的时候，绝大部分问题已经无法一眼看穿了，需要产品经理自己去挖掘。就像一个婴儿哇哇大哭，喂了奶不喝，摸摸额头不烫，抱起来一看原来是尿床了。这就是归因。怎么进行问题归因？首先，要了解问题的表现，婴儿的哇哇大哭就是不舒服表现出来的样子。其次，了解导致问题出现的可能情况，婴儿不舒服的原因有饿了、渴了、生病了、尿床了、发现妈妈不在身边等几种。最后，定位问题的本质所在，抱起来一看尿床了。2.用同理心，为什么提出这种解决方案？如果需求方只提出了解决方案却没有提出问题，也可以从解决方案中倒推问题本质，有条件的话还是向需求方求证比较靠谱。（1）解决方案是了解需求方的一种途径，因为是建立于需求方自身对问题、产品和操作习惯等基础之上的。通过解决方案倒推需求方对产品、问题的理解和操作习惯，能够让我们更好的揣摩和理解需求方所处的角色和产品在需求方心目中的画像，以小见大，无论对后续需求评估和日常用户理解都很有帮助。（2）解决方案也是个衡量标准。需求方提出的解决方案一般只有60分，只是能解决问题，处于需求金字塔的下方。产品经理以其为衡量标准，去判断自己的解决方案是解决了哪个层次的需求。理想状况下自然是超出需求方期望，触动需求方的G点。实际情况并不是谁的需求都要满足，因此要进行需求评估。需求评估：重要性和紧急度需求评估主要评估的是优先级，常用的方法有KANO模型、四象限模型、波士顿矩阵模型等。我比较常用的就是四象限模型，优先级：象限一 重要且紧急 ＞ 象限二 重要且非紧急 ＞ 象限三 非重要且紧急 ＞ 象限四 非重要且非紧急。四象限模型如何判断需求的重要性和紧急度？1.重要性的判断标准，几个比较重要的情况公司战略：产品经理是为产品服务，产品是为业务服务，业务为公司服务，公司战略落地的需求是从顶层下来，是需要优先考虑的。利润相关：公司是要赚钱和生存的，通常客户＞用户，大客户＞小客户。基础结构：产品是一座楼，基础结构就是地基，稍盖几层没有太大关系，如果地基没搭好就会有坍塌的风险。包括角色、实体、主业务逻辑、系统架构、账号体系等。2.紧急性的判断标准摸清实际情况：业务方、用户等通常会提出很多非常紧急的需求，产品经理不要被打蒙了，要先摸清实际情况，影响了多少业务，影响了多少用户，什么原因造成的等等。根据影响评估：摸清实际情况后，根据需求的影响进行评估。核心业务高于边缘业务，影响用户多高于影响用户少，造成损失高于未造成损失等等3.四象限模型重要且紧急的比较少，如果多了就需要反思是评估问题还是产品基础没打好；重要且不紧急的要多做，这些代表了产品的未来，而且要慎重，决策要慎重迭代也要慎重，要花时间去打磨他，不要急于求成，也不要一上一整个；不重要且紧急的要少做，做多了产品容易被牵着鼻子走，还会造成资源浪费，如果多了就需要反思是不是以前产品迭代没做到位；不重要且不紧急的要不做。需求分析：需求分解和边界确定需求评估后，就要对第一第二第三象限的需求进行需求分析，需求分析的目的是得出要做到什么程度，60分和90分效果和所需资源都不一样。我通常会在需求分析时，先进行需求分解，后进行边界确定。1.需求分解需求分解，指思维发散，思考需求未来的发展，思考需求所触及的功能模块。无论是业务、产品、功能或是需求，都有自己的生命周期，都是不断发展的。产品经理要基于现在判断未来。把需求比喻成木桶，做产品就是造木桶，木桶的木板就是产品模块，木桶越大承载力越强成本也越高。需求分解的时候，产品经理要思考木桶以后要多大，木桶的木板要有几根。2.边界确定边界确定，指根据当前需求/业务状态、需求方心理预期确定需求的边界。俗话说，最合适的才是最好的。如果你现在功能远远超出当前需求，可能到产品死了都还没用上，这就是对资源的浪费。如果你现在功能还不能满足当前需求，这也是对资源的浪费，下次迭代前需求方还会来找你。理想情况下，是超越当前需求一小段。具体这一段有多长，就需要根据需求重要性、业务发展情况等进行合理评估了。边界确定就是确定木桶的高度，很高不合适很低也不合适，木桶的高度取决于要装多少水。决定了木桶高度之后，就可以去造木板了，造木板这就是产品设计的事了。本文由 @Vency 原创发布于人人都是产品经理。未经许可，禁止转载。题图来自unsplash，基于CC0协议

导语：需求，大家再熟悉不过了。在产品设计的时候，什么是产品需求？什么是用户需求？什么是商业需求？到底怎么进行产品需求分析？看到这一些列问题你是否一脸懵逼？这是因为你对需求分析和理解的不够透彻。本文作者为大家分享了关于产品设计需求分析研究，希望可以帮助大家做好需求分析，理解需求分析。一、需求到底是什么？在工作中我们经常提及需求，谈及需求分析，但就一个简单的需求，我们真的了解吗？真的知道什么是真正的需求吗？天天被客户说你没有理解我的意思，你没有了解我的需求。那么什么是需求？百度百科中解释需求指人们在某一特定的时期内在各种可能的价格下愿意并且能够购买某个具体商品的需要。而关于需求也有人解释为需求是由个体在生理上或心理上感到某种欠缺而力求获得满足的一种内心状态，它是个体进行各种活动的基本动力。产品是为了满足人们的需求而被生产出来的，因为需求的驱动，才会使得用户需要产品。因此需求，既不是功能，也不是产品，不能把功能和需求混为一谈。需求是用户面临的某一个问题，产品或者产品功能只是为了解决用户需求的解决方案。1. 需求类型介绍产品的需求都有那些类型呢？需求按照产品属性可以划分为：idea、新增、优化、Bugfix；按照产品职能可以划分为：功能类需求、运营类需求、数据类需求、设计类需求；按照产品价值划分为用户需求和商业需求；按照产品性质划分为显性需求和隐性需求。2. 需求相关理论在产品设计中的应用马斯洛需求层次理论（hierarchical theory of needs），马斯洛，可以说是我们需求理论界的祖师爷，他认为，人的需要由生理的需要、安全的需要、归属与爱的需要、尊重的需要、自我实现的需要五个等级构成。下面我们看看产品设计中的应用：生理需求方面应用、安全需求方面应用、社交需求方面应用、尊重需求方面应用和自我实现需求方面应用。1）生理需求方面应用 生理需求即满足人类的最底层，最基本的生活需求，包括衣、食、住、行、用等。生理需求是推动人类生存的动力，只有生理需求得到满足，人们才会追求更高层次的需求。比如：唯品会、饿了么、美团外卖、百度地图、WiFi万能钥匙。2）安全需求方面应用 安全需求即在满足人类的生理需求的情况下，满足人类的安全和社会保障，包括健康、社会秩序、法律、和平、医疗、教育等，人类需要安全感。比如：支付宝、360、查悦社保、优健康、全民反诈。3）社交需求方面应用 社交需求即归属与爱的需求，体现在个人渴望得到家庭、团体、朋友、同事的关怀爱护理解，包括友情、爱情、熟人社交和陌生人社交等的社交需要。比如：微信、Soul、珍爱网、探探、陌陌。4）尊重需求方面应用 尊重需求即较高级别的需求，满足前几种需求的前提下，用户开始关注高级需求，包括内部尊重和外部尊重。自尊和希望受到别人的尊重。比如：朋友圈和抖音的点赞、评论，电脑开机助手。5）自我实现方面应用 自我实现需求即最高级别的需求，实现自己的理想抱负，实现自己的追求，成为伟大的或具有影响力的人物。在人生道路上自我实现的形式是不一样的，每个人都要创造机会去完善自己的能力，满足自我实现的需要。比如：微博认证、知乎认证、网易云音乐会员、QQ会员、抖音认证圣经人性七宗罪圣经人性七宗罪（seven deadly sins），天主教称七罪宗，或称七大罪或七原罪，属于天主教教义中对人类恶行的分类。最本质的需求是人类原始的本能欲望，在《圣经》中，人类有七宗罪：色欲（lust）、暴食（gluttony）、贪婪（greed）、懒惰（sloth）、愤怒（wrath）、嫉妒（envy）和傲慢（pride）。一款好的产品，需要对人性做透彻的分析，才能完成其设计。比如：快播、王者荣耀、拼多多、狼人杀、大众点评。3. 需求层次的规律需求是不变的，变得是满足需求的产品。从古至今，人类的需求几乎没有发生改变，如为了满足人类移动的更快的需求，历史上有马车、自行车、汽车、火车、飞机，互联网的产品则是摩拜单车、哈罗单车、滴滴出行、12306、携程。传统产品：互联网产品：因此，在进行产品设计中一定要把控需求来源，提高需求质量。二、需求如何进行获取？聊了这么长的需求，那么需求到底如何进行获取？都有那些渠道和方法呢？看了相关的视频和书籍进行了一定的了解，只要路子野，就不会有悲伤！关于需求也有相关的获取渠道和方式。1. 需求获取渠道需求的获取渠道，包括内部渠道和外部渠道，通过多种渠道来获取用户需求。内部渠道包括产品、老板、同事和自己，外部渠道包括市场、用户、竞品和合作伙伴。外部获取渠道：市场：产品设计需求会受到行业政策的调整而变化，如政策对顺风车业务的需求影响。用户：产品就是为了满足用户的需求而服务的，需要及时的了解我们的用户，了解我们的目标用户。竞品：知己知彼，方能百战百胜。在同领域的竞争对手，通常来说两者之间是相爱相杀的关系。我们既要了解直接竞品，又要了解间接竞品。如碎片化时间、场景相同、用户也相同、但需求不同的抖音与快手、微信读书与网易云音乐。合作伙伴：合作伙伴能够给企业带来资金资源、先进技术、管理经验，提升企业技术进步的核心竞争力和拓展国内外市场的能力，推动企业技术进步和产业升级的国内外先进企业之间的合作。内部获取渠道：产品：通过用户使用产品时所产生的行为数据，来进行产品战略规划和设计，因为用户的行为即是用户的需求。老板：产品设计在满足用户需求的同时必须兼顾企业的战略需求。而这方面需求通常是由老板或公司的高层来进行掌舵的。同事：产品的开发流程，从产品规划到需求分析，从需求分析到产品设计，从产品设计到产品开发，从产品开发到产品测试运维等，涉及了很多的同事，他们对用户也有所理解，间接了解用户的需求。自己：作为产品人，我们也应该成为产品的用户，成为产品的目标用户，这样才能不断为用户思考，为用户解决需求。2. 需求获取方式需求的获取方式，包括内部方式和外部方式，通过多种方式来获取用户需求。内部方式也同样包括产品、老板、同事和自己，外部方式包括市场、用户和竞品。市场：通过了解国家的法律法规、政策方针、了解市场的行业动态和数据报告。用户：通过用户调研和用户反馈来进行了解用户的需求，从而为用户进行服务。常见的用户调研包括有：观察法、单人访谈法、焦点小组、问卷法、头脑风暴法、自我陈述法和实验法；常见的用户反馈包括有：论坛、贴吧、微博话题、Appstore的产品评价等。竞品：需要持续性的进行相关竞品分析，了解优势与劣势，了解相同与不同。查阅相关的竞品分析报告，进行快速了解。内部获取方式：产品：通过一次次的数据埋点产生的用户行为数据，有效的用户行为数据分析，出具有业务价值的数据分析结论。老板：及时与老板进行高效沟通，结合企业的战略定位与战略规划，明确产品的战略规划。同事：与同事进行产品头脑风暴，打破常规，积极思考，畅所欲言，充分发表看法。自己：作为产品人，我们要用心观察生活，使用更多的产品，体验更多的产品，总结产品经验与规律。3. 需求记录不仅我们需要了解需求，同时各种各样的需求也要规范的进行记录，我们通过需求卡片来进行需求记录，包括需求编号、需求类型、需求来源、需求内容、需求场景、记录时间、记录人员等。三、需求分析怎么进行？需求也有真伪，获取了需求，接下来我们需要进行需求分析，分析哪些需求是真需求，哪些需求是伪需求；哪些需要是必须要做的，哪些需求可以不用做；哪些需求先做，哪些需求后做；如何进行筛选需求等，常见的需求分析包括：需求筛选、需求透视、需求排序。1. 需求筛选初步进行需求筛选，包含有4个分析纬度，真实性、一致性、价值性和可行性。真实性：需求是否是目标用户的真实需求，自己不要YY需求，同时也要对用户嘴上说的需求进行斟酌，需求是否真的存在。如用户说星巴克不好喝，但实际是因为太贵了，没钱。一致性：是否符合产品定位？需求分覆盖面有多大？有多少目标用户有这种需求？这个需求有多大程度上的代表性？如用户需要从家门口做地铁去公司上班。价值性：需求能带来多少价值？（用户价值、企业价值）需求实现要多少成本？（人力、金钱、时间） 需求投入产出比如何？不赚钱，产品人怎么活！企业怎么活！可行性：需求按照目前现有的人力物力和财力能够实现，过滤掉企业能力范围以外的产品需求，但是我们可以和别的企业达成战略合作，求同存异，互利共赢。2. 需求透视需求透视就是从获取的表面需求中提炼出用户的本质需求，理解用户的本质需求，则有利于我们更好地提出产品需求，分析表面需求、本质需求和产品需求。再来一个小案例：有一天大冰哥和朋友去看电影，走在了街上突然发现没吃饭饿了，大冰哥想吃火锅，但由于要和他的朋友一起看电影，时间来不及，于是它们一起吃了山西刀削面，解决了吃饭问题，然后两人一起去看电影了。那么上面小大冰哥的用户描述需求是想吃火锅，但用户实际想要的只是没有吃饭，只要吃饭了就行，而他们的潜在需求有饮料，啤酒和水果等。3. 需求排序根据企业的战略定位、产品规划和用户需求，我们需要对记录的产品需求重要性进行优先级排序。具体而言，通过需求类型、需求频率、需求强度和需求逻辑来进行需求的优先级排序。1）需求类型依据KANO模型对需求做出的分类，考察需求的类型，包括基本型需求（痛点）、期望型需求（痒点）、兴奋型需求（兴奋点）。如微信产品，用户的基本需求（痛点）是聊天，微信表情则为用户的痒点（期望型需求），没有表情包也照样聊天撕逼，而微信红包则是用户的兴奋点（兴奋型需求），在撕逼完后还可以发红包互相伤害！2）需求频率用户在单位时间内使用产品的次数即为需求的频率，频率越高，需求对用户越重要。如产品设计时，把高频率的功能放在一级，把低频率的产品功能放在二级甚至于三级等。3）需求强度需求的强度可以参考马斯洛需求层次理论，包括必要性、高频次和持续性。4）需求逻辑需求之间也存在着一定的逻辑关系，需有也有先后，先完成第一步需求，才能完成第二步需求。如微信视频，必须先有微信好友，才可进行微信好友视频。需求不变，变得是适应需求的产品，把控需求来源，提高需求质量。本篇文章为大家介绍了产品与需求、需求理论知识和应用、需求获取和分析研究，相信基于以上需求分析理论和方式方法，在以后大家对需求分析的处理能够有所新新思路，高效打造出一个有价值的优秀产品。希望能给到小伙伴建立自己的产品需求分析体系一些启发。参考文献：https://ke..com/item/%E9%A9%AC%E6%96%AF%E6%B4%9B%E9%9C%80%E6%B1%82%E5%B1%82%E6%AC%A1%E7%90%86%E8%AE%BA/11036498?fr=aladdinhttps://jiahao..com/s?id=1613553371563641328&wfr=spider&for=pchttps://ke..com/item/%E4%B8%83%E5%AE%97%E7%BD%AA/29700?fr=aladdinhttps://www.sohu.com/a/236294654_163497https://ke..com/item/%E7%AB%9E%E5%93%81/2313080?fr=aladdinhttp://www.woshipm.com/pmd/4343278.htmlhttps://ke..com/item/%E8%80%81%E6%9D%BF/1977https://zhuanlan.hu.com/p/151311536?utm_source=wechat_sessionhttp://www.woshipm.com/operate/742247.htmlhttp://jiahao..com/s?id=1663323869315685791&wfr=spider&for=pchttp://www.woshipm.com/pmd/297999.html本文由 @Hello_大冰 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议

2B产品经理要深入了解、挖掘出客户/用户的真实需求，需要先具备一定的企业业务常识+良好的沟通引导技巧。本文作者给大家提供了三个步骤，来做用户访谈，希望能够对你有所帮助。当你打开一款2B产品的工作台时，是不是会有个困惑：工作台上一堆的功能列表，到底是从哪来的？哪个产品大神能突发奇想，设计出这么一大堆功能？这些功能到底解决了用户的哪些需求？上一篇文章《2B产品经理如何快速准确了解一家企业业务》，我们讲了如何对一家企业有个基本的了解，现在我们就可以开始对客户（买单的人）、用户（实际操作系统的人）做需求调研了。小白可能会问，为什么要大费周章地先对企业业务做一番了解？直接做需求调研不就好了吗？如果一名2B产品经理真的这么做，大概率会在调研过程中，被调研对象在心中贴上：外行领导内行的标签。一个2B产品经理不懂业务，却要去做一款2B产品，如果你是用户，是不是会心里发毛？所以，2B产品经理在需求调研前，一定要对调研内容做到心中有数。这完全不同于2C产品是为了满足个人日常生活相关的需求，只要你有点生活常识，人人都是产品经理，张口就能和用户聊需求。今天我们继续2B产品设计的第二个环节：需求调研。2B产品的需求调研方式，我个人首推通过用户访谈。就像之前我们说的2B产品注重流程，2B产品经理要了解企业业务需求，最好的方式就是通过客户/用户访谈，面对面地和用户沟通、倾听、交流。魔鬼藏在细节里。2B产品经理要深入了解、挖掘出客户/用户的真实需求，需要先具备一定的企业业务常识+良好的沟通引导技巧。你可以参考下面的步骤来做客户/用户访谈：1. 向客户（买单人）了解产品定位？为什么特意把客户和用户分开来说？2B产品的选型过程更长、更复杂，往往是先在企业内部有过多番讨论的结果。2B产品的客户和用户常常不是同一类人（这里说的客户指为产品买单的人，用户指未来产品的使用人）。客户的需求一般侧重企业战略如何落地，管理制度如何落地，产品能带来哪些额外价值？因此，2B产品经理在与客户沟通时，要有CEO思维，多从商业（通俗点就是：做生意，你关注什么）的视角去理解对方的意图。与客户访谈，有利于产品经理站在更宏观视角去理解未来产品的定位。郝志忠在《用户力》一书中提出，产品设计要先回答产品定位的问题，而产品定位从通俗上来说，要回答：做什么？做给哪些人用？做成啥样？这3个问题。2. 向用户了解应用需求与客户（买单人）了解清楚产品定义后，就可以带上准备好的调研问卷，结合上一个环节了解的企业业务信息，找到企业通讯录上的核心用户，来和用户沟通具体的应用需求了。注意：事先准备好调研问卷，能让你更从容、有针对性地进行用户访谈。调研问卷，可参照下面的思维导图作为框架：调研对象、业务角色：相当于我们在招聘网站上看到的招聘岗位、岗位职责。背景说明：让调研对象先热热身，可以让TA先比较宽泛地聊聊自己当前工作中遇到了什么问题？哪些问题希望通过产品来解决？之前是不是有使用其他产品？对新产品有什么期望？需求描述、业务过程：引导调研对象结合自己的实际工作场景，描述具体工作细节。产品经理可以初步判断哪些是产品能解决的问题？一般来说，现有单据（如在用的出差申请单）、审批流程（如根据申请人岗位判断需哪些领导审批）、业务规则（如根据申请人岗位对应差旅标准）这类可明确、有逻辑、可结构化的的内容都是产品要解决的范畴。这些都属于功能性需求。非功能性需求：2B产品用于企业生产经营活动，那么产品经理就需要多一步考虑：除了满足用户的功能性需求，是不是有哪些非功能性需求同样非常重要？上图我提到了几个常见的：（1）安全性：有的2B产品的数据就是企业的血液。对于数据泄露、丢失等问题，有的企业是零容忍。产品经理就要重视数据安全的相关方案。（2）易用性：可参考之前写的2B产品经理的用户体验，都值得再做一遍（3）稳定性：2B产品在设计时一定要尽量做到全面规划。前面说到产品定位要回答产品做什么？做给哪些人用？做成啥样？回答清楚这3个问题，2B产品的设计就不会随波逐流。这里插一句：我们日常的2C产品比较喜欢刷存在感，时不时喜欢更新个版本，很多改版只是做些小调整，比如做个页面改版。目的是让用户有新鲜感。相反，2B产品因更注重用户的操作习惯，所以应更注重稳定性，能不改则不改。白鸦之前在内部分享会上说，有赞的产品自从推出第一个版本后，就没对导航、页面布局、交互做过调整。个人认同：2B产品的每一个设计都要想清楚，不要来来回回不断调整。每一个大调整，都增加了用户的学习成本，稳定性是衡量一款2B产品设计好坏的关键指标。（4）性能：这个对一般用户比较抽象，用户一般直观感受是操作时，产品反应速度怎么样（比如打开一个页面不能超过3秒）？翻译成专业术语就是响应时间、吞吐量、并发数这些指标。（5）可扩展性：这个可理解为产品的灵活性。比如，产品是否需要为管理员提供参数配置、业务建模等高阶功能，满足业务变动、发展的需求，而不需要额外增加开发工作量。需求优先级：访谈到最后，用户可能洋洋洒洒和产品经理讲了一大堆需求，这时产品经理应要先对用户的需求做一轮概括复述（目的是确认自己是不是有抓住用户需求的核心），然后可以适当引导用户说出其中哪些需求的优先级最高（这是在为后续的产品需求优先级做准备），适当地收敛、聚焦核心需求。3. 提供、确认需求调研报告前面我们和客户/用户斗智斗勇地展开了一场场的用户访谈，最终还要通过一个产出物-需求调研报告，让客户/用户了解我们对其需求的理解程度。大家互相做到知己知彼，才能在未来的产品设计、开发中不会出现需求理解错误的尴尬局面。需求调研报告的内容需包含前面的2类需求调研内容，需求调研报告的模板可以参照上面的思维导图。需求调研报告这类动则几十、上百页的文档，如果直接发给客户确认，往往会石沉大海。这有两方面原因：一方面，需求调研报告主要就是复述客户的实际业务和期望解决的问题，并无多少新意，难以引起客户仔细阅读的兴趣。另一方面，人们对这种几十页的正式文本，往往拿起来就有恐惧感，文字阅读本身是反人性。建议解决方案：3.1 向调研对象现场讲解主业务流程尽量用一幅流程图讲清楚被调用对象的主业务流程，个别需要特别说明的子流程，可以补充说明。建议通过会议的方式，现场向用户演示、确认，因为这个过程可能会有不少思想碰撞，现场的效果最好。主业务流程图如下：主业务流程是后续产品设计的主轴，我们可以把它视为未来产品的框架，一旦理解有误，直接影响后续的产品设计、开发。3.2 将报告化整为零地确认。在工作中，我们会遇到一个棘手问题：文档到底应该按用户为对象来划分，还是应该按业务流程为对象来划分。我的看法是：按业务流程来划分。因为任何一个用户在一条业务流程中，都只参与其中一部分。以业务流程为对象来划分，一方面可保持业务流程完整性。所有与该业务流程相关的人，可看到整条业务流程的完整信息，不会出现疏漏。另一方面可减少文档内容的冗余。如果以用户为对象，不同用户在一条业务流程中存在上、下游关系，描述业务时既得先说明TA的上游用户需做完什么（类似前置条件），又得说明TA做完后的后续流程是什么？导致描述不同用户的流程内容时，会出现很多重复内容。举例，一条业务流程有A,B 2个用户按顺序来一起完成。在描述A用户负责的业务内容时，需要说明A用户的后续流程内容。这个刚好就是B用户负责内容的前置条件。通过分开确认不同的业务流程，可以降低确认难度。做完上面的3步，2B产品的需求调研就算完成了。到这里，我们已经理解了调研对象的详细需求，接下来，我们就可以进入需求分析环节了。小结今天我们讲了需求调研时，要做的3件事：向客户（买单人）了解产品定位？向用户了解应用需求；提供、确认需求调研报告。你也可以上手去试试，希望可以帮到你。本文由 @追梦人 原创发布于人人都是产品经理，未经许可，禁止转载。题图来自 Unsplash，基于CC0协议

在生活中，我们会经常听到别人谈各种需求，作为产品、研发等人员更是离不开需求，所以这篇文章重点谈谈产品的需求和解决方案。文章的框架：产品需求的内涵、分类及层次内涵人们生理和心理上的欲望产品是为了满足人们的需求而被生产出来的,因为需求的驱动,才会使得用户需要产品。互联网产品就是通过互联网技术来满足人类的需求。互联网产品的形态有: App、Web网页、PC客户端、 各种硬件内的软件、AR、VR等等。产品经理所做的工作就是如何设计用互联网产品去满足用户的各种需求。分类用户需求满足用户所想，用户就是上帝马斯洛需要层次理论商业需求商业化变现为主不管企业如何变现，一切基于是否满足用户需求，才会带来商业价值。层次需求层次理论将人类需求从低到高按层次划分为五类,只有较低层次的需求得到满足之后,较高层次的需求才会成为新的动力。产品需求层次的规律、拆解用户需求需求层次的规律这些需求都是与生俱来的,不会随着社会的变革而变化,即需求是不变的,变得是满足需求的产品。越靠近底层需求越是刚需越靠近高层需求，则新鲜感驱动越明显拆解用户需求一条用户需求可看做是“目标用户”在“合理场景”下的"用户目标’其实就是解决"谁”在“什么环境下”想要"解决什么问题”。举例：用户问题：我有个朋友酷爱运动,他跑步的时候一定要听音乐,而且要听特别动感的音乐。我就想知道最近流行什么音乐、不然K歌时总觉得自己很落后。不知道大家有没有这个烦恼,不知道该听什么a推荐的自己又总不喜欢。拆解：目标用户:休闲型/小资型/达人型使用场景:.上班路上/工作时睡觉前....用户目标:快速找到最流行的音乐/需要音质最好/只听某类型的音乐需求获取的方式外部用户竞品市场合作伙伴腾讯内部有一个需求研究法则: 10/100/1000法则。它的意思是说产品经理每个月必须做10个用户调查,关注100个用户博客,收集反馈1000个用户体验。虽然我们很可能没办法做到,但我们应该记住这个法则传递出的理念:去了解你的用户, 尽最大可能去了解你的用户! ( 这很大程度上依赖于三件事:用户调研、用户反馈、数据分析)内部产品数据分析通常情况下,有两种东西会直观地反映出一一个人的心理,一个是他所说的话,另一个是他所做的事。用户调研和用户反馈,就是去听用户"说话”。而数据分析,则是去看用户"做事"。所谓“做事”就是用户在使用产品过程中所产生的行为。而用户产生的这些行为,会以数据的形式被记录下来。对这些用户行为数据进行分析,可以帮助PM更好地理解用户的真实需求。老板同事头脑风暴自己使用产品热爱生活如何记录需求获取需求之后,还需要对数据进行一个初步的记录,以便于后面对需求进行分析、管理与实现。需求挖掘的场景场景心理场景通过研究用户在特定环境下的心理,然后针对每个心理状态进行分析和提出对应解决方案标签场景通过研究用户在特定环境下的心理,然后针对每个心理状态进行分析和提出对应解决方案案例：需求分析的方法和如何筛选需求分析这一步,具体又可以分解成三个部分:需求筛选、需求透视、需求排序。这三者的逻辑是这样的:首先筛掉不做的需求其次对要做的需求进行进一步提炼,最后对提炼过的需求进行优先级排序。需求分析的方法真实性一致性价值性可行性透视需求表面需求轻而易举可以找出，但实际意义不大本质需求用户想解决的根本问题。获得用户的本质需求更可能找出更合理的方案来解决用户的问题。需求优先级KANO模型基本型需求期望型需求兴奋性需求用户自己并没有意识到的隐性需求。这类需求的满足可以给用户带来极大的惊喜。当这类需求得到满足后,用户对产品的满意度和品牌忠诚度将会有显著提高。因为用户没有意识到的缘故,所以这类需求即使没有被满足,也不会引|起用户不满。比如微信聊天中的红包功能。( 也就是我们说的兴奋点)这三类需求的重要性判断原则是这样的:基本型需求最重要,期望型需求和兴奋型需求在不好判断时通过需求重要性公式确定。期望型需求和兴奋型需求的重要性公式:重要性=功能使用用户百分比(用户使用率) x功能使用次数百分比(功能使用率) x类别重要性百分比。( 通常情况下,我们可以将期望型需求百分比定为50%兴奋型需求百分比定为25% ).当需求收集到后,紧接着就需要对收集来的需求进行分析、筛选、排优先级,这项工作是最考验产品能力的,互联网行业瞬息万变,只有利用好手中的资源合理安排需求,才能抓住市场机遇，优先满足用户需求,才能获取市场流量。

编辑导语：一个产品的开始阶段就是产品调研，因此产品调研质量的好坏对产品来说至关重要。对产品经理来说，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协议

在上一篇中，我们明确了如何确定项目目标以及如何确定干系人，在本篇文章中，我们将梳理一下如何确定调研方式以及如何确定调研问题。首先我们再梳理一下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抓紧创作！

编辑导语：对于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 协议

做好需求的优先级，合理利用有限的开发资源，是考验产品经理能力的一大指标。只有做好需求调研，才能在立项时从容的应对各种疑问。比如该需求要为谁解决什么问题？为什么你的需求比别人重要？需求要达到什么目的？……需求调研不足将导致产品脱离实际业务需求，造成开发资源的浪费和产品方向的偏差。本人将需求调研整理为三阶段，即需求搜集-需求挖掘-需求评估，并说明每个阶段的工作思路。注：公司产品为c2m服装定制平台，以下将结合实际工作经验及对产品的理解整理，仅供参考。需求搜集定义：无论是全新业务的探索还是已有业务的优化方案，都存在业务述求，因此需求搜集可以理解为向用户搜集业务述求。渠道：用户主动通过某个渠道表达对产品使用的不满及建议。像微博吐槽，APP评价，在线客服，产品反馈入口等方式会更适合C端用户。而B端用户（或公司内部用户），会直接向上级或产品经理反馈业务述求。原则：接近业务。产品经理未收到业务反馈往往不是意味着产品没有缺点并满足用户的所有需求，而是产品未同用户建立良好的需求沟通机制导致。用户由于思维惯性，不会主动提出业务述求。其原因可能包括：不认为当下的操作行为有何不妥；认为即使提出业务述求也得不到有效解决。此时需要产品经理去接近用户，比如说业务轮岗，种子用户访谈，数据漏斗分析等。倾听和理解。理论上所有的业务抱怨都可能提炼成一个需求，不要以自己对产品的熟悉程度去质疑用户的各种操作失误；既然这是你的用户，用户会犯错，用户会抱怨，这即使产品需优化的点。因此首先要端正自己的态度，正视业务问题，才会有去改进的动力。及时反馈。为了提高业务部门反馈的积极性，对于述求方给出回复时间点及回复结果：转化成需求/大致完成时间，需求拒绝/拒绝理由。有针对性。往往用户在描述问题时容易发散，没有方向，导致搜集了很多问题，但同需调研的需求本身有偏差。因此，针对有目的性的需求，产品经理对产品的框架有事先的认知，带有问题去咨询用户。比如，要做进销存的功能，产品经理要事先对进销存有基本的产品框架，集中同用户讨论采购入库，调拨，盘点等业务场景。需求挖掘定义将业务述求整理成需求池，即场景-用户-问题点（目标）-建议解决方案。场景：所有的用户行为都必须具化到场景，需求场景描述要尽可能的详细，这样才有利于产品设计。曾经看到地铁广告，公众号二维码置于海报中下区域，也就是用户要蹲下来才能扫到二维码。如果需求挖掘时有考虑到用户扫描二维码的场景，产品设计就会考虑二维码的位置。用户：你要清楚你为谁设计产品，不同的用户产品设计思路是不一样的。工厂操作员害怕出错，因此产品设计可以侧重强提示，二次复核，傻瓜式操作等避免出错；女生害怕计算，因此产品设计可以将口算的部分转为系统自动计算；特别是C端产品更要考虑用户画像，本文就不再展开。问题点：所有的需求是为了解决业务问题。功能上线后未解决业务问题，等于资源的浪费。解决业务问题即等同于需求目标，有利于确认需求的优先级。因此罗列出问题点，作为产品设计依据。确认需求目标，可作为上线跟踪的依据。建议解决方案：在同业务端沟通时，可能会得出初步的建议解决方案。参考该信息有利于产品设计是符合用户需求的。原则别把解决方案当需求很多时候，用户给我们讲出来的想法和要求，根本不是他们的“需求”，而是他们的一种“想要”。“需求”是用户最根本的待解决的问题，而“想要”只是用户已经帮我们想好的一些解决“需求”的办法而已，在需求调研过程中，务必要挖掘到用户的“需求”，通过我们的设计去实现用户的“需求”，而不是盲目的跟从用户的“想要”，结果被用户带到了沟里出不来。不断问为什么需求挖掘比较考验产品经理专业业务能力和事物抽象化，比如工厂的说想喝可乐，其用户需求1是解渴，需求2表达我很酷。在用户所在环境，喝可乐是财力和酷的表现，而水却被打上廉价标签。挖掘更直观的表达方式是不断的问为什么，为什么想喝可乐；为什么是可乐；每个业务点去问到最后的为什么，也能收集你想挖掘的点。需求评估定义：在判断是真实需求的前提下，需求优先级如何。一般的伪需求在需求挖掘环节不断问为什么，能得到答案。在认定是真实需求时，一般采用重要性和紧急性两个维度考虑。重要：公司战略；增加营收；降低成本；信息泄露；产品基础模块，比如电商的支付，订单，商品，库存，发货等模块等。紧急：投诉风险；资金结算；大面积影响用户等。注：不同阶段，公司对重要和紧急的领域可能会有差异，要视情况而定。比如说，公司初期增加营收，拉新等是重要的，而公司中期，降低成本，隐私泄露又开始被重视。两个维度组合如下：重要&紧急：如果这类需求多，需反思是否产品框架有问题，产品基础建设欠缺。重要&不紧急：要聚焦于这类需求，代表产品的未来，拆分版本逐步迭代，稳扎稳打。不重要&紧急：往往是临时解决方案，往往对产品没有质的提升。需要反思是过去产品迭代的问题。不重要&不紧急：尽可能的不做在大部分情况下，需求和开发资源是呈现狼多肉少的局面。因此做好需求的优先级，合理利用有限的开发资源，是考验产品经理能力的一大指标。本文由 @小余同学 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议