在上一篇中，我们明确了怎么样确定项目目标以及怎么样确定干系人，在本篇文章中，我们将梳理一下怎么样确定调研方式和怎么样确定调研问题。

  在实施需求调研之前，我们应该确定需求调研的方式，以便实施后续的需求调研。

  B端产品的需求调研方式主要有三种，分别为【行业研究】、【深度访谈】、【调研会议】，那么我们该在怎样的情况下选择哪种具体的调研方式呢？以及每种调研方式需要注意哪些问题呢？

  B端项目通常包括企业内部自研项目和企业外部定制化项目，对公司内部项目，产品经理对该行业已经具备一定的熟悉度，但是对于外部定制化项目，产品经理对客户所在行业的了解度相对较少，所以我们应该对行业做深度研究，并且对核心竞品的相关功能做深度体验；通过研究行业和体验竞品，快速了解行业并且梳理出调研过程中需要对受访者提出的问题。

  如果不进行行业研究，我们对行业的了解度不够，有几率会使在调研过程中大部分时间需要受访者给我们普及行业基础知识，导致需求调研时间长效率低；所以无论是内部自研项目还是外部定制化项目，行业研究都是产品经理必须要做的需求调研工作。

  线上业务通常都是线下业务场景的映射，所以无论是自研还是定制化项目，我们一般都可以在市场上找到同类型的业务案例进行研究。

  比如某大型制造业企业要研发供应链金融平台，由于目前商业信用仍然是货币信用的主力军，所以我们大家可以在网上找到很多相关的企业之间是如何根据贸易往来产生借贷关系的案例进行研究，以帮忙我们更深入的了解供应链金融的业务形式。

  B端产品通常是企业内部管理软件，使用门槛较高，但是市场上任旧存在一些可以不要钱试用一段时间的B端产品。

  比如如果我们要体验企业项目管理协同办公软件，可以试用worktile；如果要调研商家管理后台，可以试用淘宝商家端；如果要调研CRM系统，可以试用sales force；另外也能够最终靠有关产品的专业服务提供商的官网了解其针对特定行业的解决方案。

  深度访谈是针对干系人逐一进行用户访谈的需求调研方式，也能最高效的了解需求的调研方式。

  深度访谈通常适用于受访人较少且受访人时间和空间条件都允许的情况，比如在企业外部定制化项目中，由于空间限制，我们可能没办法对干系人进行面对面的深度访谈。

  在确定干系人阶段，我们对干系人已经做了职位职级和岗位工作职责的初步了解，在此基础上还应该尽可能对其做更深入的了解，尤其是了解其和别的业务相关方是不是真的存在利益冲突，以避免在产品设计中出现业务各方存在利益纠纷的情况；比如CRM系统中，对KA客户定位不明确，可能会引起出现KA销售和中小销售抢客户的情况。

  在进行深度访谈前，我们还需要明确访谈对象的受访顺序，常常要按照职位由高到低的顺序进行访谈。

  因为对需求的了解需要从宏观到微观，从企业战略层到具体的业务形态，而战略层的需求调研对象通常为企业管理层，所以按照职位由高到低进行干系人的访谈，能够在一定程度上帮助我们从战略层到业务层逐层梳理和理解需求。

  如果不按照特定顺序进行用户访谈，则可能出现需求调研过程中不同调研对象的需求表述出现互斥情况，导致需要对其中一些调研对象反复进行深度访谈。

  在进行深度访谈之前，我们还需求针对每一位访谈对象制定一个访谈大纲，制定访谈大纲的目的是为了控制访谈节奏，使得我们清晰的明确应该先做什么，再做什么，防止在访谈的过程中出现跑偏导致最终没有达到访谈目标的情况。以下为深度访谈访谈大纲的模板，大家可以进行参考：

  调研会议是对干系人集中进行需求调研的调研方式；调研会议较常用于外部定制化项目中，因为在外部定制化项目中，技术服务提供商通常和需求方不在同一地点办公，所以产品经理无法逐一对干系人进行深度访谈。但是为了高效的了解需求，通常会和需求方约定一个合适时间开展需求调研会议。

  在内部自研项目中，当项目干系人较多且干系人允许的调研时间不符合按照职位由高到低调研的需求时，我们也可以采用调研会议的形式，统一对干系人进行需求调研。

  在开展需求调研会议前需要明确本次会议的目标，明确的目标可以帮助产品经理在需求调研会议中把握会议的节奏和方向，因为需求调研会议可能出现业务方针对某个业务问题深入谈论的情况，会打乱会议节奏延长会议时间，此时产品经理应该以会议目标为原则判断是应该在会上继续讨论该问题还是应该会下另行组织讨论该问题，以保证高效的完成需求调研会议。

  调研会议本质上是将所有关键干系人集中起来进行统一调研，在开始调研会议前应该明确好会议流程，确定会议议题分别有哪些以及会议议题的先后顺序，按照层级关系罗列出我们需要问的问题，保证需求调研会议的高效性。

  确定调研方式之后，我们还需要确定调研问题，提前准备好调研问题可以让我们在会议过程中井然有序的进行提问，防止在调研过程中出现问题遗漏的情况。

  首先我们需要明确需求调研的框架，B端产品的需求调研是从【战略层】、【战术层】、【执行层】三个层面进行的；调研问题也应该围绕这三个方面进行准备。

  战略层是指该项目的战略定位和战略目标，我们需要确定该项目对企业整体战略部署的意义，因为战略层决定了企业的业务方向，明确该项目的战略定位能够在一定程度上帮助我们梳理项目的应用框架，在进行产品的模块和功能设计时，不仅要满足当前需求，也需要基于项目的战略目标考虑产品功能在后期的可扩展性。

  如果在产品设计前不了解项目的战略目标，那么产品的功能虽然满足本期要求，但是可能在后期会进行较大的功能调整。

  比如某国家级艺术品交易平台决定在故宫600周年之际联合故宫邀请国家级大师定制一批故宫藏品的高端仿制品，并通过线上渠道进行销售。

  我们了解到该企业当前的交易模式是通过线下竞拍的方式进行艺术品交易，企业想通过本次故宫600周年之际的艺术品售卖正式打通线上艺术品交易渠道，在产品设计前我们并未了解到该项目的长期战略目标是以国家级艺术品交易平台进行信用背书，打造自营+入驻的垂直线上高端艺术品交易平台，所以产品的整体架构均是以自营平台为前提进行设计的，导致后期引入商家入驻模式时候后端技术对订单、商品、供应商、分销商表都进行了调整。

  了解项目的战术层也就是了解其经营策略，经营策略是指企业的业务模式，比如电商类项目中，项目的经营策略包括其平台模式、目标用户群体、商品来源、供应链策略、渠道策略、定价策略、营销策略等。

  了解企业的经营策略有助于帮助我们明确当前阶段的企业的应用架构，以及未来一段时间内企业的整体应用架构，并且有助于我们更深入的了解业务细节，以便根据业务细节进行产品设计。

  如果在产品设计前不了解企业的经营策略会导致产品功能无法满足当前的业务需求，比如在上述的艺术品交易平台案例中，由于没有明确其平台模式，我们的产品设计完全是按照自营模式进行的，后续又按照自营+入驻的销售模式进行了平台化改造。

  那么针对项目的战术层应该怎样进行需求调研呢，以案例中艺术品交易平台为例，我总结了如下问题：

  通过战略战术层的调研，我们对项目整体的战略战术布局已经有了较为清晰的认知，接下来要对业务细节进行调研。执行层的调研分为组织架构和业务细节调研。

  B端产品的实际使用人是企业中的员工，我们应该明确项目涉及的企业组织架构，因为在产品使用过程中，业务流程中的审批流，产品设计中的权限角色等产品都会是基于企业的组织架构进行设计的，而且在产品开始功能设计之前，首先应该明确的就是基于企业的组织架构的权限账号体系，所以在需求调研时，需针对企业架构做深入调研。

  产品设计是基于企业实际业务场景进行的，所以需求调研的核心也是业务细节的调研。针对业务的调研可以从业务流程、合规风控两方面做。

  那么针对项目的执行层应该怎样进行需求调研呢，以案例中艺术品交易平台为例，我总结了如下问题：

  明确了调研方式和调研问题后，接下来要做的就是实施需求调研啦，在下一篇中我将以高端艺术品交易平台为例展示需求调研的输出文件，梳理如何输出一篇高价值的《需求调研总结报告》。