Runwise 增长研究院

2026-07-31

Runwise 增长研究院

07/31/2026
B2B营销创新, B2B销售创新

华为打大客户的精髓不是“铁三角”和“客户关系”，而是把这件事从一个依赖个人能力的问题，改造成了一个有流程、有角色、有评审点、有授权额度、有数据字段的组织能力问题。本文尝试拆解这套体系，并给出中型厂商可直接抄的四件事。

一句话看懂：华为把“打大客户”这件事，从一个依赖个人能力的问题，改造成了一个有流程、有角色、有评审点、有授权额度、有数据字段的组织能力问题。真正的内核不是铁三角和客户关系，而是它把偶然的成功转化成了可重复、可教、可考核的机制。本文从一次输标复盘切入，拆解铁三角、LTC、MTL、三层客户关系及Telfort战役，揭示这套体系如何让理解客户的人有权调动资源，并点出中型厂商今年可直接抄的四件事：做组织匹配度复盘、建立投标决策评审点、把销售赋能写成法定交付物、在客户档案中量化态度字段。

中国厂商学华为，常常学错了对象

提到华为打大客户，国内厂商最常抄两样东西：铁三角，和客户关系。

这两样都值得抄，但它们都是结果，不是原因。真正的内核是另一件事：华为把“打大客户”这件事，从一个依赖个人能力的问题，改造成了一个有流程、有角色、有评审点、有授权额度、有数据字段的组织能力问题。

这个区别在实践中的差别极大。学“铁三角”的公司通常做三件事：给三个岗位改名、让他们坐在一起、要求他们协同。三个月后发现除了会议变多了什么都没变。因为它抄的是编制，不是编制背后那套东西——决策权在哪一层、评审在哪几个点做、授权额度按什么算、客户态度怎么记录、赢了输了怎么复盘。

这一篇尝试把那套东西拆开。需要先说明两个口径问题，因为它决定了这篇文章的可信程度：

第一，本文引用的材料分三类。 任正非 2009 年在华为销服体系奋斗颁奖大会上的讲话有公开传播文本；铁三角的起源、华为进入欧洲的时间线和 Telfort 项目，有当期行业媒体报道和多家机构发表的案例研究；而 LTC、MTL 的流程细节和客户关系管理方法，主要来自华为体系内人士的公开访谈、公开出版物以及咨询培训机构的方法整理——这一类属于第三方整理口径，不是华为官方文件，各家整理之间在模块名称上还有些出入。本文会在相应位置标注。

第二，网络上流传的一批精确数字，本文一律不采用。 比如“铁三角使客户满意度提高 40%”“决策周期从 30 天缩短到 48 小时”“一线拥有 200 万美元自主决策权”“项目风险降低 60%”这类说法，追到源头都是无法溯源的二手技术博客，且不同版本数字互相矛盾。宁缺毋编。

一、起点是一次输掉的招标，而复盘结论很不寻常

按华夏基石等机构公开发表的案例整理，2006 年，华为代表处参加苏丹一个电信移动通信网络项目的招投标，准备了两个月，最后由另一家公司独家中标。

复盘的结论值得逐字读：不是技术不行，不是价格不行，也不是某个人不努力，而是组织越来越大、决策流程长、团队沟通不畅、信息不共享；根本原因是华为以客户经理单兵作战的组织运营模式，与客户及市场的组织模式不匹配，不能快速响应客户的动向和需求。

这段整理还补了一句解释，这句话是整套打法的地基：电信设备采购是一种客户采购方介入度极高的“重度采购”，因此销售方也必须以“重度销售”的方式与之匹配。

这个诊断为什么不寻常？

因为绝大多数公司输标之后的复盘会得出三类结论：价格不够低、产品有短板、某个环节的人没做到位。这三类结论的共同点是，它们指向的都是“下次更努力”，而不指向任何结构性改变。而华为这次复盘指向的是自己的组织结构和客户的组织结构不同构——这是一个可以被设计、被修正、被制度化的问题。

对今天的中国硬件厂商，这一条是最容易迁移、也最容易被跳过的。你可以现在就做一次：挑三到五个近两年输掉的重点项目，不问“为什么输”，只问三个问题——

客户那一侧参与这次采购决策的有几个部门、几个人？
我们那一侧真正接触过这些部门、这些人的有几个？分别是谁？
我们的接触结构和客户的决策结构，重合度有多高？

