从 L1 到 L5：企业流程体系如何从架构走向落地，附案例129页PPT

附件为129页可编辑PPTX文件。

很多企业并不缺流程。

在实际管理中，流程图往往随处可见：费用报销有流程，合同审批有流程，采购申请有流程，客户投诉也有流程。每上一个系统，都会重新梳理一批流程；每做一次管理优化，也会重新画一批流程。

但奇怪的是，流程越画越多，管理却未必越来越清楚。

有些流程看起来很完整，真正执行时却不知道该由谁负责；有些流程在一个部门内部很顺畅，一跨部门就开始卡顿；还有些流程在系统里能跑起来，但业务人员依然觉得“不好用”“不符合实际”。

这背后往往不是流程图画得不够细，而是企业缺少一套完整的流程体系。

流程管理不能只从某一张流程图开始。单条流程图解决的是“这件事怎么做”，但企业流程体系还要回答更大的问题：企业有哪些流程？这些流程如何分类？上下游之间如何衔接？哪些流程属于同一类管理活动？哪些流程需要进一步落到系统和岗位？

这也是为什么很多企业在建设流程体系时，会把流程分成 L1 到 L5。

L1 到 L5 并不是为了增加概念，也不是为了让流程管理变得复杂。它真正的作用，是帮助企业从整体到局部、从管理架构到执行动作，逐层把流程讲清楚。

简单来说，L1 到 L4 解决的是流程架构问题，L5 解决的是流程落地问题。前者帮助企业看清流程体系的全貌，后者帮助企业把一条具体流程真正运行起来。

一、只画流程图，往往解决不了流程问题

很多企业做流程管理时，习惯从具体问题入手。

比如采购审批太慢，就重新设计采购审批流程；合同审批反复退回，就重新梳理合同审批节点；报销流程抱怨最多，就先把报销流程画细一点。

这种做法看起来很直接，也很容易产生短期成果。因为问题在哪里，就改哪里；哪个节点慢，就优化哪个节点；哪个部门责任不清，就补充哪个部门的职责。

但如果企业没有更上层的流程框架，单点优化很容易变成局部修补。

采购流程改完了，却发现供应商准入、合同签订、付款结算之间仍然衔接不上；合同流程画细了，却发现销售合同、采购合同、项目合同各自一套规则；报销审批减少了几个节点，但预算控制、费用归口、财务核算之间仍然没有打通。

也就是说，单条流程图可以解决一个局部问题，但很难解决企业整体流程协同的问题。

流程真正复杂的地方，往往不在某一个审批节点，而在流程之间的关系。一个事项从发起到完成，通常会穿过多个部门、多个系统、多个规则。如果只盯着某一张流程图，就很容易只看到局部，而看不到全局。

所以，企业流程体系建设的第一步，不应该是马上画 L5 流程图，而是先搭建 L1 到 L4 的流程架构。

二、L1 到 L4，是企业流程体系的骨架

如果把企业流程比作一座城市的交通系统，L5 是具体某一条路怎么走，而 L1 到 L4 则是这座城市的道路规划。

没有道路规划，单独修好某一条路，并不能解决整体交通问题。甚至有时候，一条路修得越细，越容易把原本不合理的路线固定下来。

流程体系也是一样。

L1 是企业最高层级的流程域，用来识别企业到底有哪些大的业务和管理活动。比如战略管理、市场营销、产品研发、供应链管理、生产制造、客户服务、财务管理、人力资源管理等，都可以成为企业流程体系中的一级流程域。

这一层不需要关注具体怎么审批，也不需要进入系统操作细节。它更重要的价值，是帮助企业先形成一张全局地图：企业有哪些主要工作，这些工作分别属于哪些大的领域。

有了 L1，企业才能知道每一类流程应该放在哪里，哪些流程是核心业务流程，哪些流程是管理支持流程，哪些流程之间存在上下游关系。

在 L1 之下，L2 会把大的流程域继续拆成流程组。比如在人力资源管理下面，可以拆出招聘管理、培训管理、绩效管理、薪酬管理、员工关系管理；在采购管理下面，可以拆出供应商管理、采购需求管理、采购执行管理、采购合同管理、采购结算管理。

到了 L3，流程会进一步细化为具体流程。比如招聘管理下面，会有招聘需求管理、简历筛选、面试管理、录用审批、入职管理；供应商管理下面，会有供应商准入、供应商评估、供应商信息变更、供应商淘汰等流程。

而 L4 则是在具体流程下面拆出关键活动。比如供应商准入流程，可能包括提交准入申请、收集供应商资料、组织资质评审、完成准入审批、维护供应商主数据等环节。

三、从 L1 到 L4，企业完成的是一个逐层拆解的过程。

它不是在画某一张具体流程图，而是在建立流程之间的层级关系和归属关系。这样做的意义在于，企业不再只是拥有一堆零散的流程文件，而是拥有一套可以管理、可以查找、可以维护、可以持续优化的流程体系。

这也是流程架构的价值。

它让企业先看清全貌，再进入细节；先明确边界，再设计节点；先建立体系，再推动落地。

