|B端产品经理:如何进行业务分析?( 二 )


本文插图

此外还需要完成价值流的说明 , 需要列出价值流每个阶段的关键要素 , 包括描述、利益相关者、进入条件、退出条件以及产生的价值 。 目的是框定价值流每个阶段的范围 , 作为未来流程识别的输入 。
举例:价值流说明
|B端产品经理:如何进行业务分析?
本文插图

二、识别出你要做的事情—识别业务流程
业务建模只是一组高阶的运作模型 , 它描述为了达到目标而必须要做的事情 , 但是大多数运作模型的层级较高 , 我们无法直接到具体方案落地 。 一般而言 , 从业务建模到解决方案至少要经历以下几个步骤:
首先 , 将业务运作模型中的每个阶段进行细化 , 识别出包含哪些具体的业务流程;
其次 , 梳理清楚业务流程之间的逻辑关系;
【|B端产品经理:如何进行业务分析?】最后 , 对具体的业务流程进行分析 , 输出解决方案 。
1. 识别业务流程的工具—流程框架
很多B端产品经理由于不熟悉业务 , 在业务分析时总是会遗漏一些业务流程 , 轻则导致业务方的不信任 , 重则导致业务流程的断层与IT产品的数据孤岛 。 因此建议大家使用流程框架来辅助业务分析 , 流程框架包含了一个企业所需要的所有业务流程 , 产品经理可以根据价值流按图索骥 , 在流程框架中识别出所有相关的业务流程 。
一些流程管理较为完善的企业有自己的流程框架 , 会更加贴近该企业的实际情况 。 如果没有 , 也可以使用一些通用的流程框架 , 如APQC的PCF、IBM推出的EPF等 。
流程框架(ProcessClassification Framework):包含了企业运营过程所需要的所有的流程 , 目的是提供一个从流程角度运营企业的标准样例 。
2. 识别业务流程的方法—回溯法
信息化的本质是数据的拉通 , 将价值流每个阶段产生的关键数据作为终点 , 借助流程框架识别出产生该数据的关键业务流程 , 这些关键业务流程就是需要着重关注的 , 此外 , 还需要筛选出一些关键流程的主要支撑流程 。
举例:工作评价阶段主要产生工作绩效数据 , 该数据是由工作绩效评估流程产生 , 但因为满意度调查流程与质量检查流程是工作绩效评估流程的主要支撑流程 , 因此也要将其考虑进去 , 这样下来 , 工作评价阶段的关键流程就是质量检查流程、满意度调查流程以及工作绩效评估流程这三条业务流程 。
识别后的业务流程:
|B端产品经理:如何进行业务分析?
本文插图

三、理清事与事之间的关系—制作流程视图
识别出项目的所有关键业务流程后 , 我们需要将关键业务流程用逻辑关系串起来 , 组成流程视图/流程蓝图 。 流程视图可以帮我们梳理清楚流程与流程之间的逻辑关系 , 是进行数据流、流程分析、功能设计的必须输入 。
流程视图的梳理原则:
以业务流程的现状作为梳理的依据 , 以数据流作为流程之间逻辑关系的主要考量 , 参考业务运作模型与行业内的标杆项目 。
举例:本项目的流程视图
|B端产品经理:如何进行业务分析?
本文插图

四、分析具体要做的事情—流程分析与优化
这一步也是大部分B端产品经理经常在做的事情 , 关注于具体某个场景、流程的落地 , 流程分析到产品设计的具体方法不再赘述 , 可以参考我的上一篇文章——B端产品经理:如何用流程优化进行产品设计?
总结
在企业数字化建设初期 , 大多数人对业务分析、业务流程的理解是狭义的 , 认为只要通过大量IT产品 , 实现了某领域的线上操作 , 就是成功且创造价值的项目 。 但伴随着近几年企业数字化领域发展的逐渐成熟 , 越来越多的企业意识到数字化是建立在业务流程上的信息化 , 业务流程才是一切数字化的基础 。 因此对于一个B端产品经理来说 , 业务分析能力一定是技能树中的必点技能 。


推荐阅读