如果这三个问题的答案是“客户有六七个人参与，我们只有一个销售在跟一个对接人”，那么诊断已经出来了，而且它跟内容、投放、工具都没关系。

二、铁三角：让理解客户的人有权调动资源

三个角色和它们的真实分工

此后华为把三个角色组成面向客户的作战单元：

AR（Account Responsibility，客户经理）：负责客户关系平台的建立与维护、业务需求挖掘，同时是整条交易流程质量的责任人；
SR（Solution Responsibility，解决方案专家）：负责设计满足客户需求的产品与解决方案；
FR（Fulfillment Responsibility，交付专家）：负责确保项目顺利交付、合同成功履行。

按公开整理，客户经理的角色被明确扩展成四重身份：销售项目的主导者、客户关系平台的建立与维护者、全流程交易质量的责任者、客户群规划的制订与执行者。这四重身份里，后两重是国内厂商最常缺的——大多数公司的客户经理只承担前两重，交易质量归财经管、客户群规划归市场部做。

任正非 2009 年那段讲话的三个要点

2009 年初，任正非在华为销服体系奋斗颁奖大会上的讲话（公开传播文本）里，有三层意思值得分开看：

第一层，机制从哪来。 他讲的是北非地区部努力做厚客户界面，以客户经理、解决方案专家、交付专家组成工作小组，形成面向客户的“铁三角”作战单元，有效提升了客户的信任，较深地理解了客户需求，关注良好有效的交付和及时的回款。注意这里的顺序：先有一线的自发实践，后有公司层面的推广，而不是总部设计好了往下压。

第二层，精髓是什么。 原话是：铁三角的精髓是为了目标而打破功能壁垒，形成以项目为中心的团队运作模式。他还特别说明，公司业务的各领域、各环节都会存在铁三角，“三角”只是形象说法，不能简单理解为三角，四角、五角甚至更多也是可能的。

这一句话应该被所有想抄铁三角的公司抄在前面。 它意味着这套机制的内核不是“三个角色”这个数字，而是“把与客户接口相关的关键职能，合并成一个有授权的作战单元”。你的生意如果需要把渠道经理、行业专家、测试工程师也算进来，那就是五角，没有任何问题。

第三层，病灶在哪。 他点出的是：机关不了解前线，但拥有太多权力与资源，为了控制运营风险自然而然设置了许多流程控制点，而且不愿意授权；过多的流程控制点会降低运行效率、增加运作成本、滋生官僚主义及教条主义。所以“谁来呼唤炮火，应该让听得见炮声的人来决策”。

授权是有代价约束的，这一条最常被漏掉

同一场讲话里还有一段常被略过的内容：公司将以毛利、现金流对基层作战单元授权，在授权范围内甚至不需要代表处批准就可以执行；不同的地方、不同的时间授权需要定期维护，但授权管理的程序与规则不轻易变化。

这段话说明了一件事：授权的前提是能算清账。

如果一家公司连“这个项目的毛利是多少、现金流什么时候回正”都算不清楚，谈授权就是把风险交给不承担后果的人。这也解释了为什么很多公司抄铁三角只抄出了形式——不是因为不肯授权，是因为没有那套能支撑授权的核算体系。

顺带一句，公开报道里记录过一段更早的实践细节：在利比亚，对一线三人小组的考核用的是有效增长、利润、现金流、人均效益这类指标；一个三人小组就可以被当作利润中心来考核。这个细节的意义是：授权和考核是同一件事的两面，没有可考核性就没有可授权性。

交付经理不再是弱势角色——这一条对硬件厂商最重要

公开整理中提到一个具体的病灶：后端交付部门因为对项目前期参与度不够，不完全了解一线客户经理对客户做出了怎样的承诺，而这些承诺是否能完成，也没有经过交付部门确认。铁三角要求交付经理一改以往的弱势形象。

这一条对设备厂商的价值远超软件公司。原因在上一篇讲过：硬件项目从中标到验收往往半年到两年，中间有大量驻场。这段时间里，交付团队跟客户运维部门建立的关系深度，常常超过销售能建立的。有公开分享提到过一个很生活化的观察：一个项目做下来，交付团队的交付经理和客户运维管理部门的人员、部门经理，往往成了能一块儿吃饭聊天的熟人。

