讲个真事儿。前两年我陪一家制造业客户做流程梳理老板开场白就是“我们要像华为那样把流程搞得明明白白。”结果半年之后项目文档库里躺了三百多个流程文件一线员工该靠经验还是靠经验该找熟人还是找熟人流程只在审计和汇报的时候被想起来。这种局面我见得太多了。大家学华为流程体系最容易学到的是PPT上的框架图和制度模板学不到的是框架背后的运作逻辑。标题里这套“以客户价值为导向”“六级流程架构L1-L6”“战略到执行贯通”拆开看其实是三件非常具体的事业务怎么分层拆解、跨部门怎么横向拉通、战略怎么一步步落成一线的具体动作。这篇文章我就把这套体系从头到尾捋一遍包括它为什么这么设计、每一级到底管什么、落地的时候哪些坑最容易踩。不整方法论玄学只讲能直接拿去用的东西。1. 为什么学了华为流程模板业务依旧靠人情驱动先聊一个很多企业都会卡住的问题流程模板套了一大堆为什么还是跑不起来1.1 职能型组织的根本困境局部最优不等于整体最优传统企业基本都是按职能切块的市场部、产品部、研发部、制造部、供应链、财务、售后服务。这种组织方式在业务规模小的时候问题不大但一旦规模上来部门墙就出现了。一个订单从客户需求开始到最终回款中间要穿过五六个部门。每个部门都在用KPI守自己的阵地市场部看线索量研发部看项目进度制造部看产能利用率供应链看库存周转财务看应收账款账龄。每个局部看都是合理的但客户要的是一个完整的、及时的、不出差错的交付体验它能切给哪个部门来负责这时候流程的底层价值就出来了。流程做的事情是把散落在各个职能部门的动作按业务逻辑重新串成一条完整的价值链。它不是让部门消失而是让所有部门的活动围绕同一个业务对象去协同。举一个最简单的例子客户下单一个定制产品传统模式下市场转需求、需求转设计、设计转制造每一次交接都是一次信息衰减和等待流程模式会把“客户订单到交付”定义成一条端到端流程所有环节共用同一份客户需求数据哪个节点该做什么动作、输出什么产物、花多长时间、由谁负责全部事先定义清楚。交接成本降下来重复工作被去掉端到端周期自然变短。1.2 华为流程体系的真正起点不是绘图是运营方式变革华为流程体系总被人误解为“画图工程”其实它最让人敬畏的是把流程当作企业的实际运作方式在建设。1998年华为引入IBM的IPD集成产品开发时体量已经不小但老业务模式开始撑不住规模化的复杂度。研发、市场、供应链、服务各自为战产品上市周期长串行开发浪费巨大。IPD引入的意义不是给大家发一套流程模板而是强行把产品开发从“部门接力赛”改造成“跨部门集成协同”。后来的LTC线索到回款、ITR问题到解决、ISC集成供应链都是沿着同一条逻辑在推进。华为内部有三句话特别值得琢磨第一句“流程是业务的载体”第二句“IT是流程的载体”第三句“数据是流程的血脉”。第一句话的意思很清楚业务怎么干流程就怎么定义流程不是业务的补充说明流程就是业务的运作规则本身。第二句话说的是一套流程如果不落到IT系统里而是靠纸质文件、靠邮件、靠觉悟来执行大概率会变成摆设。第三句话更好理解流程跑起来之后所有节点产生的数据就是运营管理的基础没有数据流程优化就无从谈起。这三点其实是一个整体业务定义流程流程驱动IT建设IT产出数据数据反过来支撑流程改进。2. 六级流程架构L1-L6怎么拆拆到哪里才算够聊到华为流程体系L1到L6是逃不开的核心概念。很多朋友问我这六个层级到底怎么分为什么非要拆六级而不是三级这里我详细展开说一下。2.1 六级的设定逻辑顶层求稳一线求灵活整个架构的出发点是应对“战略管理需要稳定”和“一线作战需要灵活”这对矛盾。公司级别的流程框架不能天天变但具体到一天的操作动作天天都在变。六级结构正好提供了一条从宏观到微观的翻译链。层级名称作用典型例子L1流程类别公司业务的顶层分类回答“企业有哪些业务域”运营流程、管理流程、使能流程L2流程组某一业务域中的流程分组回答“每个域包含哪些流程群”线索到回款LTC、集成产品开发IPD、问题到解决ITRL3流程可独立管理、独立考核的业务流程管理机会点、管理合同、管理回款L4子流程流程内部按照阶段或业务对象拆分的次级流程合同评审子流程、合同变更子流程L5活动流程中的具体业务动作有明确的输入输出组织合同评审会、发起信用检查L6任务活动的更细粒度操作说明常对应IT系统操作或标准作业单填写财务风险评估表、在CRM系统中提交报价单这里有一个关键认知不同层级是给不同层级的人看的。公司高管讨论的是L1和L2级别的流程架构比如说我们要不要把某个业务从运营流程里单拆出来这是战略层面的设计。区域主管、业务负责人讨论的是L3和L4他们关心某个流程跑得顺不顺、节点之间衔接有没有断点。一线员工真正用的是L5和L6也就是每天要做的动作和操作指引。如果一家公司把L1到L6全堆在一个Portal里让所有人看那这个设计就已经失败了。2.2 以LTC为例看流程从宏观到微观怎么逐层落地拿华为最有代表性的LTC流程来说。L1层面它属于运营流程也就是直接为客户创造价值的流程类别。L2层面它从其他流程中独立出来成为“线索到回款”流程组负责从发现商机到收回现金的全过程。L3层面LTC被切分成几个可独立考核的流程管理线索、管理机会点、管理合同、管理回款。每一段都有一个明确的结果物比如管理机会点的结果是赢单或丢单管理合同的最终结果是合同履约完毕。再往下拆管理合同这个L3流程可以拆成合同评审、合同变更、合同关闭等L4子流程。合同评审子流程里又包含组织评审会、技术可行性确认、交付承诺评估、商务条款修订、财务风险审查等活动这些就是L5。每一活动再往下具体填哪个表单、在哪个系统审批、按什么标准判断通过与否就是L6。你拿这套逻辑去反观自家流程文档很多公司所谓的“流程”其实是L3、L4搅在一起画在一张图里所以谁也看不懂。好的做法是先按层级拆开再决定每层用什么样的载体去表达L1用流程地图L3用流程说明书L5用业务活动清单L6用操作手册或者CheckList。2.3 拆解流程的两条铁律MECE和断点检查流程拆分不是拍脑袋有几条硬规矩要守住。第一是MECE原则即相互独立、完全穷尽。同一层级的流程之间不能有重叠否则会出现多头管理同时必须完整覆盖上一级的业务范围不能出现空白地带。第二是断点检查也就是从客户视角沿着流程走一遍任何一步出现“找不到Owner”“没有明确输入”“输出没人接着处理”的情况就是断点必须修复。实际操作中建议每个L3流程都画一张端到端流程总图标清楚从哪里开始、到哪里结束、跨了哪些部门、每个节点的责任角色。然后针对每个节点单独写一份L4/L5的明细文档。这套“总图明细”的结构可以避免很多人一起改文档导致的版本混乱。另外提醒一句L5和L6不是拆得越细越好。操作层的标准化是为了减少差错但如果一个流程场景很成熟、变化不大拆到L5就够了只有强管控事项才需要拆到L6比如财务审批、质量放行这类动作。3. 以客户价值为导向横向拉通不是概念是三个端到端流程华为流程体系最容易被误解的地方在于“以客户价值为导向”这句话。听上去像口号但它实际上是有非常具体的承接载体的。3.1 三大端到端流程IPD、LTC、ITR华为流程体系把直接创造客户价值的流程归成几个端到端流程其中最有代表性的是三个IPD负责把市场机会变成可上市的产品LTC负责把线索变成现金ITR负责把客户问题变成体验改善。为什么叫“端到端”因为起点和终点都绑定在客户身上。IPD的起点是客户需求终点是产品上市和生命周期管理LTC的起点是一条销售线索终点是客户付完尾款、合同关闭ITR的起点是客户投诉或故障申报终点是问题解决并得到客户确认。对比一下很多公司的现状就很清楚产品研发是研发部的事销售是市场部的事交付是运营部的事客诉是客服部的事每一段都有部门在管但整体没有人为最终客户体验负责。3.2 端到端流程如何打破部门墙在流程型组织里每一个端到端流程都会指定一位流程Owner通常由某个一级部门负责人兼任。他不对具体职能目标负责而是对这个流程端到端的绩效负责。比如LTC流程Owner他思考的核心问题是从发现线索到回款完成整个链条的转化率和周期是多少在哪个环节流失率最高哪个环节的时间浪费最大为了优化某个节点他可以要求相关职能部门配合调配资源、修改考核指标。这里要特别说明一个观念陷阱“以客户价值为导向”不是说流程要一直迁就客户。它有明确的含义流程设计首先要回答三件事客户最终拿到的结果是什么每一步动作是在增值还是在产生浪费为了追求局部最优我们牺牲了多少整体效率基于这些问题流程体系会做出很多具体设计。比如LTC里有一条原则叫“承诺前移”也就是在投标阶段就对交付标准、工期、售后条件做出承诺但承诺之前必须经过技术、供应链、服务的跨部门评估防止销售为了赢单乱承诺。另一条原则叫“一次把事情做对”后道工序发现的问题数量作为前道工序考核的一部分逼着每个环节输出质量合格的交付物。3.3 流程与职能组织的关系两条线各管各的流程型组织不是把职能部门取消而是建立一套双线运作机制。纵向的职能线负责资源建设、专业能力发展、人才培养和基础管理横向的流程线负责业务贯通、绩效目标和跨部门协同。举个例子一位研发工程师在行政上属于研发部由研发主管负责他的技术成长和绩效评估但在具体项目里他同时接受某个LTC流程节点的任务安排和交付要求。这两条线并不冲突关键是把各自的权责边界划清楚。流程Owner对“流程怎么跑”有决策权职能主管对“能力怎么建”有决策权。没有这种双线机制的流程改革一定会变成走形式。很多企业把流程负责人挂了个名却不给他跨部门协调权流程一遇到部门利益冲突就停摆。流程要真正跑起来需要对流程Owner授权并把流程绩效纳入他的核心考核指标。4. 战略到执行贯通的关键战略解码、流程KPI和流程Owner标题里“战略到执行的贯通”这一句是整套体系建设最难的部分。大家对公司战略挂在墙上都深有体会问题出在哪里出在战略和流程之间缺了一座桥。4.1 从BLM到BEM战略规划与战略执行的两段式设计华为在战略管理上常用的工具是BLM业务领先模型和BEM业务战略执行力模型。BLM解决的是“战略规划”帮助管理层看清市场机会、找到业务设计、排列关键任务BEM解决的是“战略执行”把战略方向翻译成组织行动和个人绩效。两个模型合起来才构成完整的战略到执行的闭环。BEM的逻辑链条大体是这样先明确战略方向然后识别出支撑战略成功的关键业务改进点CTQCritical To Quality再把这些改进点转成可量化的战略KPI和年度重点工作最后通过组织KPI、流程KPI和个人PBC一层层往下落。翻译成大白话就是战略不是用来“仰望”的是用来“拆”的。每一个战略主题都必须回答三个问题——这事由哪个流程承接承接这个流程的Owner是谁我们用什么指标判断战略落地得好不好4.2 流程KPI是战略与执行之间的桥梁为什么要特别强调流程KPI因为大部分公司的KPI是按组织层级切的公司级KPI拆给部门部门拆给科室科室拆给人。这种拆法在组织层级简单的时候有效但在跨部门协同复杂的业务里会出现一个致命缺陷指标到了部门就断了没有人对跨部门流程的整体绩效负责。战略KPI拆下去之后每个部门都说自己达标了但客户体验依然很差因为指标被“切片化”了。流程KPI弥补的正是这个断层。它站在端到端流程视角设指标衡量的不是某个部门的输出而是整条流程的产出。举例来说公司战略主题是“提升客户满意度”落到LTC流程上对应的流程KPI可以是“交付及时率”“订单质量缺陷率”“客户投诉一次解决率”落到ITR流程上对应的可以是“问题响应时长”“问题关闭率”“问题反复率”。这些指标和单个部门无关而是整个流程链条协作的结果。这样定义出来的KPI战略目标才不会在层层拆解中走形。4.3 战略到执行贯通的实际运作机制要让这条链路真正转起来光有指标还不够还要有保障机制。我梳理一下实际操作中要抓的几个要点。第一梳理战略依赖的“关键流程清单”。公司级的战略主题逐条列出来每条主题背后找承接的L1/L2流程识别出最关键的L3流程把它们设定为高管重点关注流程。第二为每条关键流程设置“北极星指标”和“过程指标”。北极星指标衡量流程的最终产出比如LTC流程的“线索转化率”“回款周期”过程指标监控流程链路上的健康度比如“合同评审平均时长”“投标命中率”。第三建立流程运营分析机制。每个月或每个季度流程Owner向经营层汇报流程绩效分析目标偏差的原因明确改善举措。第四把流程指标嵌入组织绩效。部门绩效中必须包含所参与流程的端到端指标权重部门再将自己承担的流程指标继续拆解到内部和个人。第五让IT系统自动产出流程指标报表。这一步很关键靠手工统计的流程指标几乎没有持续运转的可能。下面这张表可以清楚看到战略层到执行层的贯通关系层级关注对象典型问题核心工具战略层业务方向和业务组合我们要赢得哪些市场提供什么产品和服务BLM战略规划业务设计层关键业务改进点哪些环节必须发生本质性改变BEM关键任务流程层端到端流程绩效哪条流程拖了战略后腿优化点在哪里流程KPI流程Owner评审组织层跨部门协同指标各部门为流程产出贡献了什么部门绩效承诺执行层个人业务目标个人如何支撑流程节点稳定输出PBC个人业务承诺5. 实施方法论先僵化后优化再固化以及五个常见的坑最后聊落地。流程体系建设很多公司都在搞但搞成的人不多。华为实施方法论里有一句名言——“先僵化后优化再固化”这九个字值得每一位做流程的人反复琢磨。5.1 为什么必须先僵化为什么不能一步到位很多企业推翻一个流程的原因只有一个“感觉不太适合我们”。华为当年导入IPD时内部同样怨声载道IBM顾问讲的东西跟实际业务场景脱节很多人认为浪费钱浪费时间。但华为坚持让组织完整按新流程跑一段时间这背后的逻辑是流程没有走完一个完整周期你没有足够的数据和体验来判断它哪里需要调整此时基于感觉的“优化”大概率是往回头路改。所谓的“先僵化”不是让大家死板执行而是建立一套确定性。你先让所有干系人在同一套规则下跑半年把流程走通、走顺把数据收上来这时候再谈优化才有依据。实际操作中这种“僵化期”通常需要至少一个业务季度以上。企业高管的耐心是稀缺资源但流程变革最怕的就是朝令夕改。而“再固化”解决的是回潮问题。通过IT系统把优化后的流程固化下来把关键控制点固化进系统逻辑业务流程想绕也绕不掉。正因为这套“先僵化、后优化、再固化”的方法论华为的流程体系才能在二十多年里持续演进而不是烂尾。5.2 实施流程体系的五条铁律第一流程必须有Owner而且Owner要上真家伙。没Owner的流程运行半年就会开始腐烂Owner挂名的流程跟没Owner的区别不大。每一条L1/L2流程至少要指定一位高管当真正的Owner他定期审阅流程指标、拍板流程冲突、推动流程优化。第二流程与IT必须一体化建设。流程建了不落到IT系统靠Excel、邮件、微信群跑那建设流程就是建了一个不会被执行的文档库。理想状态是流程设计完、IT系统同步改造完、数据自动采集上马三位一体推进。第三试点先行不搞全公司同时铺开。流程变革最大的风险是“一推就死”。不要试图一次把全国所有业务单元都切换过去先选一两个业务成熟度高的单元试点跑出效果、跑出标杆再向其他单元复制推广。拿LTC来说先在一个产品线或一个区域试点三个月把流程指标跑出来把问题摆到台面上解决然后再全国推广。试点最大的价值不仅是验证流程更是训练一批明白人这批人会成为后续推广的种子。第四要把“责任转移”讲清楚。流程变革的本质是权力和责任重新划分原来部门负责人说了算的事现在可能要流程Owner来决策原来销售能手靠个人关系搞定的交付节点现在要按流程标准来。做变革沟通时不能只讲效率提升要把每个人在新的流程里的角色和利益讲明白。第五建立流程成熟度评价机制。每半年做一次流程健康度检查围绕“流程是否被遵循”“流程指标是否达标”“流程Owner是否在位”“流程是否持续优化”这几个维度打分。做流程体系不是一次性工程而是长期运营工程。5.3 五个我已经踩过无数次的坑第一流程文件数量失控。有些企业把L4/L5拆出几百个文件每个都几十页最终成为文档僵尸。流程文档的价值是指导动作不是应付审计。建议定期清理流程文件把同为一个场景服务的文档合并删掉没人看的鸡肋文档。第二流程与授权不匹配。流程设了五道审批但责任没有跟着流程走考核还在按部门来。结果就是流程空转审批流走完了责任没人承担。正确的做法是审批权与责任绑定流程节点上的每一道审批都对应明确的责任人。第三重流程设计、轻运营分析。很多团队把精力全部放在画流程图上流程发布之后没有监控、没有运营例会、没有指标复盘。流程上线那天就是它开始腐烂的那一天这是必然规律只能靠机制对冲。第四IT建设跑在流程设计前面。有的企业先上了CRM或ERP再去梳理流程结果系统里的字段和审批链根本不是业务需要的。流程定不下来系统定下来就是浪费。顺序一定是先定义业务再固化系统。第五流程Owner的责任没有闭环。高管挂了名但季度从不参加流程评审会流程出了问题也从不被追责。这就等同于没有Owner。建议在制度上明确流程Owner必须定期出席流程评审会议若连续缺席视为放弃流程管理权。这套体系说起来很庞大它的精髓其实很简单把业务分成层每层有人管把客户放在两端端到端贯通把战略拆成指标落到流程和个人。三者贯通组织就从一个靠人驱动的机器变成一个靠规则和数据驱动的系统。想做流程建设的朋友我建议从一条端到端流程开始入手先别管L1到L6那么多层级先选一条客户抱怨最多的流程画出现状、找到断点、设一个流程Owner、定三个指标、跑一个季度。这一套做下来你体验到的坦诚感和焦虑感会远远超过读一百份PPT。