简介这是一份深度解读华为铁三角工作法的演示文稿资源适合销售管理者、企业培训讲师及希望借鉴华为销售体系的中高层业务人员。内容系统梳理了铁三角的缘起、三大关键角色定位、LTC流程建设以及团队激励与复制方法从流程、组织、运营到数字化变革逐步拆解帮助读者理解以客户为中心、推拉结合的销售打法。压缩包内含1个演示文稿文件大小约4.12MB结构完整、逻辑清晰可直接用于内部培训或专题研讨。目前已有503人学习下载。内容涵盖铁三角两种类型、流程关键控制点、角色协同机制等实操细节并配有从线索到回款的端到端流程、决策授权、人才模型等关键模块既可作为快速入门指引也能为团队销售体系升级提供可落地的参考框架。1. 铁三角工作法从销售战术到流程型组织的落地样本最早看到《华为铁三角工作法完全解密》这份PPTX时我以为是讲三个销售角色怎么配合真正落地时却发现最常见的问题是角色齐了、职责画了客户界面还是客户经理一个人扛方案和交付始终在后方“被调用”。原因在于铁三角不是三个人开会的协同姿势而是一个“紧紧抱在一起、聚焦客户需求的共同作战单元”。它把AR客户经理、SR方案经理、FR交付经理绑在同一场战役里用LTC线索到现金流程把后方资源拉向前线机制上从过去“推”的运作变成“推拉结合、以拉为主”。这套打法适合正在做销售组织变革、想把打单能力从个人英雄转变成标准动作的团队。下面按角色、组织、流程和复制四个层面拆解。2. AR/SR/FR三角色拆解与LTC流程的锚点设计铁三角的起点不是组织架构图而是对“客户界面”的定义。华为这套打法把一个项目的经营责任拆到三个专业肩膀上再用同一个流程把他们串起来。先看每个角色的职责边界再把这些边界锚定到LTC流程的关键控制点上。2.1 AR客户经理客户界面的第一责任人和交易质量守门员ARAccount Responsible常被直译为“客户经理”但“经理”两个字容易让人误以为它就是销售代表。华为的定义里AR不是站在公司的对立面去“搞定客户”而是作为客户的代表站在客户角度向公司提要求。一个合格的客户经理把80%的时间花在客户身上在客户现场上班第一时间捕捉客户业务痛点和预算动向会同SR和FR给出贴近客户需求的方案不给竞争对手留窗口。把AR的职责拆开看原版内容给出了四个角色认知SPD销售项目主导者制定销售目标、组建项目团队、负责项目运作管理和竞争监控。AR客户关系平台建立和维护者规划客户关系、实施关键行为、达成关键结果。LTC全流程交易质量责任者识别机会点风险、把关合同签订质量、监控合同履行质量。ES客户群规划制订和执行者理解客户战略、洞察需求痛点、制定客户群目标和策略。这段定义里有一个容易混淆的地方AR既是铁三角里的角色名也是四大角色认知里“客户关系平台建立和维护者”这一职能的代号。实际使用时更合适的做法是把后者称为“客户关系负责人”避免开会时两个AR互相打架。注意AR在同一套体系里出现两次一次是铁三角角色名一次是四大角色认知中的客户关系职责项。日常协作中用“客户关系负责人”来指代后者沟通成本会低很多。2.2 SR方案经理与FR交付经理两个支撑面的职责边界SRSolution Responsible负责产品需求管理、产品与方案设计、报价与投标、技术问题解决。一个常见误区是SR等到标书发布后才介入正确做法是在机会点阶段就把客户业务痛点翻译成可投标的技术方案。报价权放在SR而不是AR是为了防止“客户关系好但方案不成立”的单子流入合同池方案经理必须对方案的经济性、可行性和交付成本负责。FRFulfill Responsible的职责比“交付经理”四个字看起来要大得多从订单、制造、物流、安装到交付验收整个履约链条都在FR肩上。FR在售前阶段就参与合同评审看的是承诺是否可兑现交付周期、验收标准、服务条款哪里有坑必须当场指出。这也是铁三角区别于传统“销售售前售后”松散组合的关键交付经理不是等合同签完才进场而是从机会点起就介入确保签下来的单子能交付、能回款。2.3 LTC主流程与五个决策点铁三角的指挥链路LTC从线索管理开始经历机会点验证、标前引导、合同签订、交付执行、开票回款到合同关闭。铁三角是LTC的驾驶舱ATI、ATB、ATC、ATCC、ATAC五个决策点是这条路上的红绿灯。每个决策点都由铁三角发起由评审团队决策而不是由总部部门遥控。决策点触发时机核心决策内容ATI 立项决策机会点初步验证通过后是否投入资源跟进指定AR/SR/FR人选ATB 投标决策标书发布前是否投标、报价区间、竞争策略、风险边界ATC 签约决策合同文本定稿前是否签约、条款偏差、交付能力确认ATCC 合同关闭决策交付验收完成后合同是否满足关闭条件、遗留问题处理ATAC 合同变更决策合同执行中发生变更是否接受变更、计价调整、风险重估这套决策体系的价值在于授权规则清晰一线能决策的不上升到机关需要把关的由专业评审确认。决策点设在哪里决定了铁三角敢不敢往前冲。决策点设少了风险敞口大设多了一线被评审拖死失去快速响应客户的能力。2.4 用RACI矩阵把三个角色钉在LTC流程上理论说完了落地需要一个把角色和流程绑定的工具。常见做法是用RACI矩阵定义每个LTC阶段里AR、SR、FR分别承担什么责任。下面这段Python代码定义了一个简化矩阵并打印输出可以直接改造成自己公司的流程模板# ltc_raci.py # RACI: A最终问责, R执行, C咨询, I知情 ltc_phases [线索管理, 机会点验证, 标前引导, 合同签订, 交付执行, 开票回款] raci_matrix { 线索管理: {AR: R, SR: C, FR: I}, 机会点验证: {AR: A, SR: R, FR: C}, 标前引导: {AR: R, SR: A, FR: C}, 合同签订: {AR: A, SR: R, FR: R}, 交付执行: {AR: I, SR: C, FR: A}, 开票回款: {AR: A, SR: I, FR: C}, } header f{LTC阶段:8} {AR:5} {SR:5} {FR:5} print(header) print(- * len(header)) for phase, roles in raci_matrix.items(): print(f{phase:8} {roles[AR]:5} {roles[SR]:5} {roles[FR]:5})这段代码的逻辑是用字典为每个LTC阶段定义三者的投入类型A表示该阶段最终问责人R表示具体执行人C表示需要被咨询的专业意见I表示只需知晓结果。运行后输出一张六行四列的RACI表铁三角每周例会对着这张表过项目谁在哪个环节掉链子一目了然。参数怎么调如果你们的合同签订环节由方案经理主导而不是客户经理把“合同签订”行的AR改成SR即可。矩阵的粒度需要根据团队成熟度调整按阶段分配适合刚推铁三角的团队按具体任务分配粒度更细、管控更强适合大项目或高风险项目。3. 铁三角组织构建授权机制、任职资格与激励体系角色定义清楚之后紧接着的问题是这样的人从哪里来凭什么愿意协同敢不敢做决策。华为的答案是组织层面建两类铁三角人才层面用任职资格筛选管理层面用共享利益和授权机制托底。3.1 两种铁三角作战单元与能力平台的分工原版内容明确区分了两种铁三角。项目铁三角是直接面向客户的最基本组织及经营作战单元存在于每一个具体项目里人员随项目组建、随项目解散。大客户系统部铁三角角色相对固定是项目铁三角各角色资源的来源也是项目铁三角业务能力的建设平台。用华为的层级看总部定义规则和资源池大区、地区部做资源配置和授权代表处、系统部组织具体的项目铁三角。项目铁三角是前台系统部铁三角是中台总部是后台。中台型铁三角存在的意义是保证前台打仗有人可调、打法可复制。项目结束角色回到系统部经验沉淀在流程里下一场仗开打时能快速拉出同样配置的队伍。3.2 找对人华为人才素质模型与任职资格体系适配“找对人远比改变人重要”这句话出现在华为铁三角销售团队的激励和管理章节里。落实到操作层面需要一套判断标准怎么判断一个人适不适合做AR、SR、FR。华为的任职资格管理体系不是简单定级而是“标准、认证、应用”三段式先定义每个级别要具备的关键能力项再通过述职、案例和主管评议做认证最后把认证结果和项目授权、激励分配挂钩。任职等级能力指向在铁三角中的典型作用一级能执行单一任务需要指导作为部门成员参与项目跟随铁三角学习二级能独立负责一个模块可以担任中小项目铁三角的单一角色三级能主导跨部门协作可以担任中大型项目铁三角的AR或SR四级能搭建体系、带出团队担任系统部铁三角角色沉淀打法、输出人才任职资格不是一劳永逸的。华为的销售能力提升体系把培训、实战、复盘串成循环铁三角成员在项目里打仗在复盘中提炼标准动作再回到能力体系里固化。对中小企业来说直接用四级模型偏重可以压缩成“合格、胜任、专家”三档但要保留“认证必须基于案例和结果”这一条否则任职资格就变成了年头熬资历。3.3 激励与授权让铁三角敢决策、愿意协同铁三角真正难的不是定义角色而是分钱和放权。共享利益是团队协同的前提华为的做法是把项目奖金包和铁三角绑在一起而不是按部门考核。AR、SR、FR在同一套目标下拿同一块奖金内部再按贡献二次分配。如果客户经理拿订单提成、交付经理拿项目奖金、方案经理拿固定工资协同就永远是嘴上说说。授权机制是另一个抓手。决策前移的前提是决策质量有保障。下面这段代码模拟了一种常见的授权判断逻辑根据合同金额和风险等级决定由哪一级拍板。# auth_decision.py # 输入: amount(万元), risk_level(1-3, 3为最高风险) def auth_path(amount, risk_level): if amount 50 and risk_level 1: return AR直接决策 if amount 200 and risk_level 2: return 代表处评审会 if amount 500 and risk_level 2: return 大区评审会 return 总部评审会 cases [(30, 1), (120, 2), (400, 2), (800, 3)] for c in cases: print(f金额{c[0]}万 风险{c[1]}级 - {auth_path(*c)})这个函数的逻辑是门槛越低决策链越短风险等级越高即使金额不大也要上到更高层评审。参数50、200、500不是标准值取决于公司毛利率、现金流压力和交付复杂度。毛利2%的生意和毛利30%的生意授权阈值不可能一样。授权表只是放权不是免责。华为遇到重大项目或复杂风险点时评审会仍然保留否决权。一线有发起权和建议权签约风险由评审会托底。学习铁三角最容易翻车的是只学授权不学评审给了一线额度却没有对应的专业评审能力合同质量很快滑下去。4. 从线索到回款LTC流程的端到端构建与指标设计LTC流程的价值在于让销售从不确定走向确定线索可评估、机会可验证、标前可引导、合同可把关、交付可量化、回款可预测。把LTC主流程走一遍重点落在关键控制点和衡量指标上。4.1 线索管理与线索转化从收集到分发LTC的起点是线索但线索不是商机。华为的线索管理分三步收集和生产线索、验证和分发线索、跟踪和培育线索。线索进来先过验证这一关不合格的线索不进入机会点池避免铁三角被低质量商机消耗。验证的标准包括客户是否有真实需求、是否有预算、是否有决策链入口、时间窗是否明确。线索打标是这一环节最实用的工具。一个常见做法是基于BANT模型给线索量化评分看看线索是否值得投入铁三角资源# bant_score.py # BANT: budget(预算), authority(决策权), need(需求), timeline(时间) def bant_score(budget, authority, need, timeline): weights {budget: 0.4, authority: 0.2, need: 0.2, timeline: 0.2} return (budget * weights[budget] authority * weights[authority] need * weights[need] timeline * weights[timeline]) leads [ {name: 华东制造集团, budget: 5, authority: 4, need: 5, timeline: 3}, {name: 华北连锁零售, budget: 3, authority: 3, need: 4, timeline: 5}, {name: 华南生物医药, budget: 4, authority: 5, need: 2, timeline: 2}, ] for lead in leads: lead[score] bant_score(**{k: v for k, v in lead.items() if k ! name}) print(f{lead[name]}: {lead[score]:.1f}) passed [x[name] for x in leads if x[score] 3.8] print(进入机会点池:, passed)这段代码中每个字段取值1到5分预算看客户是否有明确的资金计划决策权看能否触达最终拍板人需求看痛点是否与产品强匹配时间看客户是否有明确的采购时间表。权重调整原则大客户销售把authority权重调高产品型销售把need权重调高。3.8分的阈值只是示例建议用历史成交数据反推算一下过去成交的线索平均分是多少再线下调阈值。4.2 机会点管理与标前引导投标之前的工作机会点管理的核心不是等客户发标而是三个动作验证机会点是否真实、管理机会点各阶段、评估在竞争格局中的位置。LTC流程在这里设置ATI立项决策点铁三角要带着客户痛点的证据链来申请立项而不是只给一句“客户有想法”。证据链包括客户预算是否立项、客户内部谁在推动、竞争对手是否已经介入。标前引导是LTC中价值密度最高的一段。标书还没出的时候通过和客户的深度交流影响招标参数、评分标准和商务条件让竞争在自己划定的战场上展开。引导动作包括技术交流、样板点参观、小范围测试、标准预埋。这一段的衡量指标一般盯两个标书响应及时率获取标书到提交标书的周期标前引导覆盖率完成有效引导的项目数占投标项目数的比例。这两个指标能反映铁三角是不是在主动找商机而不是被动等标书。4.3 合同管理与成交从投标到签约的质量控制合同管理阶段的重点不是谈判而是质量控制。铁三角框架下合同签订质量由AR扛全责SR对技术条款负责FR对交付条款负责。常见的合同风险集中在交付周期承诺过短、验收标准模糊、罚款条款单向、知识产权归属不清这几个地方。这些风险要在ATC评审时逐项过关。合同执行中的变更和争议管理也归在这一段。变更不是客户要什么就给什么而是重新走风险评估和计价调整。ATAC合同变更决策被单独设置就是避免合同执行中一线被客户牵着走。每一次变更都是一次新的商业谈判变更计量、计价调整、风险重估三个动作缺一不可。4.4 交付质量与满意度管理回款闭环与运营指标交付阶段的KPI不只是按时上线而是开票回款的节奏、验收争议的数量以及客户满意度的变化方向。LTC流程把交付管理、开票和回款管理、合同关闭评价串起来目的是账实相符回款、交付、合同状态在系统和实际中保持一致不然一线的商机池里会堆积大量虚假繁荣。LTC阶段关键控制点责任角色核心衡量指标线索管理线索验证后分发AR主责线索转化率、线索生命周期机会点验证ATI立项评审AR发起立项通过率、机会点赢率标前引导技术适配预埋SR主责标书响应及时率、引导覆盖率合同签订ATC签约评审AR/SR/FR联审合同偏差率、条款风险数交付执行交付里程碑验收FR主责交付准时率、验收一次通过率开票回款回款计划跟踪AR主责回款周期、逾期应收账款每个阶段抓一个北极星指标就够了其余做辅助观测。比如交付阶段把验收一次通过率当北极星这个指标会直接牵动回款周期验收一次通过率低意味着返工、扯皮、回款延迟整个现金流都会被拖累。5. 铁三角的复制前提流程诊断、试点选择与落地检查华为铁三角能运转前置条件不是人有多强而是流程和机制跑得通。把铁三角搬到自己公司之前先回答三个问题线索到回款的主流程画出来没有每个阶段谁发起、谁评审、谁拍板一线有没有足够的授权和信息可见度。这三个问题答不出来三个角色坐在一起也只是开会。团队重塑不是换人而是重新定义考核和协作关系。业务流程重塑是把销售动作标准化让打单不依赖某个明星销售的个人发挥。数字化变革不是上一套CRM就完事而是把线索、合同、交付、回款四个对象的数据打通让铁三角和管理层看同一份报表。数据不一致的时候一线最容易被总部瞎指挥打断节奏。5.1 可复制的落地动作额度表、三看和三指标落地铁三角不需要一步到位起步动作可以压缩成三个。第一个动作是画一张一线授权额度表按金额和风险给代表处、大区、总部设上限然后再反推需要什么样的评审能力。额度表不需要一开始就完美先定保守值跑两个季度再根据评审会否决率和合同质量调整。提示额度表先定保守值跑两个季度再用评审否决率和合同质量反推是否放权不要一步到位。第二个动作是让每一单都过铁三角三看AR看客户关系能否闭环到回款SR看方案是否可交付、可盈利FR看交付承诺是否真实可达成。三看缺一不可任何一票否决都不上会。第三个动作是验证每月跟踪三个指标不需要复杂BI系统Excel透视表就能跑验证维度指标健康信号流程效率LTC周期天数环比不再拉长商机质量机会点转化率稳定且持续提升合同质量逾期回款占比持续下降这三个指标直接对应铁三角机制是否运转正常。LTC周期拉长说明某一段流程卡住了机会点转化率下降说明立项评审放水或标前引导失效逾期回款占比上升说明合同质量把关出了问题。把这三个指标跑顺了再考虑用CRM系统把LTC固化到工具里铁三角的打法才算真正变成了组织能力。本文还有配套的精品资源点击获取