所以在硬件行业，交付界面是客户关系的第二战场，而且它的成本已经花掉了——项目本来就要交付，人本来就在现场。把它当成客户关系资产还是当成成本中心，是一个纯粹的管理选择，几乎不需要额外投入。

大多数厂商选的是后者：交付部门的考核里只有工期、质量和成本，没有任何一项跟客户关系有关。

一个容易被误读的结构

公开整理中还有一个常被引用的表述：华为形成了“前端铁三角—中端重装旅—后端大平台”的市场运作模式，也被概括为“大平台下的精兵作战”。

这个结构的意思是：铁三角之所以能是“精兵”，前提是背后有一个能被呼叫的资源平台。三个人之所以敢在现场对客户承诺，是因为他们知道呼叫之后炮火会到。

反过来说，一家没有中后台支撑能力的公司，把前端改成铁三角，只会让三个人同时陷入“承诺了但兑现不了”的困境。 这是抄组织形态最大的风险：形态可以一夜之间改，支撑能力不能。

三、LTC：把“投不投标”变成一个有评审的决策

铁三角是组织形态，让它能运转的是流程。

LTC 是 Lead to Cash 的缩写，从线索到回款，覆盖线索管理、机会点管理、投标、合同签订、合同执行、回款到合同关闭的全过程，以铁三角为核心的项目团队端到端负责项目运作。它与 IPD（集成产品开发）、ITR（从问题到解决）一起，被视为华为的主业务流程。

对本文的读者来说，LTC 里最值得抄的不是流程图，是决策评审点的设计。

按公开出版物《华为铁三角工作法》以及多家机构的方法整理，LTC 在关键节点设置决策评审点，核心有五个：

立项决策——要不要为这个机会点投入资源；
投标决策——投不投这个标，是否有竞争力、能否盈利、风险是否可控；
签约（合同）决策——签不签，合同是否符合公司利益，杜绝亏损合同和风险合同；
合同变更决策；
合同关闭决策。

整理中还提到，这类授权决策由销售决策团队集体评审，铁三角牵头，财经、法务、交付参与，避免个人主观决策。

这个设计的价值，值得国内厂商认真掂量。

在很多公司，“投不投这个标”不是一个决策，是一个默认动作——项目信息来了，销售报备了，那就投。投标的成本被视为沉没成本，反正标书是市场部和售前做的，不算钱。

而这套流程把“投不投”变成了一个需要多个职能共同签字的正式决策，要回答三个问题：有没有竞争力、能不能盈利、风险可控不可控。

这件事跟 ABM 的关系是直接的：如果你在投标决策点上诚实地回答“我们有没有竞争力”，答案往往取决于一件事——我们是什么时候进场的。 如果客户的技术规格已经写完、而写的时候我们不在场，那么“有没有竞争力”这个问题的诚实答案就是没有。一家公司如果连续在若干个项目上得出这个答案，它就会被迫回头解决进场时点的问题——而这正是大客户级（账户级）经营要解决的事。

反过来，一家从来不做投标决策评审的公司，会年复一年地把资源花在陪跑上，而且永远不会意识到问题出在哪一环。

公开整理中还提到 LTC 与 MTL、IPD、ISC、ITR 等流程的协同关系，形成从市场到销售到研发到交付到售后的完整链条。这引出了下一节，也是这篇文章里对营销负责人最重要的一节。

四、MTL：华为把营销做成了一条和销售并列的流程

这条流程的存在本身就是一个判断

MTL 是 Market to Lead 的缩写，从市场到线索。按公开整理，它是华为从 IBM 引入并深度内化的端到端营销管理流程，衔接 IPD（把产品做出来）与 LTC（把产品卖出去并收回钱），在华为的流程体系里与 IPD、LTC、ITR 并列。

先不看它的内容，只看它的位置。

一家公司把“市场到线索”设成一条与产品开发、销售回款并列的一级流程，这个动作本身就包含了一个判断：营销不是销售的支持职能，而是价值链上一个独立的环节，有自己的输入、输出、责任人和质量标准。

绝大多数中国硬件厂商的营销不是这个位置。它是销售的支持部门，产出物是物料、活动和线索数量，考核跟着销售指标走。这个定位决定了两件事：营销拿不到大客户级的一手信息（因为信息在销售手里，而销售没有义务共享），也拿不到需要跨部门协同的资源（因为它不是一条流程，只是一个部门）。

