附件为107页PDF文件。

很多人第一次接触LTC，看到的往往是一张很长的流程图：从线索开始，经过机会点、投标、合同、订单、交付、验收、开票，最后一直走到回款。

看起来并不复杂。于是很多企业研究LTC，第一件事就是找一张华为的流程图，再对照自己的销售、合同、交付和回款流程，看看缺了哪些环节。

但华为LTC真正值得研究的，恰恰不只是这张流程图。

华为这么大的企业，把销售、合同和交付几条流程连起来并不难。难的是在全球复杂的客户和项目环境下，怎样让销售、方案、商务、供应、交付和财经围绕同一笔业务运行；怎样把一套总部流程真正推到一线，又给不同国家、不同客户留下必要的适配空间；流程上线以后，又怎样持续运行下去。

顺着这些问题往下看，LTC才逐渐从一张流程图变成一套完整的企业运行机制。

一、华为为什么要做LTC

LTC出现时，华为已经是一家高度全球化的公司。业务覆盖大量国家和地区，不同客户的采购方式、合同模式、交付要求差异很大。公司规模越来越大以后，过去依靠职能部门分段协作、遇到问题再靠人协调的方式，成本会越来越高。

一方面，总部必须建立相对统一的业务主干，否则庞大的全球业务很难形成稳定的管理体系；另一方面，一线面对的客户和市场又千差万别，不可能用一套僵化的操作步骤全部管住。

所以相关材料里有一个很重要的说法：主干清晰，末端灵活。

这句话其实很好地解释了华为当时面对的问题。

客户看到的是一家华为，但一笔业务进入企业以后，会经过销售、解决方案、商务、供应、交付、财经等多个专业。如果这些部门仍然主要按照各自的职能边界运行，“以客户为中心”很容易停留在理念上。

华为2013年年报在介绍客户关系管理变革时，就已经把LTC流程和IT系统放在这个背景下讨论。目标是建立以客户为中心的营销、销售和服务流程化组织，在关注客户需求的同时，提高效率、降低风险和成本。

华为相关变革材料后来把LTC的目标概括得更直接：面向客户、成就一线，实现可持续的盈利性增长，最终落到客户更满意、财务更健康、运作更高效。

所以理解华为LTC，前面这层背景点到即可。它解决的不是一个孤立的销售流程问题，而是全球化以后，一笔客户业务到底应该怎样组织和运行。

二、一笔生意，在LTC里是怎么跑的

LTC是Lead to Cash，通常翻译成“从线索到回款”。

如果把主干抽出来，大体就是线索进入机会点，经过投标、合同、订单和交付，再走到验收、开票、应收、回款和合同关闭。

真正需要关注的，是一笔业务在这个过程中发生了什么变化。

一条线索进入企业以后，并不会马上变成正式项目。经过识别、验证和培育，真正形成机会点以后，企业首先要判断这件事情值不值得继续投入。在LTC中，这类判断通常对应立项决策ATI。

机会点继续成熟，客户准备招标，企业还要再判断一次：这个项目值不值得投。因为真正参与一次大型投标，需要调动的不只是销售人员，还包括解决方案、产品技术、商务、法务、供应和交付等资源，这就是ATB要控制的问题。

到了报价、商务谈判和签约阶段，判断又进一步变化。产品配置能不能实现，交付周期能不能满足，成本和利润是否合理，客户提出的验收条件能不能执行，付款条款有没有明显风险，都需要在正式签约以前考虑清楚。

到了ATC，企业实际上是在决定是否接受这一整套商业和履约条件。

把这几个节点放在一起看，逻辑很清楚：一笔机会从最初出现，到企业正式签下合同，资源投入越来越大，企业承担的责任也越来越重。流程中的这些决策点，就是在几个关键阶段帮助企业控制承诺。

这也是LTC值得研究的一点。很多后端问题，其实在前端已经形成了。

销售承诺了一个很难做到的交付周期，可能几个月后才在项目现场暴露；验收条件没有谈清楚，最后看到的是客户迟迟不验收；付款条件设计得不合理，最后体现出来的是应收长期收不回来。

所以我们沿着LTC往回看，经常会发现：问题暴露的位置，并不一定是问题产生的位置。

合同签署以后，这条逻辑还会继续。

对于销售来说，签合同往往意味着项目拿下来了；但对LTC来说，签约只是从争取业务进入履约阶段。

合同首先要完成交接。这里交的显然不能只有一份合同文件，前期谈判中的客户诉求、方案边界、重要承诺、验收条件、风险和遗留问题，都要随着合同一起传递给后面的团队。

如果销售把合同发给交付团队以后就退出，很多前期信息会在这个接口上丢失。所以我们在整理LTC材料时一直觉得，“合同交接是销售和履约团队的握手，而不是分手”这句话很形象。

合同继续往后，会形成客户订单、产品配置和交付计划。一笔业务真正进入执行以后，还要清楚地区分发货、交付完成、客户验收、满足开票条件、形成应收和收到现金这些状态。

企业内部经常出现一种情况：供应链认为货已经发了，项目团队认为实施已经结束，销售也完成了签约任务，但现金始终没有回来。

从各部门看，很多工作确实已经完成；从LTC看，这笔业务还没有走完。

这就是端到端视角和部门视角最大的差别。

三、华为是怎么把LTC建起来并真正推下去的

面对一条横跨多个部门、多个系统的复杂业务链，首先要看的是现状到底怎么跑。一笔真实交易从线索到回款，中间经过哪些角色，哪些地方反复协调，什么信息需要重复录入，合同到了交付环节为什么还需要重新解释，项目经常卡在哪个节点，应收出了问题以后又能不能向前追到原因。

这些现实问题决定了后面的流程怎么改。