L5，是流程真正落地的地方

流程体系不能只停留在架构层。

如果只有 L1 到 L4，企业会有一张看起来完整的流程地图，但员工在具体执行时，仍然可能不知道该怎么做。

所以，流程最终还要进入 L5。

L5 是具体流程图，也是流程真正落地的层级。到了这一层，就不能只写“完成审批”“组织评审”“维护数据”这样的关键活动，而要进一步明确每一个动作如何发生。

谁发起流程，谁审核材料，谁负责审批，谁执行后续动作；流程在哪个系统中流转，需要填写哪些表单，产生哪些数据，输出什么结果；如果资料不完整怎么办，如果审批不通过怎么办，如果系统信息不一致又由谁处理。

这些问题，都是 L5 要回答的。

以供应商准入为例，在 L4 层面，企业可能只会写到“提交申请、资质评审、准入审批、维护主数据”。但到了 L5，就必须把每一个环节拆到可执行。

采购人员如何提交供应商准入申请，供应商资料由谁收集和校验，质量部门是否需要参与资质审核，财务部门是否需要验证银行账户信息，法务是否需要审核相关合规文件，最终由谁批准准入，审批通过后由谁在系统中维护供应商主数据。

这些内容如果不进入 L5，流程就无法真正执行。

所以，L5 不是可有可无的细节，而是流程落地的关键。它把流程从“管理语言”转换成“执行语言”，让流程真正能被岗位理解、被系统承载、被组织运行。

但问题在于，L5 不能脱离 L1 到 L4 单独存在。

如果没有前面的流程架构，L5 很容易变成一张张孤立的流程图。每张图看起来都有发起人、审批人、执行人，也有系统和表单，但放到企业整体流程体系里，却不知道它属于哪个流程域，和哪些流程相连，上游输入来自哪里，下游输出流向哪里。

这样的流程图越多，管理反而越难。

四、从架构到落地，关键是把两种视角接起来

企业流程体系建设，本质上是在连接两种视角。

一种是管理视角。管理层需要看到的是企业整体流程结构：有哪些流程域，哪些流程组，哪些具体流程，哪些流程之间存在断点，哪些流程责任边界不清，哪些流程需要优先优化。

另一种是执行视角。一线员工关心的是这件事到底怎么做：从哪里发起，提交给谁，在哪个系统操作，要填什么表，审批不通过怎么办，最终结果由谁确认。

L1 到 L4 解决的是管理视角，L5 解决的是执行视角。

如果只有管理视角，流程体系会停留在墙上的架构图里，看起来完整，但无法指导日常工作。

如果只有执行视角，流程管理又会变成大量零散的操作流程，看起来具体，却缺少整体统筹。

真正有效的流程体系，必须把两者接起来。

先通过 L1 到 L4 建立流程架构，明确企业流程的分类、层级、边界和关系；再把关键流程展开到 L5，明确角色、节点、系统、表单和规则。这样流程才既有全局结构，又能落到具体执行。

这也是从 L1 到 L5 的真正意义。

它不是简单地把流程分成五层，而是让企业流程从“看得清”走向“跑得通”。

不是所有流程都要一次做到 L5

在实际建设中，企业也不需要把所有流程一开始都做到 L5。

如果每一条流程都追求一次性画到最细，工作量会非常大，也容易陷入流程文档本身，而忽略真正的业务重点。

更合理的做法，是先完成 L1 到 L4 的整体框架，让企业知道自己有哪些流程、流程之间如何组织；然后再根据业务重要性和管理痛点，选择一批关键流程优先展开到 L5。

通常来说，跨部门协同多、风险控制要求高、客户体验影响大、系统依赖强、问题暴露频繁的流程，更适合优先做到 L5。

比如订单到交付、采购到付款、合同审批、费用报销、客户投诉处理、供应商准入、项目立项等流程，往往都是企业流程落地的重点。

这些流程一旦梳理清楚，不只是某一个部门效率提升，而是能够带动上下游协同改善。流程建设的价值，也就不再只是“画了一张图”，而是改变了企业实际运行方式。

五、流程体系的最终目的，是让组织运行更清楚

流程分层不是目的，流程图也不是目的。

企业建设流程体系，最终是为了让组织运行得更清楚。

哪些事情应该由谁负责，哪些事项应该按照什么路径推进，哪些节点需要审批，哪些数据需要沉淀，哪些风险需要控制，哪些流程可以优化，哪些职责存在重叠或空白。

这些问题，不能靠一张孤立的流程图解决，也不能只靠一套宏观的流程框架解决。

它需要从 L1 到 L5 逐层打通。

L1 到 L4 让企业看清流程体系的结构，L5 让流程真正进入岗位、系统和日常工作。前者解决“流程在哪里”，后者解决“流程怎么跑”。

所以，企业流程体系从架构走向落地，关键不在于画多少流程图，而在于能否建立一套从全局到细节、从管理到执行、从框架到动作的完整机制。

先有架构，流程才不会散。再有落地，流程才不会空。

六、125页L1-L5流程规划方法论