上一篇讲的“第三个转换”——营销与销售共同编排战役——在组织语言里就是这件事：营销要从“部门”变成“流程”。

六个模块，其中两个直接回答了“营销怎么赋能销售”

按公开整理，MTL 通常被拆成六个核心模块（不同来源在名称上略有差异，这里取多数来源一致的表述）：

市场洞察（MI）——市场维度和客户维度的分析；
市场管理（MM）——市场细分、目标市场与关键客户选择、营销规划；
联合创新——与客户共同开发；
销售赋能——为销售提供能力、工具、材料；
需求激发——把潜在需求变成明确的购买意向和线索；
营销质量管理——对营销活动本身的质量把关。

请注意第 4 项和第 3 项的位置。

“销售赋能”在华为不是营销部门的额外好意，是华为营销流程中一项正式、明确的职责。 它有明确的业务目标、职责归属和交付物要求。这意味着当销售抱怨“市场部给的东西没用”时，这不是一次跨部门情绪摩擦，而是一个流程模块的质量问题，要按流程问题的方式处理——找责任人、定标准、改交付物。

这一条对正在推 ABM 的营销负责人有直接价值。上一篇提到 DXC 的做法是在攻坚战队里嵌入“迷你 CMO”，销售最终给营销打出了 99% 的价值认可度。华为的做法是把同一件事写进流程。两条路径不同，指向的是同一个结论：营销对销售的赋能必须是有交付物、有责任人、有验收标准的，而不是一种态度。

而“联合创新”被放进营销流程，同样值得注意。在多数公司，跟客户联合开发这件事归研发或者归销售，营销最多做事后传播。把它放进营销流程，意味着“和客户一起做一件事”被当成了一种营销手段——这跟上一篇讲的“高层界面靠筹码”是同一个逻辑：联合创新是最重的筹码之一，因为它把关系从买卖变成了共同承担。

一个设计上的诚实：MTL 不承载资金流

公开整理里反复提到一个技术性区别：MTL 流程不承载资金流、不承载物流；LTC 承载资金流和物流，IPD 承载资金流并把产品做出来；MTL 最终的输出不是实体。

这句话看起来是流程设计的技术说明，实际上它包含了一个对营销的诚实定位：营销这条流程的产出，本身不直接是钱。 它的产出是市场判断、客户选择、被激发的需求、被赋能的销售。这些东西要经过 LTC 才变成钱。

所以，一家公司如果拿收入指标去逐月考核 MTL 这条流程，等于在考核一个按设计就不承载资金流的环节。这跟上一篇讲的“三个 R 有先后顺序、收入是滞后指标”是同一件事，只是换成了流程语言——而流程语言在会议室里往往更有说服力，因为它听起来不像营销在为自己找借口。

按市场成熟度分配营销力量

公开整理中还有一条实用的分配原则：MTL 在成熟市场（H1）主要关注销售赋能，在成长市场（H2）重点是营销，在探索市场（H3）则着重于市场投入和联合创新。

把这条原则平移到大客户维度，就得到了一个很好用的资源分配框架：

已经进去、有存量业务的大客户（H1）：营销的主要任务是销售赋能——给销售和交付团队提供能扩大份额、进入新部门的材料和数据。
认知已建立、还没成交的大客户（H2）：主要任务是常规营销动作——技术交流、内容、活动，把关系铺开、把认知做深。
完全陌生、但战略上必须进入的大客户（H3）：主要任务是市场投入和联合创新——找一个双方都愿意投入的技术议题或试点，用它来换取进场资格。

上一篇提到 AVEVA 在 GSK 的项目属于典型的 H1——已经有一个产品在跑，任务是从 1 个平台扩到 3 个；而华为进入西欧属于典型的 H3——没有任何存量，只能靠联合开发换资格。这两种大客户需要的营销动作完全不同，用同一套 KPI 去衡量它们是很多项目失控的起点。

五、客户关系：三层结构，以及一个可以入表的态度字段

铁三角是组织，LTC 和 MTL 是流程，客户关系是方法。

按华为体系内人士的公开分享，华为把客户关系分成三层，常被形容为一栋房子：

用同样的框架诊断你的业务

