什么叫“端到端”和“流程场景”

我们经常听到这样的概念：“端到端的流程”和“流程场景”，怎样解读它们？它们又有什么样的应用？这是本文要讨论的内容。

端到端的流程

端到端自然是从一端的起点到另一端的终点，这个概念是区别于片段流程来说的。我们经常看到的流程图实际多数是片段的，虽然它们也有起点和终点，但一般它们会有前置流程和后续流程，因为我们没有办法把所有事情的起因和结果在一个有限的篇幅里来表达。

比如一段校园招聘的流程，它的前置流程是制定员工招聘计划，后续流程是员工入职。

那么制定员工招聘计划流程的前置流程又是什么？人力资源规划。再向前追溯呢？是公司战略规划。人力资源规划同时还有多个后续流程。如此，企业流程是蜘蛛网一样相互关联的网状的结构。

很多人认为端到端的流程是从客户需求到客户结果的满足，这种概念也有一点问题。因为企业所处的行业不同，有些行业里客户需求到结果的满足可能是非常短暂的。比如快消品，从客户需求到结果的满足可能就是他在超市货架上选取商品的一瞬间。对于这种商品来说，它整个的生命周期过程是不是从客户需求开始的很难说，它的需求可能来自于企业内部产生的一种产品研发的决策。

那么到底什么是端到端的流程呢？端到端的流程就是在特定场景中，流程从需求到结果满足的一个完整过程。不管这个需求是来自客户的还是来自企业内部的，也不管这个过程只是一段很短路径，还是跨越企业很多业务功能的路径。

比如，从设备出现故障到设备修理完成，这是一个端到端的流程。再比如，从人员需求到员工入职，是一个端到端的流程。而在一个定制化研发和生产的企业中，客户订单到交付的端到端流程可以几乎贯穿企业整个价值链的过程，包括研发、生产和供应链。

端到端是相对于流程场景来说的，要解释端到端就首先要解释流程场景。

流程场景

流程场景就是流程运行的环境和条件。为了很好的理解这个问题，我们可以把企业的流程比喻成一个城市的道路。建设流程的过程就像建设城市的道路，我们会建设一个四通八达的网络，以便能够满足在每一个点上的人各种条件下都能够应用这个网络。而在人们实际应用的时候，总会有他的目标、环境和条件。

举个例子，下面是北京的地图，我准备从中关村去北京站。有四条路径可以选择：自驾少拥堵可以选择路径1；打车成本低可以选择路径2；乘地铁最快可以选择路径3；乘地铁少换乘可以选择路径4。

一次导航的场景选择

这样，目标、环境和条件就构成了一个特定的流程场景。端到端的流程就是在这样一个特定场景中，从起到到终点的完整流程路径。我们可以将端到端看做一次导航。

如此说来，端到端的流程总是相对于场景来说的，如果没有场景也就没有端到端的概念，就像没有目标就没有办法导航一样。而流程场景是一种应用，就是通过起点、终点、环境和条件这些要素来定义的。

我们再看下面这个例子，一段合同审批的流程。这段流程有三种场景，是以合同金额来定义的，分别是小于10万元、大于等于10万元小于50万元、大于等于50万元。这三种场景分别会走不同的流程路径，表现在审批的人会不同，金额越大审批人的级别越高。

合同审批流程

这样三条看起来不同的路径，实际有共用的部分，如果我们把这三条路径叠加起来，就会形成我们下面看到的结果。

我们可以将下面这个叠加了多个场景流程之后的流程称为全景。于是我们得到这个结论，多个流程场景叠加形成了流程全景，而流程全景在某个环境和条件下的应用是流程场景。这就是流程场景和流程全景之间的关系。

流程体系建设，我们总是期望能够构建完整的流程全景，用以满足各种场景的需要。场景设计不足也是流程设计经常出现的问题。举例来说，采购验收流程实际应该有很多的场景，包括标准件、定制件、原材料、辅助材料、新设备、外委课题、设备维修、计量器具、易耗品等等，各种物资的验收策略和流程可能都不相同。如果没有设计相应的流程场景，那么这样的流程恐怕也很难应用。

而在进行流程分析和优化的时候，我们又要做一个相反的动作，就是必须从这样的全景中抽取一部分的场景，否则这样的全景有时候过于复杂。

从订单到交付概念图

就像上面这个企业从订单到交付的过程，不同的订单输入进来有N条路径可以走，虽然我们将其精简浓缩成了流程概念图，也依然足够复杂。如果不从某一个场景出发，整体看起来一头雾水，分析和优化无处下手。

订单到交付部分场景流程缩略图

由此，我们就可以理解流程全景和流程场景的概念。

用一句话来总结就是在建设流程体系的时候，我们总是要构建一个全景；在应用的时候，我们总要运行其中的一个场景。

（《老包讲流程 第21讲》文字修订版）