在此基础上，再把LTC主干逐渐稳定下来。总部需要定义核心业务路径、关键状态和重要控制点，但不可能把全球所有异常场景一次性写进一套流程。不同国家、不同客户和不同项目仍然需要一定的适配空间。

“主干清晰、末端灵活”在这里就不再是一句口号，而是流程设计的基本边界。

主干确定以后，很快会碰到责任问题。

如果流程图是端到端的，组织运行仍然是销售干销售、方案做方案、交付管交付，那么业务到了部门接口还是会断。

华为“铁三角”的意义就在这里。客户经理、解决方案专家和交付专家共同面向一笔业务，销售不再等到合同签完以后才把项目交给后端。机会阶段，方案和履约能力就开始介入；前端形成重要承诺时，后面的交付风险也需要被看到。

流程做到这里，已经开始改变组织协同方式。

再往下自然会碰到授权。如果一线对客户和项目负责，但什么事情都需要层层回总部审批，责任实际上并没有真正下去。因此，ATI、ATB、ATC这些关键决策和一线授权必须结合起来设计：哪些事项一线可以直接决定，哪些需要升级，超过什么风险、金额或承诺边界以后需要更高层级介入。

流程、责任和权力是连在一起的。只设计其中一个，最终都很难运行。

继续往下，问题就进入数据和业务对象。

从线索到回款，一笔业务会不断产生客户、机会点、报价、合同、客户订单、产品配置、交付、发票、应收等对象。过去这些信息往往分别存放在销售、商务、供应链、项目和财务系统中，各管一段。

但站在LTC角度，它们其实描述的是同一笔生意在不同阶段的状态。

如果机会点转成合同以后重新录一套数据，合同进入订单以后再重新解释一次，交付和开票又各自形成一套口径，那么流程虽然画通了，实际业务还是断的。

所以LTC往深处做，必然会从流程贯通走向业务对象和数据的贯通。

这也解释了为什么华为公开材料中，经常把LTC流程和IT系统放在一起讲。

流程不是先设计完，然后再交给IT“实现一下”。真正设计LTC时，业务状态怎么记录、对象之间怎么关联、不同角色如何协作、关键决策如何触发、授权怎么进入系统，这些问题本来就属于同一个设计过程。

CRM、合同、ERP、供应链、项目交付和财经系统完全可以继续存在。端到端并不要求把所有东西塞进一套系统，关键在于同一个客户、机会点、合同和订单之间能够持续关联。

系统可以分散，但同一笔业务不能在系统之间断掉。

流程和IT都建立以后，还要解决最后一个更现实的问题：怎么推广。

华为的业务遍布全球，总部很难设计一套流程然后一次性推开。真实业务现场一定会出现新的问题：有的规则不符合当地业务习惯，有的数据根本拿不到，有的授权不足，有的系统功能无法支撑，也可能出现全球标准和当地法律、合同环境之间的冲突。

所以试点并不是为了证明设计方案正确，而是为了尽快找到这些问题。

华为后续在代表处推动LTC等变革项目进行跨职能、跨流程、跨部门的集成，并通过德国等综合变革试点不断验证，再逐步扩大。这样的过程实际上是在寻找全球标准和本地适配之间的平衡。

到了2015年前后，华为把面向一线的变革概括成三个阶段：

主干打通、面向对象集成、面向结果运营。

这三句话放在LTC的发展过程里看，很有意思。

最开始解决的是业务链能不能真正从头走到尾；随后进一步处理同一笔业务上的流程、组织、数据和系统能不能集成；等这些基础能力逐渐稳定以后，关注点才转向流程运行效果。

哪些机会转化率长期偏低，哪些合同经常发生变更，哪些项目总是卡在验收环节，哪些客户不断形成逾期应收，这些真实经营数据又会反过来推动流程继续调整。

所以LTC并不是一次设计完成的项目。

它是在真实业务中不断运行、不断修正，最后逐渐形成的一套企业运行机制。

这一点可能比那张LTC流程图本身更值得研究。

四、学华为LTC，没必要先抄那张流程图

看到这里，再回头看华为LTC的流程图，会发现很多东西已经不一样了。

不同企业的客户、产品、合同模式和交付方式差异很大，流程当然不会完全一样。标准产品销售、大型项目制业务、订阅服务，它们从线索到现金的路径本来就不可能相同。

所以企业真正需要借鉴的，是华为解决这类问题的思路。

先把经营问题说清楚。到底是机会质量低、合同风险高、交付周期长，还是应收不断增加？然后沿着一笔真实业务把主干跑一遍，找到最主要的断点，再去处理责任、决策、授权、数据和系统。

流程做到这里，才有可能真正形成端到端。

如果一开始就照着华为画流程，再去讨论要不要上CRM、ERP或者流程平台，很容易学到表面。

那张图只是华为LTC最后呈现出来的一部分。

更值得看的，是它背后怎么从业务问题出发，把原来分散在不同职能里的能力重新组织到一笔客户交易上，又怎么通过流程、组织、数据和IT把这种运行方式逐渐固定下来。

这也是我们理解端到端流程时最值得注意的一点：流程画得再完整，如果企业仍然按照原来的部门方式运行，端到端并没有真正建立起来。

107页PDF完整版：把LTC继续往里拆

这篇文章只把华为LTC最核心的逻辑和建设过程讲到了这里。

真正把LTC展开，还有很多细节没有进入正文。比如线索如何一步步转成机会点，ATI、ATB、ATC以及提前启动、合同变更、合同关闭分别控制什么，AR、SR、FR在不同阶段如何协同，合同、客户订单、产品配置和交付对象之间怎样关联，流程和IT具体如何同步设计，以及LTC怎样从试点逐步走向区域适配、全球推广和长期运营。

我们把这些内容进一步整理成了107页PDF华为LTC图解，文末阅读原文下载。