看完华为将一次输标复盘转化为整套作战体系的过程，你是否也想诊断一下自己公司的大客户打法中，哪些环节还停留在依赖个人能力？不妨用我们的AI顾问来一次快速体检。

免费体验 Upskill AI 顾问 →

普遍客户关系（地基）——客户的技术部门、工程部门、整个采购团队，强调覆盖面，通过广泛接触和持续互动夯实基础；
关键客户关系（中间层，也是最核心的一层）——在具体销售项目中对成败起关键作用的那部分人；
组织客户关系（顶层）——公司与公司之间在更高层级建立的长期信任，超越具体项目，是企业间战略协同的体现。

分享中还特别说明：不是每个客户都需要做全三层。对一般客户，关键客户关系可能就够了；但对每年持续贡献大量销售额、合作深度高、甚至有驻场交付的战略客户，三层都要建。这一条是资源纪律，不是方法论装饰——它等于在说客户要分级，不同级别配不同的关系投入。

每一层都有标准动作

公开整理给出的动作清单（属第三方整理口径）大致是：

组织客户关系约十类动作：高层峰会、高层互访、战略匹配、组织匹配、流程匹配、联合创新、联合行动、文化认同、管理认同、品牌认同；
关键客户关系约八类动作：正式拜访、业务交流、宴请、公司考察、娱乐活动、关怀活动、专家顾问等；
普遍客户关系约八类动作：业务交流、公司考察、样板点参观、专项考察、管理培训、交付里程碑活动、部门联谊、管理活动等。

整理中还点出三层的策划逻辑不同：组织客户关系围绕沟通、匹配、联合、认同四个维度；关键客户关系基于客户态度来组织活动；普遍客户关系基于业务流程来策划。

这三句话值得展开一下，因为它们解释了为什么“客户关系”这件事可以被流程化：

基于业务流程策划，意味着普遍客户关系的动作可以跟着项目节奏自动排——交付到了里程碑就做一次里程碑活动，这不需要判断，只需要执行。
基于客户态度策划，意味着关键客户关系的动作要因人而异，取决于这个人现在支持还是反对。
基于四个维度策划，意味着组织客户关系是公司级的长期建设，不由单个项目驱动。

对一家想把客户关系从“靠销售个人发挥”变成“可管理”的公司，这个分类本身就是最有用的东西：它把一部分动作变成了不需要判断的例行工作，而这部分恰恰是最容易被漏掉的（因为它不紧急），也是最容易被制度化的。

一个可以直接抄的字段设计

公开介绍中提到，华为把关键客户对公司的态度按七个档位量化，从“强烈反对”到“排他性支持”，依据是客户在关键事件中的实际表现，而不是销售的主观感觉。

这个设计的价值在于它把“关系好不好”这个含糊问题，变成了一个可以入表、可以比较、可以按时间看趋势的字段。

对国内厂商，这可能是本文里性价比最高的一个动作：不需要买任何系统，在现有的客户档案里加一列，让销售每季度更新一次，依据必须是具体事件而不是感觉。 半年之后你会得到一张任何其他方式都拿不到的图——你在重点客户里的支持者在增加还是减少。

90 年代的那段历史，以及它的反面

一位华为出身的营销专家在公开访谈中回忆过一段值得反复读的历史：

上世纪 90 年代华为还很小，电信行业里关键客户关系做得最好的其实是诺基亚、爱立信、阿尔卡特这些外资厂商，方法多、人脉广，占据优势。华为打不进那些关键人物，就从普遍客户关系突破——从基层技术人员、项目工程师、采购专员这些中后台人群做起，建立起广泛的信任和互动，为日后争取关键客户关系打下基础。

反过来，他也点出了外资巨头的问题：有些过于依赖高层关系，忽略了基层的声音和感受；客户的技术部门有问题找不到人响应、日常沟通疏离，基层就容易积累怨气；一旦有国产厂商提供更贴心的服务、更高效的响应，客户内部就可能产生动摇，进而给了当时处于弱势的竞争者突破的机会。

这段经验有两个推论：

第一，弱势方的突破口在基层，不在高层。 你最不该放弃的入口，恰恰是你觉得“层级不够、说不上话”的那一层。技术界面、运维界面、试点界面，是营销唯一能大规模、低成本、持续作业的界面，也是买方小组内部意见形成的真实现场。

