如何设计一个成功的业务需求调研访谈（上）

农家者

前言

不同类型的项目，因其特点决定需要设计不同的调研方法来应对，以达到快、狠、准的把握客户业务诉求的目的。
1. 从0-1的项目的需求调研 （分层调研，引导收敛）

项目特点：这种项目调研访谈遇到的最大问题是，在系统没有设计出来之前，业务（被调研人）会倾向于描述非常general的业务目标和流程. 调研会出现2种可能的结果：1. 业务干系人什么也描述不出来，一两句话简单描述后就什么也说不出来了 2.业务干系人描述的内容过于分散，东一榔头，西一棒槌，无法聚焦。
调研思路：这种从0-1的项目，需要BA有层次，有引导的挖掘出要解决的业务问题。需要把干系人脑子里抽象的业务，帮其分解成主干脉络清晰的问题列表。调研访谈需要按照不同访谈人员级别，分阶段开展。因为不同级别访谈人员的视角和高度不同。

• 访谈高级管理人员：引导描述战略目标，定位系统要解决的核心问题。通常访谈结束后，最好能用3个点来总结描述待解系统的战略目标定位，从系统建设还未开始之初，就为系统定下了战略基调，让重要干系人达成共识。而这正是将来系统划定需求范围，排列需求优先级的关键依据。
  

调研产出：战略目标、架构原则（Togaf中的理论）
2. 中高级管理人员：调研开始前，先澄清访谈一中定下的系统战略目标，以此引导被调研人员描述自己的业务痛点和业务目标（最好能定一些可衡量的指标）；引导描述核心业务流程（L1，L2），了解业务组织结构；从不同的用户角色引导描述业务场景及场景中涉及的流程和业务活动，以及涉及的周边交互的三方系统；澄清业务过程涉及的术语。
调研产出：明确的系统定位、业务目标（包含可衡量指标）、L1，L2业务流程图（或基于场景的业务流程图）、组织结构图、粗粒度业务领域划分，术语总结、生态系统图
3. 参与业务的工作人员：通过第2步输出的流程图，引导其描述补充细化L3的流程。收集业务活动，关键业务规则，持续收集和统一业务术语。这个过程一定不是一帆风顺的，有时候会发现步骤2中有些流程不对，这就是这个步骤的价值，通过调研和线下沟通，统一所有人对于业务流程的认知。流程需要改造的改造，需要补齐的补齐，最终输出一个大家都认可的细化流程。只有先把业务流程明确统一了，才能进行系统的开发和设计。这是很重要的前提条件。
调研产出：细化的业务流程 、业务实体分析（BDD）、领域模型（可应用DDD划分领域及微服务）、需求功能清单、业务架构
备注：开发过程中迭代进行的业务规则确认、更细的业务流程确认，UI确认等，不在本篇范围，就不在此赘述了。
最后总结这类项目的需求分析过程：
明确战略目标-》收集待解决的业务问题，明确业务目标和价值（最好有可度量的指标）-》调研业务流程（AsIs)-》定义要解决的业务问题-》明确系统定位-》调研业务组织结构&角色-》设计并统一ToBe的业务流程-》BDD业务对象分析（复杂项目可介入DDD）-》业务架构&需求功能清单-》系统设计（系统流程、状态分析、功能设计、UI设计）
2.有参考系统的从0-1项目的调研访谈（建立框架，避免细节）

这类项目的特点是有其他系统的参照，因此业务干系人在描述待建系统的时候，倾向于基于参照系统直接进入到细节去描述系统功能和操作的异同。这个时候需要避免一下子进入到细节，还是要在开始先明确系统的战略目标，要实现的业务价值，以及明确系统定位。因此，高层和中层管理人员的调研和从0-1构建系统的调研方式是一样的。
接下来在业务流程分析环节，调研人员需要调研2个业务流程：待建系统AS-IS业务流程和参考系统业务流程（对于没有明显L1，L2流程划分的项目，可以以场景为颗粒度去梳理流程），在调研过程中需要明确出哪些是需要保留原有AS-IS业务流程的，哪些是需要该找参考系统业务流程进行优化的。其本质，也是为了明确和统一待建系统的业务流程。
其余，整体大的分析过程和0-1项目一样。