承接前期发表的文章：《图解价值流、业务能力、流程的关系》、《详解价值流、业务能力和流程间的四组关系》。上图左侧所示是《战略-价值流-端到端流程》的模型解析和构建过程。具体来说，主要分为以下三个步骤：

从<战略>到<价值流>

从<价值流>到<端到端流程清单>

从<端到端流程清单>到<端到端流程图>

01—从<战略>到<价值流>

1）从<商业模式>到<利益相关者>

如上图所示，基于战略模型中的<商业模式>模型可以解析出组织主要的利益相关者。而利益相关者之所以与组织利益相关，是因为这些利益相关者对组织有“愿望”或者说会提出“需求”；而且组织会响应这些“愿望”，并通过构建“价值流”来实现这些“愿望”，满足这些“需求”。基于上述逻辑，每一类“利益相关者”都一定能梳理和明确其“愿望”是什么，即“价值主张”是什么。

2）从<利益相关者>到<价值主张>

上图以博阳家居为例，给出了一套完整的价值主张，包括面向客户的“核心价值主张”和面向其他利益相关者的“管理和支持类价值主张”。

3）从<价值主张>到<价值流清单>

上图是博阳家居的示例，响应每一类利益相关者的价值主张，都应构建相应的价值流。图中标灰的部分表示相应的价值流不止一条，有多条。

将标灰的部分展开，可以得到上图所示的细分价值流清单。

将上述所有价值流清单放到一张图中，就得到了上图所示的<价值流地图>模型。

02—从<价值流>到<端到端流程清单>和<端到端流程图>

1）路径一：从<价值流>到<端到端流程图>再到<端到端流程清单>

<端到端流程>是对<价值流>如何落地执行的详细设计。通常一条“价值流”至少应有一条“端到端流程”来详细描述其运行逻辑。在无法明确应一条“价值流”应解析为几条“端到端流程”时，可以先针对一条“价值流”构建一条“端到端流程”，然后再确定是否要拆解。

上图所示右侧的<端到端流程图>模型就是“价值流”详细设计的输出成果。开始构建模型时，可以认为一条<价值流>只构建一个<端到端流程图>模型。如果在建模实践中发现构建的<端到端流程图>模型非常庞杂，导致端到端流程图模型的构建、维护和理解变得很困难。此时再决定是否将一个复杂庞大的<端到端流程图>模型拆解为多个端到端流程。

上图所示，是将<订单交付（订单-回款）>这一条“价值流”按三个场景：面向商用市场、面向线上电商、面向线下门店拆分成三条“端到端流程”。必须强调，针对同一个“价值流”模型，不管是一条端到端流程还是拆成三条端到端流程，其底层基于职能流程的运行逻辑没有任何变化。所以，这种拆解可以认为是对模型的技术处理，是为了让模型更易构建、维护和理解，并没有改变任何管理逻辑。

上图是解析成三条端到端流程后《博阳家居<订单到回款价值流-端到端流程清单-端到端流程图>》输出模型的示例。

再次强调，与上图所示的解析成一条端到端流程的《博阳家居<订单到回款价值流-端到端流程清单-端到端流程图>》输出模型相比较，基于职能流程的底层运行逻辑没有任何变化。

行文至此，可能很多人会觉得基于“价值流”先构建一条“端到端流程图”模型，如果发现太复杂再拆解成多条“端到端流程模型”，这种操作顺序实在不太高效，有点复杂。

是的，事实上很少真的完全按这样的顺序进行操作。

常见的做法是先基于<价值流>构建一个<端到端流程图框架>模型，通常纵向是阶段，横向是场景。然后将构成“价值流”的“业务能力”对应的所有“职能流程”在放入这个框架中摆放一下。上图所示是<信息系统开发价值流>对应的<端到端流程框架图>，纵向是系统开发的各阶段，横向是不同的场景 (需求类别)。

如上图所示，可能的话还可以基于触发机制大致串联一下，然后再决定是否要拆解。也就是说，操作顺序还是先构建端到端流程图模型，然后再决定是否拆解。区别是，端到端流程图模型仅完成框架设计，然后基于端到端流程框架决定是否拆解。

如上图所示，从本示例中的<信息系统开发端到端流程图框架>可以看到这条端到端细分为四个场景，分别是：配置类需求、技术改造类需求、数据类需求和功能类需求。那么，是构建一条包含这四个场景的端到端流程，还是细分为四条端到端流程呢？

都可以！没有对错。

区别在于如果构建一条端到端流程图，最终模型的逻辑可能会很复杂，维护和解读会比较麻烦；如果构建四条端到端流程图，每一条端到端的逻辑会相对简洁，但建模的工作量会增加，尤其是一些相同的流程阶段需要重复建模。

上图所示是另外一条端到端流程的示例，这样的连线逻辑，读懂都很困难，此时还不如按场景拆成多个端到端来描述。所以，端到端流程的颗粒度切分本质上是对模型的技术处理，不会影响和改变业务逻辑。

2）路径二：从<价值流模型>到<端到端流清单>再到<端到端流程图>

对于面向市场和客户的核心价值流，基于“价值流”拆解“端到端流程清单”时通常会采用路径一中的方法。对于管理和支持类的价值流，一般不会直接采用路径一中的方法来拆解端到端流程，而是会采用《端到端流程选择矩阵》这个工具。

对于上图所示的《员工生命周期管理价值流（进入-退出）》原则上也可以只构建一条端到端流程图。但是，一条端到端流程图的模型逻辑可能会很庞杂，所以通常会引入“端到端流程选择矩阵”这个工具来拆分端到端流程。

如上图所示，“端到端流程选择矩阵”的纵向是细分的“业务需求”，横向是细分的“利益相关者”。可以认为纵向细分的“业务需求”是“员工生命周期管理”这个总需求的细分子需求；而所有拆分出来的端到端流程的两端的最长宽度还是“进入-退出”。

也就是说，端到端流程不但可以按场景（需求类别）进行纵向切分，还可以是按阶段进行横向切分。但是，针对一条“价值流”切分出来的所有端到端流程图，其加起来最长的两端还是应等于“价值流”的“端到端”；其所有场景之和还是应等于“价值流”包含的所有场景。