第二，强势方的脆弱点也在基层。 如果你现在是某家客户现有的供应商，那么这段历史描述的正是你可能面临的处境。防守的方法不是加强高层关系，是确保基层界面的响应质量——因为动摇总是从那里开始的。

公开分享里还有一句配套的提醒：在铁三角模式下，团队成员要摒弃一个错误观点——客户关系只是客户经理的事。关键客户关系是客户经理的重点，但普遍客户关系和组织客户关系需要铁三角其他成员以及公司其他资源来保障。

六、Telfort：用荷兰最小的运营商撬开西欧

上面几节讲的是体系。这一节讲这套体系在一次具体战役里长什么样。

起点：一个信任问题，不是一个营销问题

2004 年，华为把欧洲地区总部设在英国。但西欧市场对华为几乎是从零开始。公开报道对当时最大障碍的描述很直接：难题在于信任。 那时移动通信被认为是世界上最复杂先进的技术之一，欧洲企业很难相信中国人能在这样的领域有建树。

第一个目标客户选的是沃达丰——欧洲运营商的领头羊之一，业务分布在二十多个国家。沃达丰一开始在德国建了测试实验局，但由于认知度处于劣势，后续合作并不顺利。负责开拓的员工回忆，当时欧洲人对中国厂商天然有一个接受的过程和排斥的情绪。

这一段值得国内出海厂商注意：从最大的客户切入，看起来是效率最高的路径，实际上往往是失败率最高的路径。 因为规模最大的客户对供应商的资格要求最严，而资格恰恰是新进入者最缺的东西。

突破口在最小的那个客户身上

按多方公开报道整理：

Telfort 是当时荷兰五家移动运营商里最小的一家。它在 2000 年荷兰的 UMTS 牌照拍卖中拿到了 3G 牌照，但到 2004 年前后真正准备建设 3G 网络时，被两件事挡住：一是当时部署 3G 网络的普遍造价高得让它却步；二是一个非常具体的工程难题——它没有足够的空间在基站站点安放必需的设备。这类需求太小众，诺基亚、爱立信这些大厂不愿意为它单独开发。

华为接了。据 SCMP 的记述，时任无线网络副总裁的余承东（今天华为消费者业务的负责人）取消了自己所有的行程，带着华为在欧洲的小团队和中国国内的工程师一起攻关，用大约 8 个月做出分布式基站：把基站的室内部分做成分体式空调那样的结构，室内单元体积只有 DVD 大小，大部分功能移到室外。

2004 年 12 月，Telfort 与华为签署了一份 3G 设备供应意向书，签字仪式在中荷两国总理在场的情况下举行——这次签署被安排进了当时中欧领导人会晤的外交议程，被官方描述为两国加强经贸往来的一个见证。随后落定的正式合同价值超过 2500 万美元，成为华为在欧洲的第一个此类合同，覆盖 WCDMA 3G 网络的建设。

Telfort 的背景：1997 年成立，起源于英国电信（BT）与荷兰铁路（NS）的合资公司；此后股权几度易手，到 2003 年已被投资机构 Greenfield Capital 持有（因此“BT 与荷兰铁路合资”只能作为它的公司起源，而非当时的股东）。它是荷兰四家移动运营商里最小的一家。

按体量算，它远不是华为最想要的那类客户。

这一仗的三层方法论

第一层：不是把标准产品卖给客户，是让客户的痛点定义了一个新产品。

上一篇讲过，大客户营销真正的战场在“需求建构”阶段——技术规格怎么写。Telfort 这个案子是这件事的最高形态：华为不是去影响客户的规格书，它直接成了那个规格的定义者。当基站的形态本身是为客户的站址约束设计的时候，“符合规格”这个问题就不存在了。

分布式基站后来成为华为在欧洲的通用竞争力。但它最初只是为一个小客户的具体工程约束做的东西。

第二层：选择一个被现有供应商忽略的客户作为突破口。

大厂不理这个需求，恰恰说明这里存在竞争真空。对进入陌生市场的厂商来说，最大的客户往往是最难的客户；而有明确痛点、且痛点尚未被满足的客户，才更有机会被突破。

这个判断可以直接变成一条大客户筛选标准。上一篇讲一对多的作用是筛选，那么筛什么？筛那些“有具体的、未被满足的工程痛点”的客户，而不是筛“规模最大”的客户。前者可攻，后者只是名单好看。

