去年我带一个制造业客户的数字化转型项目第一场流程访谈就把客户团队难住了。他们手里拿着一份60多条的管理制度清单却讲不清楚哪些流程是端到端主流程哪些只是部门内部的辅助动作更麻烦的是每条流程到底该由谁来负责、挂哪些考核指标基本靠猜。我当时用的就是麦肯锡咨询项目里常见的L1到L5业务流程规划方法。这套方法后来在行业内被整理成一份125页的PPT标题就叫《麦肯锡L1L5业务流程规划方法论及流程规划案例》网上讨论度很高。今天我不打算照着PPT念摘要而是把这套方法拆开讲清楚它到底解决什么问题、实操里怎么一步步落地、最容易踩哪些坑。不管你是流程管理岗、数字化转型项目经理还是正在上ERP/MES/CRM系统的业务负责人这篇内容都可以当一份“白话版操作手册”来用。1. L1L5到底是什么一个极易被误解的“五层流程分级”1.1 五层不是一个部门五张图而是五种管理粒度第一次接触L1L5的朋友最容易把它理解成“公司画五层流程图的层级体系”。这个理解不算错但很容易变成形式主义大家把流程画成五层层层嵌套最后画出一堆谁也看不完的图。真正的关键在于L1到L5不是“五张图”而是五种不同颗粒度的管理语言对应从董事会到操作岗位的五个视角。我习惯用一个城市交通的类比来解释。L1相当于城市总体规划只要确定“哪条是主干道、哪个片区是居住区”方向不跑偏L2相当于主干道和次干道的路网结构决定“要去一个地方大概走哪几条路”L3相当于某一条路的具体设计从哪个路口进、哪个路口出L4相当于路口信号灯和车道划分L5则是某个红绿灯的具体秒数、某条车道上几米远设置一个指示牌。城市管理不能只靠规划图也不能只盯着某个路口必须把五层放在一起才能既保证方向正确又保证每个司机知道下一步怎么开。放到企业里也是一样的逻辑。L1是流程域也叫价值流域回答“公司靠哪几条端到端路径创造价值”L2是流程组是每个流程域内的一组相关流程L3是单个流程回答“这件事从头到尾怎么做”L4是子流程回答“流程里面每个环节的详细步骤”L5是活动/任务直接落到“某个岗位在某套系统里点哪个按钮、填哪张表”。很多公司不是没有流程而是只有L1级的部门职责说明和L5级的操作手册中间三层是缺失的。结果就是高层定的战略和一线人员的日常动作之间始终隔着一层黑色的迷雾。1.2 从L1到L5每一层到底在管什么要落地这套方法得先明确每一层交付物长什么样。下面这张表我每次做流程规划都会先发给客户让他们对齐认知。层级名称管理视角典型交付物使用场景L1流程域/价值链战略层价值链图、端到端流程域清单战略解码、组织能力规划L2流程组经营层流程地图、流程组清单年度经营计划、跨部门协同L3流程流程层流程图、流程说明、流程Owner制度优化、授权体系L4子流程岗位/系统层子流程图、角色权限矩阵系统需求、风险内控L5活动/任务操作层操作手册、表单、IT功能点培训、RPA、系统开发L1和L2主要是给管理层看的回答“业务往哪个方向走、财务资源怎么分配”L3和L4是给流程责任人和IT团队看的回答“系统怎么建、职责怎么划”L5是给一线操作层看的回答“每天打开电脑第一步做什么”。所以做L1L5规划时一定要先想清楚这次项目到底要解决哪个层级的管理问题。如果是为了上系统重点放在L3和L4就够如果是为了做公司级组织架构调整L1和L2才是主线。我见过很多失败的流程项目都是因为把“分层”理解成了“分权”业务部门只出L1和L2把L3以下丢给IT结果系统上线后流程根本走不通。真正有效的做法是全流程贯通但由不同角色的人来主导不同层级的评审。2. 麦肯锡为什么非要把流程切成五层2.1 战略和执行之间差的就是流程分层麦肯锡的流程规划方法论有一个核心逻辑战略落地不靠口号靠流程。很多企业做战略规划时热血沸腾年底一复盘发现业绩没兑现。原因通常不是战略本身有问题而是战略目标没有翻译成“谁在哪个流程里做什么事”。比如公司定了一个“交付周期缩短30%”的目标这个目标必须落到L3流程的交付环节再拆到L4的各条子流程最后变成L5的操作动作和系统逻辑。如果只停留在L1业务战略下面的人并不知道具体该怎么改。行业里常说一句话“你的流程地图就是你的战略地图”这句话在咨询公司内部几乎是铁律。麦肯锡的方法论里L1L5不是简单的画图技巧而是把公司战略、组织、IT系统、绩效考核全部串起来的一条主线。先有L1L2的顶层设计再往L3L4拆解最后到L5形成制度和系统需求。这样做的好处是任何一个BPR或系统项目都可以沿着层级一路追溯到战略目标反过来任何一个战略调整也能快速判断会影响哪些流程和岗位。这就是“分解”的意义不是为了好看而是为了可追溯。我有个客户曾经把几十条L3流程全部重画花了大半年时间。复盘时才发现他们从头到尾没有定义过公司的L1和L260多条L3流程都是按部门边界各自画的互相之间对不上。这就是典型的“层级错位”跳过L1L2直接做L3等于还没定主干道就开始设计红绿灯。最后我陪他们回头补做价值链和端到端流程域才把之前那批L3流程里的部门墙拆掉。2.2 L1从哪来价值链是流程地图的总开关L1流程域不是拍脑袋列出来的它的出处通常是“价值链”。管理大师波特提出的价值链思想被咨询公司大量吸收变成流程规划的前置分析工具。价值链把企业活动分成基本活动和支持活动基本活动直接创造价值比如生产、销售、交付支持活动不直接创造价值但缺了它基本活动跑不起来比如人力资源、财务、IT。麦肯锡的L1流程域划分基本就是这个思想的具体化。实际项目里我会先和客户高层做一轮“价值创造链路”访谈问几个固定问题你们的主要客户价值主张是什么客户从接触你们到持续复购中间经历哪些关键阶段这些阶段一共涉及哪些后端支持通过对这几个问题的拆解通常会得到8到12个L1流程域。举个例子一家制造型企业的L1可能包括产品研发、市场营销、销售与合同管理、计划与采购、生产制造、物流与交付、售后服务、财务管控、人力资源、信息技术。这10个域就是企业的“端到端价值框架”。很多企业会把“信息化管理”和“HR管理”这类支持流程也列进L1这没问题但要特别注意支持流程的定位它们是价值创造的“护城河”不是业务本身。L1一旦确立后续整个流程地图的边界就定死了。所以L1的评审必须是董事长或CEO层面部门负责人只能提建议不能做决定。谁来确定L1谁就决定了公司未来5年的管理语言。3. 实操从零开始做L1L5流程规划3.1 开场动作先盘现状再画L1做L1L5规划之前最忌讳一上来就开一场“流程梳理大会”让各部门把现有流程全部拿上来。正确做法是先盘现状。所谓盘现状不是搜集所有制度文件就完事而是要完成三件事第一把公司已有的组织架构、质量手册、授权体系、信息系统清单全部梳理一遍摸清管理资产第二和高管、核心部门负责人分别做一轮访谈找到业务痛点和数据断点第三对现有流程做一次粗略的“灰度扫描”看看哪些区域流程成熟度高、哪些区域混乱。做完这三步再开始画L1。画L1之前还要做一件很多咨询顾问忽略的事统一术语。同样一个“订单管理”销售部可能指商机录入生产部却指排产计划两家在会议室里吵半天原因是同一个词在两个部门代表完全不同的流程。所以在L1L5规划里我先会建一个“流程术语表”把每个层级的流程名称和边界定义清楚。术语统一了后面画图的速度至少快一倍。现状盘点的最终产出不是一张“问题清单”而是“现状流程地图草案”。这张草案不需要达到L5的精细度先做到L2和L3就好作用是让项目组知道公司的流程底盘长什么样。接下来才能进入目标设计To-Be阶段否则你连现状在哪都不知道谈何改善。3.2 界定L1/L2的两个判断标准L1和L2的划分是整套方法里最考验功力的地方。我见过不少项目L1和L2的边界模糊不清导致后面所有层级的流程归属都跟着乱。界定L1L2时我会坚持两个判断标准。第一个标准是“端到端价值闭环”。每一条L1流程必须能独立回答“从触发事件开始到最终结果输出”的完整路径。比如“订单到回款”这个L1触发事件是客户下单最终结果是把钱收回来中间经过订单处理、生产或采购、交付、开票收款多条子链条。如果一条L1只覆盖了订单处理没有覆盖后面的交付和收款它就不是一个端到端流程域只能算一个L2流程组。用这个标准去检查很多公司画的L1都会被打回去重做。第二个标准是“管理对象是否一致”。L1流程域内部管理对象应该有清晰的共同点。比如“客户管理”这个域管理对象是客户全生命周期“供应链管理”这个域管理对象是从需求到交付的物料和信息流。如果某条L1里既有客户管理又有产品研发那就是把不同管理对象硬塞在一起逻辑上无法自洽。用这两个标准反复审查L1和L2的边界会变得非常清晰。3.3 L3到L5怎么切分才最能落地L3流程和L4子流程的颗粒度直接决定了整个流程地图能不能被系统开发和岗位培训使用。切得太粗系统开发时需求提不细切得太细流程数量爆表维护成本极高。我的经验是每一条L3流程至少要满足四个条件有独立的输入和输出有明确的责任岗位或流程Owner可以用一两句话描述清楚流程目标和边界有对应的KPI或管理要求。如果一条“流程”在画出来之后说不清楚这三个问题说明它只应该被并进另一条流程或者降级到L4。L4子流程通常要对应可执行的业务步骤。比如L3“客户信用审核”L4可以拆成“收集客户信用资料”“执行信用评分”“审批信用额度”“反馈审核结果”。L4的边界标准也很简单每个L4子流程只能有一个主要责任人否则后续做权限设计时会互相打架。L5活动和任务则更加原子化通常是“在ERP系统里录入订单行”“上传合同附件”“点击提交审批”这样的动作。L5不需要给管理层看但它是RPA机器人、低代码平台、系统权限清单的直接输入。实际操作时我一般会把L3和L4放在一起评审L5则在系统需求分析阶段单独细化。原因是L5变化太快太早固化L5会让流程地图迅速过时。4. 比画图更重要的是三个管理机制4.1 每一条流程都得有OwnerL1L5流程图画得再漂亮如果没有流程Owner机制三个月后就会变成墙上的装饰品。流程Owner不是流程管理员更不是流程管理部门的人而是对流程绩效真正负责的业务负责人。L1流程域往往跨部门更需要一名高管级别的流程OwnerL3流程则应该是某个部门负责人或资深专家。我给客户定的规矩很简单每条L3以上的流程必须能找到一个“出事我来扛”的人。流程Owner的工作不只是签字画押而是要定期审视流程绩效、审批流程变更、协调跨部门争议。如果没有这个机制流程一遇到问题就会被踢皮球原本的端到端优化也会退回部门墙模式。为了做到这一点L1L5规划完成后项目组应该输出一张《流程Owner清单》明确每条流程对应的岗位、职责和权限。4.2 流程绩效指标要和经营结果挂钩流程规划不能只画流程不挂指标。否则管理层很快会觉得这份流程地图“好看但没用”。正确的做法是给关键L3流程设定KPI并且这些KPI要和公司经营报表上的指标形成对应关系。比如“订单到回款”这个L1流程域可以设“交付周期”“订单准时交付率”“回款周期”三个核心指标到了L3“信用审核”对应指标可以是“信用审批时效”和“坏账率”到了L4“额度调整”对应指标可以细化为“单次调整处理时长”。这样做的好处是公司月度经营分析会上的数据一旦异常管理层能顺着指标往下钻直接定位到哪一条L3或L4流程出了问题。流程指标不是越多越好每个L3流程盯住一到两个关键指标就够了指标太多会让流程Owner顾此失彼。我在项目里通常会做一张“流程指标字典”把所有指标的算法口径、数据来源、责任部门写得清清楚楚避免销售和财务各说各话。4.3 流程资产要像代码库一样做版本管理这一点很少被讲透但恰恰是长期运行的关键。L1L5流程地图不是一次性项目它会随着业务调整、系统升级、组织变化而持续变化。如果流程地图发布后没有人继续维护半年后就会出现“图纸和现实不符”的情况。所以流程规划项目结束前一定要先建立一个流程资产的治理机制包括流程变更申请模板、评审流程、版本记录和发布日志。我建议企业把流程地图做成“流程资产库”每条L3流程都有独立编号、版本号、最近更新时间和变更历史。流程变更也走固定审批需求提出人填写变更申请流程Owner确认必要性流程管理员更新图纸和说明最后在月度的管理会上通报。这套机制看起来有点重但对中大型企业非常必要没有版本管理的流程资产最终一定会沦为一堆无法信任的过期文件。5. 两个典型案例复盘制造和零售5.1 制造业“订单到回款”端到端拆解制造业最常做L1L5规划的启动区域往往就是“订单到回款”。这个流程域跨销售、计划、生产、仓储、物流、财务多个部门痛点最集中收益也最明显。我们按L1到L5做一次示范切割。L1是“订单到回款”L2流程组包括“合同与订单管理”“计划与货源组织”“生产与交付”“开票与收款”。L3流程里“计划与货源组织”下面又分为“销售预测”“主生产计划”“物料需求计划”“采购执行”。L4子流程“主生产计划”再拆成“产能核对”“计划排程”“计划下达”。L5活动就是具体操作比如“在MES系统内释放工单”“核对产线可用时间”。制造企业做完这套拆解的效果通常会在两个地方体现出来一个是系统打通ERP和MES之间的流程接口清晰了另一个是责任边界以前“订单延期到底怪销售还是怪生产”的扯皮问题在流程地图上一眼就能找到答案。这个案例也是125页PPT里最容易讲得精彩的部分因为从L1一路拆到L5恰好能展示“从战略到操作”的全链路。5.2 零售供应链计划流程拆解零售行业的L1L5规划另一个高频切入点是“供应链计划”。零售企业的痛点大多集中在“预测不准、库存高、断货和压货并存”。用L1L5法则拆解L1是“供应链计划”L2包括“需求计划”“供应计划”“库存计划”“品类与供应商管理”。L3里的“需求计划”继续拆为“历史数据清洗”“预测模型执行”“预测评审调整”。L4“预测评审调整”再拆成“门店反馈收集”“异常值修正”“管理层审批”。L5就是具体的“在预测系统里调整某款SKU的周需求量”。这个案例复盘时我常提醒客户零售企业的L5和制造业L5有个明显区别零售L5对“时效”极其敏感很多操作都是小时级别的比如“每日18点前收集门店当日销售”“凌晨2点运行补货算法”。因此L5的颗粒度不能只描述动作还要在流程说明里标注时间和频率。第5.3节 反面案例一步到位画L5的教训我也遇到过决心特别大的客户项目一启动就要求把所有流程一次性细化到L5理由是“反正都要做不如一步到位”。结果项目组花了四个月画了一百多条L5流程画到最后连自己人都分不清哪些是当前流程、哪些是目标流程。等到系统选型一谈发现需求清单长到无法评审只好推倒重来。这个教训用一句话总结流程分级的深度永远要跟当前的管理决策重心匹配信息化还没理清L3之前不值得在L5上烧钱。6. 125页PPT怎么读、怎么找我的建议6.1 拿到手先看目录别从第一页开始刷回到标题里提到的这份125页PPT。很多人在网上下载到类似资料后习惯从第一页开始逐页阅读读到最后连重点都没记住。我的建议是先翻目录把它切成三部分。第一部分通常是理论铺垫讲企业为什么需要流程管理和L1到L5分级的背景第二部分一般是方法论核心包含层级定义、绘制步骤、模板和流程Owner机制第三部分是案例制造业、零售业、金融业都有对应演示。如果你已经管理过流程项目第二部分是最值得精读的如果你是刚接触这套方法先把第三部分案例里的“L1到L5拆解表”照着做一遍收获比从头刷理论大得多。读这类PPT还有一个技巧每个案例都要“对应回自己公司”再读。比如看到“供应链计划”的L2流程组列表就停下来想一下自己公司的同等域里有哪些L2缺了哪些。这样读下来PPT里的方法论才会变成你脑子里自己的框架。6.2 找资料和甄别资料的实用技巧关于“下载方式”这里我必须多说一句。咨询公司的方法论PPT大多受版权保护直接放出盗版下载链接既不安全也不合适。更稳妥的获取渠道不外乎三种公司内部知识库或咨询项目交付包、行业公开讲座和培训材料、正版出版的流程管理书籍附赠资源。搜索时可以用“L1L5流程规划方法论”“业务流程层级划分 麦肯锡”这类关键词优先选择能在网页端直接预览的PDF或PPT版本至少能看到前几十页判断资料是否完整。下载任何一个资料包之前我建议你先看一下文件后缀和大小。真正的PPT/PDF文件通常有几MB甚至几十MB如果只有一个几百KB的“.exe”或压缩包多半是钓鱼文件或恶意程序。输入网盘提取码时也尽量避开需要安装“下载器”的渠道。这些都是基础安全常识但我在项目组里见过太多同事因为贪方便电脑中了招。找资料本身不难难的是找到一份版本干净、章节完整、没有缺页的版本。最后说几句心里话流程规划这条路上工具和模板真的一抓一大把难的不是画图而是让管理层愿意把流程当管理工具用让业务人员愿意参与评审。对我个人来说L1L5这套层级最大的价值是它逼着所有人先把“什么是主要价值流”这件事想清楚再动手讨论细节。落地时我通常建议第一次做流程规划的企业不要追求一步到位先把L1到L3做扎实然后挑一条最制约业务的端到端流程往下拆。只要这条样板流程跑通了后面的推广会顺畅很多。如果你正准备启动或正在做流程规划项目希望这篇梳理能帮你少走一些弯路。
麦肯锡L1L5业务流程规划：从战略到操作落地的白话指南
去年我带一个制造业客户的数字化转型项目第一场流程访谈就把客户团队难住了。他们手里拿着一份60多条的管理制度清单却讲不清楚哪些流程是端到端主流程哪些只是部门内部的辅助动作更麻烦的是每条流程到底该由谁来负责、挂哪些考核指标基本靠猜。我当时用的就是麦肯锡咨询项目里常见的L1到L5业务流程规划方法。这套方法后来在行业内被整理成一份125页的PPT标题就叫《麦肯锡L1L5业务流程规划方法论及流程规划案例》网上讨论度很高。今天我不打算照着PPT念摘要而是把这套方法拆开讲清楚它到底解决什么问题、实操里怎么一步步落地、最容易踩哪些坑。不管你是流程管理岗、数字化转型项目经理还是正在上ERP/MES/CRM系统的业务负责人这篇内容都可以当一份“白话版操作手册”来用。1. L1L5到底是什么一个极易被误解的“五层流程分级”1.1 五层不是一个部门五张图而是五种管理粒度第一次接触L1L5的朋友最容易把它理解成“公司画五层流程图的层级体系”。这个理解不算错但很容易变成形式主义大家把流程画成五层层层嵌套最后画出一堆谁也看不完的图。真正的关键在于L1到L5不是“五张图”而是五种不同颗粒度的管理语言对应从董事会到操作岗位的五个视角。我习惯用一个城市交通的类比来解释。L1相当于城市总体规划只要确定“哪条是主干道、哪个片区是居住区”方向不跑偏L2相当于主干道和次干道的路网结构决定“要去一个地方大概走哪几条路”L3相当于某一条路的具体设计从哪个路口进、哪个路口出L4相当于路口信号灯和车道划分L5则是某个红绿灯的具体秒数、某条车道上几米远设置一个指示牌。城市管理不能只靠规划图也不能只盯着某个路口必须把五层放在一起才能既保证方向正确又保证每个司机知道下一步怎么开。放到企业里也是一样的逻辑。L1是流程域也叫价值流域回答“公司靠哪几条端到端路径创造价值”L2是流程组是每个流程域内的一组相关流程L3是单个流程回答“这件事从头到尾怎么做”L4是子流程回答“流程里面每个环节的详细步骤”L5是活动/任务直接落到“某个岗位在某套系统里点哪个按钮、填哪张表”。很多公司不是没有流程而是只有L1级的部门职责说明和L5级的操作手册中间三层是缺失的。结果就是高层定的战略和一线人员的日常动作之间始终隔着一层黑色的迷雾。1.2 从L1到L5每一层到底在管什么要落地这套方法得先明确每一层交付物长什么样。下面这张表我每次做流程规划都会先发给客户让他们对齐认知。层级名称管理视角典型交付物使用场景L1流程域/价值链战略层价值链图、端到端流程域清单战略解码、组织能力规划L2流程组经营层流程地图、流程组清单年度经营计划、跨部门协同L3流程流程层流程图、流程说明、流程Owner制度优化、授权体系L4子流程岗位/系统层子流程图、角色权限矩阵系统需求、风险内控L5活动/任务操作层操作手册、表单、IT功能点培训、RPA、系统开发L1和L2主要是给管理层看的回答“业务往哪个方向走、财务资源怎么分配”L3和L4是给流程责任人和IT团队看的回答“系统怎么建、职责怎么划”L5是给一线操作层看的回答“每天打开电脑第一步做什么”。所以做L1L5规划时一定要先想清楚这次项目到底要解决哪个层级的管理问题。如果是为了上系统重点放在L3和L4就够如果是为了做公司级组织架构调整L1和L2才是主线。我见过很多失败的流程项目都是因为把“分层”理解成了“分权”业务部门只出L1和L2把L3以下丢给IT结果系统上线后流程根本走不通。真正有效的做法是全流程贯通但由不同角色的人来主导不同层级的评审。2. 麦肯锡为什么非要把流程切成五层2.1 战略和执行之间差的就是流程分层麦肯锡的流程规划方法论有一个核心逻辑战略落地不靠口号靠流程。很多企业做战略规划时热血沸腾年底一复盘发现业绩没兑现。原因通常不是战略本身有问题而是战略目标没有翻译成“谁在哪个流程里做什么事”。比如公司定了一个“交付周期缩短30%”的目标这个目标必须落到L3流程的交付环节再拆到L4的各条子流程最后变成L5的操作动作和系统逻辑。如果只停留在L1业务战略下面的人并不知道具体该怎么改。行业里常说一句话“你的流程地图就是你的战略地图”这句话在咨询公司内部几乎是铁律。麦肯锡的方法论里L1L5不是简单的画图技巧而是把公司战略、组织、IT系统、绩效考核全部串起来的一条主线。先有L1L2的顶层设计再往L3L4拆解最后到L5形成制度和系统需求。这样做的好处是任何一个BPR或系统项目都可以沿着层级一路追溯到战略目标反过来任何一个战略调整也能快速判断会影响哪些流程和岗位。这就是“分解”的意义不是为了好看而是为了可追溯。我有个客户曾经把几十条L3流程全部重画花了大半年时间。复盘时才发现他们从头到尾没有定义过公司的L1和L260多条L3流程都是按部门边界各自画的互相之间对不上。这就是典型的“层级错位”跳过L1L2直接做L3等于还没定主干道就开始设计红绿灯。最后我陪他们回头补做价值链和端到端流程域才把之前那批L3流程里的部门墙拆掉。2.2 L1从哪来价值链是流程地图的总开关L1流程域不是拍脑袋列出来的它的出处通常是“价值链”。管理大师波特提出的价值链思想被咨询公司大量吸收变成流程规划的前置分析工具。价值链把企业活动分成基本活动和支持活动基本活动直接创造价值比如生产、销售、交付支持活动不直接创造价值但缺了它基本活动跑不起来比如人力资源、财务、IT。麦肯锡的L1流程域划分基本就是这个思想的具体化。实际项目里我会先和客户高层做一轮“价值创造链路”访谈问几个固定问题你们的主要客户价值主张是什么客户从接触你们到持续复购中间经历哪些关键阶段这些阶段一共涉及哪些后端支持通过对这几个问题的拆解通常会得到8到12个L1流程域。举个例子一家制造型企业的L1可能包括产品研发、市场营销、销售与合同管理、计划与采购、生产制造、物流与交付、售后服务、财务管控、人力资源、信息技术。这10个域就是企业的“端到端价值框架”。很多企业会把“信息化管理”和“HR管理”这类支持流程也列进L1这没问题但要特别注意支持流程的定位它们是价值创造的“护城河”不是业务本身。L1一旦确立后续整个流程地图的边界就定死了。所以L1的评审必须是董事长或CEO层面部门负责人只能提建议不能做决定。谁来确定L1谁就决定了公司未来5年的管理语言。3. 实操从零开始做L1L5流程规划3.1 开场动作先盘现状再画L1做L1L5规划之前最忌讳一上来就开一场“流程梳理大会”让各部门把现有流程全部拿上来。正确做法是先盘现状。所谓盘现状不是搜集所有制度文件就完事而是要完成三件事第一把公司已有的组织架构、质量手册、授权体系、信息系统清单全部梳理一遍摸清管理资产第二和高管、核心部门负责人分别做一轮访谈找到业务痛点和数据断点第三对现有流程做一次粗略的“灰度扫描”看看哪些区域流程成熟度高、哪些区域混乱。做完这三步再开始画L1。画L1之前还要做一件很多咨询顾问忽略的事统一术语。同样一个“订单管理”销售部可能指商机录入生产部却指排产计划两家在会议室里吵半天原因是同一个词在两个部门代表完全不同的流程。所以在L1L5规划里我先会建一个“流程术语表”把每个层级的流程名称和边界定义清楚。术语统一了后面画图的速度至少快一倍。现状盘点的最终产出不是一张“问题清单”而是“现状流程地图草案”。这张草案不需要达到L5的精细度先做到L2和L3就好作用是让项目组知道公司的流程底盘长什么样。接下来才能进入目标设计To-Be阶段否则你连现状在哪都不知道谈何改善。3.2 界定L1/L2的两个判断标准L1和L2的划分是整套方法里最考验功力的地方。我见过不少项目L1和L2的边界模糊不清导致后面所有层级的流程归属都跟着乱。界定L1L2时我会坚持两个判断标准。第一个标准是“端到端价值闭环”。每一条L1流程必须能独立回答“从触发事件开始到最终结果输出”的完整路径。比如“订单到回款”这个L1触发事件是客户下单最终结果是把钱收回来中间经过订单处理、生产或采购、交付、开票收款多条子链条。如果一条L1只覆盖了订单处理没有覆盖后面的交付和收款它就不是一个端到端流程域只能算一个L2流程组。用这个标准去检查很多公司画的L1都会被打回去重做。第二个标准是“管理对象是否一致”。L1流程域内部管理对象应该有清晰的共同点。比如“客户管理”这个域管理对象是客户全生命周期“供应链管理”这个域管理对象是从需求到交付的物料和信息流。如果某条L1里既有客户管理又有产品研发那就是把不同管理对象硬塞在一起逻辑上无法自洽。用这两个标准反复审查L1和L2的边界会变得非常清晰。3.3 L3到L5怎么切分才最能落地L3流程和L4子流程的颗粒度直接决定了整个流程地图能不能被系统开发和岗位培训使用。切得太粗系统开发时需求提不细切得太细流程数量爆表维护成本极高。我的经验是每一条L3流程至少要满足四个条件有独立的输入和输出有明确的责任岗位或流程Owner可以用一两句话描述清楚流程目标和边界有对应的KPI或管理要求。如果一条“流程”在画出来之后说不清楚这三个问题说明它只应该被并进另一条流程或者降级到L4。L4子流程通常要对应可执行的业务步骤。比如L3“客户信用审核”L4可以拆成“收集客户信用资料”“执行信用评分”“审批信用额度”“反馈审核结果”。L4的边界标准也很简单每个L4子流程只能有一个主要责任人否则后续做权限设计时会互相打架。L5活动和任务则更加原子化通常是“在ERP系统里录入订单行”“上传合同附件”“点击提交审批”这样的动作。L5不需要给管理层看但它是RPA机器人、低代码平台、系统权限清单的直接输入。实际操作时我一般会把L3和L4放在一起评审L5则在系统需求分析阶段单独细化。原因是L5变化太快太早固化L5会让流程地图迅速过时。4. 比画图更重要的是三个管理机制4.1 每一条流程都得有OwnerL1L5流程图画得再漂亮如果没有流程Owner机制三个月后就会变成墙上的装饰品。流程Owner不是流程管理员更不是流程管理部门的人而是对流程绩效真正负责的业务负责人。L1流程域往往跨部门更需要一名高管级别的流程OwnerL3流程则应该是某个部门负责人或资深专家。我给客户定的规矩很简单每条L3以上的流程必须能找到一个“出事我来扛”的人。流程Owner的工作不只是签字画押而是要定期审视流程绩效、审批流程变更、协调跨部门争议。如果没有这个机制流程一遇到问题就会被踢皮球原本的端到端优化也会退回部门墙模式。为了做到这一点L1L5规划完成后项目组应该输出一张《流程Owner清单》明确每条流程对应的岗位、职责和权限。4.2 流程绩效指标要和经营结果挂钩流程规划不能只画流程不挂指标。否则管理层很快会觉得这份流程地图“好看但没用”。正确的做法是给关键L3流程设定KPI并且这些KPI要和公司经营报表上的指标形成对应关系。比如“订单到回款”这个L1流程域可以设“交付周期”“订单准时交付率”“回款周期”三个核心指标到了L3“信用审核”对应指标可以是“信用审批时效”和“坏账率”到了L4“额度调整”对应指标可以细化为“单次调整处理时长”。这样做的好处是公司月度经营分析会上的数据一旦异常管理层能顺着指标往下钻直接定位到哪一条L3或L4流程出了问题。流程指标不是越多越好每个L3流程盯住一到两个关键指标就够了指标太多会让流程Owner顾此失彼。我在项目里通常会做一张“流程指标字典”把所有指标的算法口径、数据来源、责任部门写得清清楚楚避免销售和财务各说各话。4.3 流程资产要像代码库一样做版本管理这一点很少被讲透但恰恰是长期运行的关键。L1L5流程地图不是一次性项目它会随着业务调整、系统升级、组织变化而持续变化。如果流程地图发布后没有人继续维护半年后就会出现“图纸和现实不符”的情况。所以流程规划项目结束前一定要先建立一个流程资产的治理机制包括流程变更申请模板、评审流程、版本记录和发布日志。我建议企业把流程地图做成“流程资产库”每条L3流程都有独立编号、版本号、最近更新时间和变更历史。流程变更也走固定审批需求提出人填写变更申请流程Owner确认必要性流程管理员更新图纸和说明最后在月度的管理会上通报。这套机制看起来有点重但对中大型企业非常必要没有版本管理的流程资产最终一定会沦为一堆无法信任的过期文件。5. 两个典型案例复盘制造和零售5.1 制造业“订单到回款”端到端拆解制造业最常做L1L5规划的启动区域往往就是“订单到回款”。这个流程域跨销售、计划、生产、仓储、物流、财务多个部门痛点最集中收益也最明显。我们按L1到L5做一次示范切割。L1是“订单到回款”L2流程组包括“合同与订单管理”“计划与货源组织”“生产与交付”“开票与收款”。L3流程里“计划与货源组织”下面又分为“销售预测”“主生产计划”“物料需求计划”“采购执行”。L4子流程“主生产计划”再拆成“产能核对”“计划排程”“计划下达”。L5活动就是具体操作比如“在MES系统内释放工单”“核对产线可用时间”。制造企业做完这套拆解的效果通常会在两个地方体现出来一个是系统打通ERP和MES之间的流程接口清晰了另一个是责任边界以前“订单延期到底怪销售还是怪生产”的扯皮问题在流程地图上一眼就能找到答案。这个案例也是125页PPT里最容易讲得精彩的部分因为从L1一路拆到L5恰好能展示“从战略到操作”的全链路。5.2 零售供应链计划流程拆解零售行业的L1L5规划另一个高频切入点是“供应链计划”。零售企业的痛点大多集中在“预测不准、库存高、断货和压货并存”。用L1L5法则拆解L1是“供应链计划”L2包括“需求计划”“供应计划”“库存计划”“品类与供应商管理”。L3里的“需求计划”继续拆为“历史数据清洗”“预测模型执行”“预测评审调整”。L4“预测评审调整”再拆成“门店反馈收集”“异常值修正”“管理层审批”。L5就是具体的“在预测系统里调整某款SKU的周需求量”。这个案例复盘时我常提醒客户零售企业的L5和制造业L5有个明显区别零售L5对“时效”极其敏感很多操作都是小时级别的比如“每日18点前收集门店当日销售”“凌晨2点运行补货算法”。因此L5的颗粒度不能只描述动作还要在流程说明里标注时间和频率。第5.3节 反面案例一步到位画L5的教训我也遇到过决心特别大的客户项目一启动就要求把所有流程一次性细化到L5理由是“反正都要做不如一步到位”。结果项目组花了四个月画了一百多条L5流程画到最后连自己人都分不清哪些是当前流程、哪些是目标流程。等到系统选型一谈发现需求清单长到无法评审只好推倒重来。这个教训用一句话总结流程分级的深度永远要跟当前的管理决策重心匹配信息化还没理清L3之前不值得在L5上烧钱。6. 125页PPT怎么读、怎么找我的建议6.1 拿到手先看目录别从第一页开始刷回到标题里提到的这份125页PPT。很多人在网上下载到类似资料后习惯从第一页开始逐页阅读读到最后连重点都没记住。我的建议是先翻目录把它切成三部分。第一部分通常是理论铺垫讲企业为什么需要流程管理和L1到L5分级的背景第二部分一般是方法论核心包含层级定义、绘制步骤、模板和流程Owner机制第三部分是案例制造业、零售业、金融业都有对应演示。如果你已经管理过流程项目第二部分是最值得精读的如果你是刚接触这套方法先把第三部分案例里的“L1到L5拆解表”照着做一遍收获比从头刷理论大得多。读这类PPT还有一个技巧每个案例都要“对应回自己公司”再读。比如看到“供应链计划”的L2流程组列表就停下来想一下自己公司的同等域里有哪些L2缺了哪些。这样读下来PPT里的方法论才会变成你脑子里自己的框架。6.2 找资料和甄别资料的实用技巧关于“下载方式”这里我必须多说一句。咨询公司的方法论PPT大多受版权保护直接放出盗版下载链接既不安全也不合适。更稳妥的获取渠道不外乎三种公司内部知识库或咨询项目交付包、行业公开讲座和培训材料、正版出版的流程管理书籍附赠资源。搜索时可以用“L1L5流程规划方法论”“业务流程层级划分 麦肯锡”这类关键词优先选择能在网页端直接预览的PDF或PPT版本至少能看到前几十页判断资料是否完整。下载任何一个资料包之前我建议你先看一下文件后缀和大小。真正的PPT/PDF文件通常有几MB甚至几十MB如果只有一个几百KB的“.exe”或压缩包多半是钓鱼文件或恶意程序。输入网盘提取码时也尽量避开需要安装“下载器”的渠道。这些都是基础安全常识但我在项目组里见过太多同事因为贪方便电脑中了招。找资料本身不难难的是找到一份版本干净、章节完整、没有缺页的版本。最后说几句心里话流程规划这条路上工具和模板真的一抓一大把难的不是画图而是让管理层愿意把流程当管理工具用让业务人员愿意参与评审。对我个人来说L1L5这套层级最大的价值是它逼着所有人先把“什么是主要价值流”这件事想清楚再动手讨论细节。落地时我通常建议第一次做流程规划的企业不要追求一步到位先把L1到L3做扎实然后挑一条最制约业务的端到端流程往下拆。只要这条样板流程跑通了后面的推广会顺畅很多。如果你正准备启动或正在做流程规划项目希望这篇梳理能帮你少走一些弯路。
