为什么B端流程这么复杂？因为你对流程压根就不了解

为什么产品/需求在梳理流程的时候，经常感觉混乱，做出来的系统需求也是五花八门，造成做出来的软件流程不严谨，甚至南辕北辙。

根本原因就在于对流程的理解还不到位，没有理解流程是“分层”的，很容易将不同层级的流程混在一起设计系统，最终造成四不像。

首先什么是流程？流程是做事情的路径，是动作的组合。

但是流程为什么要有层级结构？

简单说，就因为它太复杂。复杂的东西就应该有结构，否则我们无法去认识、建设和应用。

有些人并不觉得流程有那么复杂，我们看一个实例，这是一个企业做的采购流程图。（对于一个没有分层思想以及对企业管理有实际理性认知的产品或需求来说，他做出来的流程图也往往是类似于下面这样的）

这最多算是用来表达一件事情的逻辑图，根本不能叫做流程图，因为它完全没有把做这件事情的动作表现出来。换句话说，如果你是一个对这个业务并不熟悉的人，看了这段流程图之后，完全不知道如何去操作。就好像，你问别人坐火车到北京怎么走，他说中国的铁路网有五横七纵，好了你去坐吧！这就失去了流程的意义：定义人们做事情的路径。一个企业的采购流程，应该有几十条路径，上百个活动，这样的量级才可能说得清楚。

在一个企业中所有重复性的活动我们都可以称之为流程，那么这样的活动有多少？按照流程的条数来算应该上千，按照动作来算应该上万，而且它们之间是相互交错的，就像一个超大城市的交通网络那样复杂。

这样复杂的工程没有层级结构是难以想象的。建一条路需要有规划图，更何况建设一个街区，再到建设一个城市的交通网络。

流程的层级定义

国际组织APQC（美国生产力质量中心），给出了一个流程层级结构的参考定义。

他们给出了一个很好的定义的思想，但恐怕这样的结果让人难以接受，其中有逻辑问题，也有中西文语境的问题。比如流程组和流程互相解释，这是逻辑问题（一组流程是流程组，流程组分解是流程）；还有流程、活动和任务这些西文翻译的词汇也让人难以准确区分。

我们给出一个更简洁而明确的定义。

第一层，业务功能。这一层只有一张图，把整个企业的基本业务轮廓完整勾画出来。在APQC的参考框架中，这一层有12个业务功能，我们这张图有16个，现实中每个企业都可以根据产业特征定义一个自己的业务框架。这是典型生产制造型企业的参考框架。

第二层，业务域。就是业务功能层的下一层，展现业务功能的内部结构，我们给它们起个名字叫业务域。我们以供应链这个业务功能为例展开到业务域层。

第三层，逻辑关系。逻辑关系层是在业务域层继续分解得到的，展现出来的结构单位我们称之为业务单元。需要说明的是，它实际上可能并不是一层，有可能包含两层的结构。就像我们下图展示的这样：在“采购需求确认”这个业务单元中，含有5个最小业务单元。有时候因为内容过于复杂，我们不得不将逻辑关系层分成多层来处理。

这一层被称之为逻辑关系层，因为它并不是流程，而是在描述业务结构的逻辑关系。这种业务单元描述到最小颗粒度的时候我们称之为最小业务单元。最小业务单元就是流程框架的最底层，再向下就不再是框架而是具体的流程活动。

图三的红色框已经给出了一个区分，上面三层是业务框架，下面两层是流程。虽然我们习惯于称之为“流程”框架，但其实上面三层确实不是流程，而是业务结构，下面两层才是流程，这一点在我们之前EA框架的文章中进行了表述。

我们将企业中的业务框架，从最顶层到最底层（最小业务单元）的列表称之为流程清单，意思就是它们已经展开了一个流程的目录，这个目录有多少行，也就意味着你的流程有多少“条”。下面是流程清单部分样例的展示。

第四层，流程。从这里开始才是真正的流程，差别就在于它是用流程语言描述的业务实现的具体动作。这是供应链业务功能\采购业务域\招标业务单元展开的流程图。

第五层，子流程。像上面招标这样的流程，实际指导操作还是比较粗糙的。比如其中“组织编制招标文件”这样的活动，它是如何完成的？我们可以用更细节的流程来表达这样的过程，这就是第五层子流程（示例略）。有了子流程，通常我们也会相应的将它的上层叫做主流程以示区别。理论上子流程还可以有子流程，当我们觉得展开一层不足以表达细节的时候还可以继续展开，但通常我们尽量不这样做。

流程需要尽可能的精细，否则就失去了它存在的意义。通常我们可以描述到这样一个细节的程度：一个人的一个动作有明确的产出。关于流程的颗粒度我们以后的文章中再去详述。

一个完整的样子

从纵向来看，我们形成一个从上到下逐层分解的链条。这样展示的意义在于，我们通过逐层分解能够很好的控制业务和流程描述的范围以及边界，上层的一个模块就是下层的一张图。

从横向来看，我们可以把采购的流程都在一个页面上展示形成一个大图，我们称这种图为全景图（再看看本文开头的第一张图完全不是一个量级）。把一个业务域的流程全部展现出来，这也就是我们所能够表达篇幅的极限了，而且我们还必须忽略这些流程下面的子流程。

如此，我们可以回到最开始的那个问题，流程为什么要有分层的结构？——结构化就是为了简单。

还有一个问题就是，我们描述业务和流程总是从顶层到细节逐层展开的，直接进入细节的结果就是一团乱麻。这个道理很简单，没有目录怎么建一个图书馆？

流程的层级定义，目前也有很多不同的说法，但基本思想大体相同。有两点是值得注意的：第一，尽可能采用通用的说法，少企业的个性（表达的个性而不是业务的个性），这样可以降低沟通成本；第二，需要通俗易懂而不要晦涩，不到万不得已我们还是不要制造词汇的好。