第三层：把一个小合同当成资产，而不是当成收入。

荷兰最小运营商的这一单能带来多少收入是次要的。重要的是这个合同证明了一件事：欧洲运营商可以用中国厂商的 3G 设备建网。 这是一份可以拿去说服其他所有欧洲运营商的证据。事实上到 2005 年，华为的国际合同订单首次超过了国内销售。

同期华为还做了几件方向一致的事：2004 年 4 月中标瑞典运营商 Banverket Telenät 的本地网络扩容项目；2004 年在英国设立欧洲地区总部；启动系统性的品牌规划工作，与国际咨询公司合作对自身品牌做全面评估与规划，目标是打造国际主流电信制造商的品牌形象。

这些动作服务的是同一件事：为进入头部客户的短名单积累资格。 上一篇引的 6sense 数据说 95% 的中标者本来就在买方第一天的短名单上——那么对一个新进入者来说，全部工作可以概括成一句话：先让自己有资格出现在那张名单上。

七、然后它付出了代价

故事的后半段通常在标杆分享里被略过，但它对判断这套打法的风险结构是必需的。

据公开报道，2005 年荷兰第一大运营商荷兰皇家电信（KPN）收购了 Telfort。华为在完成分布式基站建设之后，这套设备在整合中被弃用，付出了沉重代价，欧洲市场拓展因此耽搁了大约两年。

这一段说明的是：围绕少数重点客户集中投入，最大的风险来自客户自身的变化。

你把资源集中投在少数大客户上，就同时承担了这些客户的经营风险、被并购风险、人事变动风险、以及它自己的项目被搁置的风险。这跟泛化营销的风险结构完全不同——泛化营销的问题是效率低，大客户级打法的问题是波动大。

这一条必须在立项时就跟公司高层讲清楚，而不是等它发生了再解释。一个只讲收益不讲波动的立项，在第一次大客户级挫折发生时会失去全部信誉。

华为最终还是走通了。公开整理的时间线显示，2006 年 8 月起，华为陆续突破沃达丰、西班牙电信等欧洲主流运营商。但从 2004 年那第一单到真正打开局面，中间隔了近两年的空转。

八、这套体系不能照搬的五个地方

这一节是本文可信度的关键。任何把一家企业的做法描述成普适答案的分析，都不值得当作决策依据。

第一，它依赖极高强度的组织投入。 铁三角、LTC、MTL、三层客户关系是一整套流程、IT 系统、人才培养和考核体系的产物。公开整理提到，LTC 的设计还引入了外部咨询力量、并在海外代表处和国内政企线试点迭代。一家几百人的厂商直接照搬角色名称，通常只会得到三个人开更多的会。

第二，它依赖真实的研发响应速度。 Telfort 那个案子的核心不是关系，是 8 个月做出一个别人不肯做的产品。如果研发体系不能支撑这种响应，前端的客户经营会很快兑现成一堆空承诺——而空承诺对客户关系的破坏，比不承诺更严重。这一条对国内厂商是个硬约束：大客户级营销能做到的上限，是你的交付和研发能兑现的上限。

第三，授权机制的前提是核算体系。 前面讲过，没有能算清毛利、现金流和人均效益的核算，谈授权就是把风险交给不承担后果的人。国内很多厂商的项目级核算精度不足以支撑这种授权，那么正确的顺序是先补核算，而不是先改组织。

第四，时间尺度是十年级的。 从 2000 年前后进入欧洲，到完成主流运营商的普遍突破，跨度接近十年，中间还有两年的空转。任何把这套打法压缩成“半年见效”的期待都会落空，而且落空的方式通常是项目在见效之前被砍掉。

第五，公开材料的口径必须打折。 本文引用的流程细节大量来自第三方整理和咨询培训材料，不同来源在模块划分和名称上有出入；企业自述和第三方转述都可能有美化。把这些材料当成“思路参考”是合理的，当成“操作手册”是危险的。

还要补一条更根本的：华为的很多做法与它所在行业的特殊性绑定。 电信设备的客户是极少数超大型运营商，采购规模巨大、技术门槛极高、关系周期极长。如果你的生意是几百个中型客户、单笔几十万到几百万、决策周期三到六个月，那么三层客户关系那套完整动作清单在经济上就不成立——你需要的是它的分层思想，不是它的动作清单。