1. 铁三角的“神”和“形”为什么阵型有了仗还是打不赢1.1 从苏丹丢单说起铁三角是怎么冒出来的做销售管理的人几乎没有不知道华为铁三角的。但很多人只知道“铁三角”这三个字不知道这套组织打法是被一次惨败逼出来的。2006年前后华为苏丹代表处在某大型电信项目竞标中失利。复盘时大家发现丢单不是输在产品上而是输在自己人手里客户经理天天泡在客户那里却讲不清楚技术方案的优势产品经理埋头做了一版“自认为最优”的方案但根本没对准客户真正的痛点交付经理更惨合同签下来才知道承诺的工期根本不可能完成当场傻眼。三个人都在干活甚至都很辛苦但各自为战的结果就是客户面对的是三个口径不一、诉求各异、互相甩锅的供应商代表。任正非后来那句著名的“让听见炮声的人呼唤炮火”本质上就是对这次失利的回应——前线不能只有一挺机枪得有观察员、炮手和弹药手组成一个能独立决策的最小作战单元。这就是铁三角AR客户责任人、SR解决方案责任人、FR交付责任人的雏形面向一个客户群或一个项目由三个人组成团队共同对经营结果负责。1.2 学阵型的人多学考核的人少这些年我接触了不少试图导入铁三角模式的企业发现一个规律大家学得最快的是“形”慢的是“神”。所谓“形”就是组织架构图上画出三个岗位客户经理、解决方案经理、交付经理。企业主觉得人配齐了流程画好了铁三角就转起来了。结果一跑就乱套。最常见的场面是客户经理跟解决方案经理互相看不顺眼。一个嫌对方方案写得太技术、不接地气一个嫌对方不懂产品还乱承诺客户。交付经理觉得自己是“最后接盘侠”。前面两个人拍脑袋承诺交付期被压到不可能完成出了问题全怪交付不行。三个人各有各的KPI客户经理背销售额解决方案经理背中标率交付经理背交付工期。指标不打架才怪销售额要靠过度承诺换中标率要靠低价方案换交付工期要靠降低质量换三个人的KPI天然对立。问题出在哪阵型和流程解决的是“三个人该坐在一起”的问题而考核解决的是“三个人凭什么愿意背靠背打仗”的问题。华为铁三角能转起来靠的不是那张架构图而是背后一整套指标设计和利益分配机制。这套机制让三个人在追求个人目标的同时必须先把团队目标拿下否则谁都别想好过。说白了铁三角是一门“组织行为学”功课考核指标就是这门功课的考卷。考卷设计得好三个人是一个战斗小组设计得不好三个人只是地理位置上挨着的三个部门而已。2. 动笔设计指标之前先想清楚这三件事拿到“考核指标设计”这个任务很多人第一反应是找指标库AR背什么、SR背什么、FR背什么套上一张Excel表就交差。这样做出来的考核表基本废纸一张。我建议先花时间把下面三件事想清楚它们决定了指标的骨架和魂。2.1 力出一孔三个人的指标得指向同一个靶心华为有一句高频的话力出一孔利出一孔。放到铁三角考核里第一层意思是——三个人再专业指标也得指向同一个靶心客户价值。什么叫客户价值不是客户嘴上说的“满意”而是客户的事真正办成了该上线的系统上线了该降的成本降了该提的效率提了该赚的钱赚了。相应地铁三角的考核靶心就是三件事拿下项目、交付好项目、让客户愿意长期合作。设计任何一条指标之前先问一个问题这个指标能不能帮客户把事办成如果答案是否定的比如“报销及时率”“考勤打卡率”这类跟客户价值八竿子打不着的指标要么不放进铁三角的考核表要么放到公司统一的管理体系里去考别在这里凑数。2.2 利出一孔考核不改分配等于白考第二层意思是利益。很多公司做考核设计只做“考”不做“用”——考核表月月填分数明明算出来结果跟奖金、晋升、任职资格一概不挂钩。开头几个月大家还认真填三个月后基本沦为形式主义该吵架还吵架该甩锅还甩锅。华为的做法是“获取分享制”奖金不是HR按职级定额发的是团队打下来粮食后按贡献分的。铁三角作为一个作战单元先算出这个单元整体赢得了多少业绩、拿下了多少奖金包再按角色贡献和考核系数分到个人。干的好的作战单元奖金远远高于平庸的单元。这套机制的好处是每个人拼的不只是自己那点指标还有整个铁三角的盘子——因为盘子大了大家分得才多。如果你的公司暂时做不到这么复杂至少做到一条铁三角成员的浮动薪酬里必须有一块跟团队结果绑定而不是各背各的指标。比例建议不低于20%否则绑定没有感觉。2.3 个人指标与共享指标的比例怎么拿捏这是实操中大家问得最多的问题到底是考个人多一点还是考团队多一点我的建议是分两层看。第一层铁三角团队层面设共享指标比如收入完成率、回款完成率、客户满意度这部分建议占每个人考核的20%到40%。第二层角色个人层面设专业指标比如SR的方案中标率、FR的按期交付率这部分占50%到70%。另外留10%左右的协同质量指标比如“其他两个角色对你的评价”。比例怎么调看业务成熟度。刚导入铁三角的团队共享指标比例要高一些至少30%打底逼着三个人先学会协同跑了一两年协同已经很顺的成熟团队可以适当降低共享比例、拉高个人专业指标给优秀的人拉开差距的空间。注意一个陷阱共享指标设了但权重太低比如只有5%那等于没设。三个人算下来还是个人指标决定95%的奖金谁会把团队目标当回事指标权重设计要让每个人“肉痛”——团队目标完不成个人收入有明显损失这才叫有感觉。3. AR、SR、FR考核指标详解一张表加三条解释铺垫了这么多现在上干货。下面这套框架是基于华为公开的管理理念、结合多个行业落地实践整理出来的具体数值和指标名称可以按企业情况调整但逻辑骨架是通用的。3.1 AR客户责任人客户关系是土壤经营结果是庄稼ARAccount Responsible客户责任人很多公司叫客户经理或大客户经理。他是铁三角里站在最前面的人是客户界面的第一责任人也是铁三角的“队长”。AR的考核指标建议如下维度示例指标建议权重数据来源经营结果订货/合同额目标完成率、收入目标完成率、回款及时率35%CRM系统、财务系统客户关系关键客户关系健康度、关键决策链覆盖度、客户满意度25%CRM记录、第三方客户调研商机与拓展商机Pipeline金额与覆盖率、新增有效商机数、新客户开发数20%CRM系统合同质量合同毛利率、高风险商务条款数量、合同变更损失金额10%合同管理系统、财务系统协同与组织铁三角协同满意度、客户信息资产完整性、经验分享与辅导10%360度互评、知识库记录解释一下为什么这样设计。第一AR不能只背销售额。只背销售额的AR会变成“签单机器”为了业绩对客户有求必应、乱承诺为了让方案更“有吸引力”逼SR填高配置为了让工期更好看逼FR压缩交付周期。单子签下来了后面全是坑。所以必须配套三个“刹车”客户关系健康度、客户满意度、合同质量——你先把客户关系做扎实把合同签得干净再来谈销售额。第二客户关系为什么单列一个维度占25%因为ToB生意尤其是政企和运营商市场的客户关系是最大的“隐形合同”。今天客户愿意把这个项目给你不是因为你方案写得好而是过去三年你一直陪着他、懂他的业务、关键时刻给过支持。关系这个东西不考核就会荒废AR会变成“只做一次性买卖的推销员”。所以考核里要写清楚今年要维护哪几个关键客户、覆盖到客户组织的哪一层、开展多少次高层互访、客户满意度达到多少分。第三Pipeline要考覆盖率。光考“销售额”是考结果的结果不好已经晚了。Pipeline商机管道是过程指标——你手上有多少个商机、金额是否覆盖年度目标的3倍以上、每个商机处于什么阶段、预计什么时候转化。只看结果的团队前三季度闲得慌、四季度狂冲量看Pipeline的团队每个季度都知道手里有没有“粮”。3.2 SR解决方案责任人赢了单不算赢能交付才算数SRSolution Responsible解决方案责任人通常叫解决方案经理或售前方案架构师。他是铁三角的“军师”一头要扎进客户业务里挖真实痛点另一头要拉通公司的产品和研发资源把痛点翻译成有竞争力的解决方案。SR的考核指标建议如下维度示例指标建议权重数据来源方案竞争力方案中标率、技术排名、客户技术层认可度30%投标记录、客户技术访谈需求与项目管理需求响应及时率、需求变更率、方案评审一次通过率25%项目管理平台盈利支撑方案毛利率、配置合理性成本偏差率20%报价系统、财务系统可交付性方案可交付性评审通过率、交付后重大质量问题数15%FR团队评价、交付质量记录知识资产行业基线方案数、方案复用率、新人培养10%知识库系统这里重点解释一个容易忽视的设计SR为什么不能只背中标率。因为“中标”是结果指标SR如果想刷高中标率最简单的办法是向下内卷方案拼命压低配置、商务条件放得非常松、客户提什么需求都说“能做”。单子确实中了但是——交付的时候FR发现当初承诺的性能根本不达标客户翻脸变更单雪片一样飞过来成本失控利润被吃光。所以SR的指标池里必须有三样东西盈利支撑、可交付性、方案一次通过率。盈利支撑看的是这个方案签下来赚不赚钱可交付性看的是FR愿不愿意为这个方案“签字背书”一次通过率看的是方案质量而不是通过反复打补丁堆出来的“最终版”。有了这些指标SR才会主动思考三件事客户到底需要什么、我们的产品边界在哪里、怎样设计才能既赢单又交付得动。另外推荐SR考核设置一个“交付后重大质量问题数”的指标——最好是负向指标。方案里埋的雷不会因为中标就消失而是在交付阶段爆掉。让SR为交付后的质量承担连带责任他才会在方案阶段敬畏工程现实。这个指标的数据来源不能全靠SR自己填要让FR团队在项目复盘的时候按清单打分。3.3 FR交付责任人交付不是终点回款才是闭环FRFulfillment Responsible交付责任人常见的叫法是交付经理或项目经理。他是铁三角的“守门员”合同签了之后一切从合同到落地、从回款到验收的事情都归他。FR的考核指标建议如下维度示例指标建议权重数据来源履约结果按期交付率、验收通过率、收入确认及时率35%PMO项目管理办公室系统交付质量一次验收合格率、网上问题数、重大质量事故数、客户投诉数25%质量管理系统成本与资源交付成本偏差率、资源利用率、SOW工作说明书变更费用15%PMO系统、财务系统回款支持到货签收及时率、验收报告签署及时率、交付资料移交完整性15%财务系统、交付记录客户感知交付阶段客户满意度、服务响应时长10%客户调研、工单系统FR为什么不能只背“交付工期”这里面有个很深的坑。如果FR只被考核“按期交付”他完全可以靠牺牲工程质量来赶工比如测试不充分就上线、文档不完整就移交也可以为了“按期”跟客户硬刚验收环节不给客户充分测试时间导致客户代表对项目团队一肚子火。工期保住了回款卡住了——验收报告一直签不下来按合同节点该到的回款迟迟不到财务数据一团糟。更要命的是ToB生意是长跑客户交付阶段的感受直接影响下一单的复购和推荐。FR在前面交付阶段把客户得罪了AR后面再花两倍力气也未必能把客户关系补回来。所以FR的考核表里必须有客户满意度、回款支持这类“跨出交付边界”的指标逼FR把自己当生意人看而不是只当工程兵看。三个人的指标池介绍完了。这里要特别强调上面表格里的权重是参考值不是标准答案。项目型公司卖系统集成和产品型公司卖软件订阅差别很大前者FR的权重可以更高后者SR的解决方案复用和产品反馈权重可以更高。关键是理解每个指标“为什么在”而不是照抄数字。4. 三个人不打架的机制设计指标互锁、评审联动、利益绑定指标设计完只是第一步。铁三角考核最难的不是指标本身而是三个人之间怎么不打架。前面说过单看个人指标AR要销售额、SR要中标率、FR要工期和验收三者天然存在张力。这一章就讲清楚怎么用机制把这些张力变成合力。4.1 团队共享目标先有一荣俱荣才有一损俱损第一道保险是团队共享目标。铁三角三个人考核表里都有一块相同的指标占20%到40%权重。这块指标不区分角色三个人背同一个数。铁三角收入目标完成率这个铁三角负责的客户群或项目群整体收入完成情况。铁三角回款目标完成率合同签了不算数钱到账才算数。关键客户满意度客户对产品、方案、交付、服务的综合满意度评分。铁三角毛利目标完成率既要签单还要赚到钱。为什么客户满意度要三个人共享因为交付出了问题AR不能甩锅说“我只管卖不管交付”SR也不能说“我只管方案不管售后”FR更不能说“客户不满意是销售乱承诺造成的”。客户满意度是一个外部视角的指标它看的是“这个客户的结果好不好”而不是“你个人环节做得好不好”。三个人共享这个数就是在告诉所有人客户不满意大家都有份。设置团队共享目标时有一个实操细节目标值不能拍脑袋要基于过去两年的基线和市场增量来确定。比如去年这个客户群回款8000万今年市场行情没有大变化目标定8800万增长10%是合理的你非要定1.6亿三个人一看就知道完不成直接躺平。4.2 三个关键评审点让分歧在签字前暴露第二道保险是流程上的“评审互锁”。很多团队把分歧留到交付阶段才爆发——签合同的时候没有人说话交付的时候才互相指责“当时你怎么不早说”。解决方法是在关键节点设置联合评审把分歧前置方案评审时必须有FR参与并签字确认可交付性。SR的解决方案不是自己说了算的要过FR这一关。FR认为某个性能指标在当前产品版本上达不到SR就要么换方案、要么跟客户重新对齐需求不能在方案里埋雷。合同评审时必须有SR和FR的“支撑承诺”。AR代表铁三角对外承诺之前要拿到SR和FR的书面/系统确认方案能不能支撑、交付周期能不能做到、成本在不在预算内。AR要是拿着两个人都没确认的承诺去谈客户回来就罚。项目移交时要有三方交接确认和SOW工作说明书基线。从售前到交付不是扔接力棒而是三方坐下来对齐合同范围是什么、边界在哪里、风险项有哪些形成一份书面基线作为后续变更和验收的依据。这三道评审看起来是流程实际上是考核的“过程证据”。它们确保了指标里的“可交付性”“合同质量”“方案一次通过率”这些数字不是事后补的而是在事前、事中就有机制支撑。考核背后要有流程托底否则指标就是无源之水。4.3 奖金包怎么分从“分蛋糕”到“做大蛋糕”考核要跟利益挂钩但怎么挂钩很讲究。我见过不少公司的做法是三个人各自背自己的指标各自拿自己的奖金。AR完成了销售额拿10万SR完成了中标率拿8万FR完成了交付率拿7万各发各的互不相干。这样做的结果看起来每个人都被考核了实际上铁三角还是散的。因为三个人没有共同利益做决定的时候当然优先保护自己的奖金。SR为什么要为了AR的销售额去改一版客户根本不需要的方案FR为什么要为了SR的承诺去拼命赶一个不合理的工期华为的做法不是“各发各的”而是“先算团队账再算个人账”铁三角整体完成业绩 → 奖金包产生。比如这个铁三角年度完成收入目标的110%回款目标的100%客户满意度90分以上算出团队奖金包是60万。团队内部按角色系数进行初次分配。比如AR系数1.0SR系数0.95FR系数0.95具体比例根据角色市场薪酬水平和贡献度定不搞平均主义。再按个人考核结果调节奖优罚劣。个人考核是A档的拿系数1.2C档的拿系数0.8。这套机制的妙处在于先把饼做大再谈怎么分。三个人必须先合力把团队奖金包做出来再做内部分配。如果团队整体业绩不达标奖金包就是一个小数字个人考核得再高也没有用。这就逼着三个人在关键时刻必须坐到一起AR承诺客户之前会主动问SR方案行不行、FR工期紧不紧SR做方案的时候会主动考虑FR交付的可行性FR看到交付有风险会第一时间预警而不是等合同签下来再喊救命。4.4 用一个5000万项目跑一遍考核全流程说了这么多机制用一个虚拟案例把全流程串一遍。假设你是某数字化公司的管理者公司在给一个大型政企客户做一个5000万的智慧园区项目铁三角是AR老张、SR小李、FR大刘。考核周期是季度。第一季度商机挖掘期。老张的职责是把商机做大做实。他的Pipeline指标要求季度新增有效商机金额不低于年度目标的1.5倍。老张拉了几次客户高层交流把这个项目从“有需求”推进到了“预算立项”。小李配合做了两次技术交流会客户技术负责人对方案框架满意。大刘这时候还没正式进场但小李的方案初稿已经抄送他让他从交付视角提意见。这一季度老张的Pipeline达标小李的技术排名不错大刘的考核表上“可交付性评审”开始有了素材。三个人都正常拿季度奖金。第二季度投标与合同签订期。投标前公司开方案评审会小李的解决方案里承诺了一个“超出当前产品能力”的智能分析功能。大刘当场提出异议这个功能需要定制开发至少多出3个月工期和80万成本而且稳定性没有验证。小李一开始不愿意砍因为客户对这个功能很心动砍了可能影响中标率。但大刘坚持签字确认不了可交付性小李只好回去调整方案要么推荐客户用成熟版本里的替代方案要么把这个功能拆成二期。最终客户接受了替代方案项目中标。这一季度小李的中标率指标完成但因为修改方案多花了两周时间需求响应及时率略受影响扣了一点分大刘因为“可交付性评审否决了不合理承诺”在这个环节的评价是A。老张的合同质量指标里高风险条款数量为零因为大刘把关把得紧。第三、四季度交付与回款期。项目交付中间出了个岔子客户现场的网络环境和投标时反馈的不一致导致系统部署延期。大刘第一时间发起变更评估更新SOW基线并按流程通知了老张让他去跟客户解释并申请工期延长。老张这段时间的工作重心是“客户预期管理”每两周一次进度会同步风险和处理进展客户虽然不耐烦但没有升级投诉。最终项目延期了18天交付但验收一次通过客户满意度评分86分回款在验收后45天内到账。年底算总账团队层面收入完成率100%5000万都确认了收入回款及时率略低但整体达标客户满意度86分目标85分团队奖金包因超额完成毛利目标上浮10%。老张经营结果达标客户关系健康度不错但合同质量里有一条因“工期变更造成的合同变更”扣了分整体评为B。小李中标率100%但需求响应及时率略差、方案里有一次可交付性被否决的记录整体评为A-。大刘项目虽然延期但提前预警、按流程处理且验收一次通过成本偏差控制在预算内整体评为A。三个人最后的奖金差异不大但都比公司平均线高。关键的是在年度复盘中三个人都意识到这单能拿下来并且顺利回款不是因为哪一个人牛而是因为方案评审时大刘把了关、交付出问题时老张稳住了客户。他们开始真正像一个团队那样思考和复盘。这就是“指标互锁利益绑定”之后的效果考核不再是一张静态的打分表而是一个引导三人协同的动态仪表盘。5. 落地实操中最容易踩的六个坑附处置建议讲完了“该怎么做”这一章专门讲“别怎么做”。以下六个坑是我在不同企业落地铁三角考核时反复见到的有些我自己也踩过。5.1 只学阵型不学考核最常见的坑。老板听了铁三角的课回来就画了三个人在组织架构图上要求“以后就这么干”。但考核体系还是老的销售背销售指标售前背售前指标交付背交付指标三条线互不相干。结果就是三个岗位在物理上站到了一起但内心还是各想各的。双方协作靠的不是机制而是私人感情——“我跟老张关系好就多帮帮他关系一般那就公事公办”。处置建议导入铁三角的第一步不是画架构图而是先改考核表。在三个人各自的PBC个人业务承诺里加入30%的团队共享指标。架构可以慢慢磨合考核必须一步到位。没有考核支撑的铁三角就是一个新的“部门墙”。5.2 指标只有油门没有刹车只看结果的考核最危险。前面反复说过AR只背销售额就会乱承诺SR只背中标率就会压配置FR只背工期就会牺牲质量。处置建议每一个“油门”指标销售额、中标率、按期交付率边上必须配一个“刹车”指标客户满意度、合同质量、可交付性、验收通过率。油门管增长刹车管能不能持续增长。少了任何一个车都会翻。5.3 共享指标权重形同虚设有时候公司确实设了团队共享指标但权重低到可以忽略不计比如5%。三个人算一笔账团队目标完成得好我最多多个几百块个人指标完成得好我能多几千块。那我当然优先保个人指标。处置建议共享指标权重至少20%上不设限。而且共享指标完不成时个人指标完成得再好整体评价也不得超过B档。用制度明确告诉每个人个人再优秀拖垮了团队就是不合格。5.4 目标值拍脑袋指标成了数字游戏指标本身没问题目标值乱定考核就变形了。今年定了个天文数字大家一看就知道完不成直接躺平明年定得太低大家轻轻松松拿高分考核失去区分度。处置建议目标值要有基线依据。第一年没有基线可以先定“比过去两年平均值上浮10%”这种保守目标跑一个季度校准一次。第二年开始按实际数据动态调整。指标目标值不是一个固定数是一个“跳一跳够得着”的区间这也是华为说的“跳起来摘桃子”。5.5 数据来源不清每月考核变吵架会考核表填好以后数据从哪里来很多公司只有结论没有证据。比如“客户关系健康度”这个指标到底谁说了算销售自己填销售主管拍脑袋客户调研又是谁做的一到发奖金的月份会议室就成了菜市场三个人互相质疑对方的数据注水。处置建议每条指标定下来的时候必须同时确认数据来源和责任人。CRM系统能取数的走系统系统没有的要定义评估人、评估表和证据材料。比如“关键决策链覆盖度”可以定义成“CRM系统里关键联系人档案完整率”由销售运营部每月抽查核验。考核数据要可追溯、可复核这是考核公信力的底线。5.6 考核结果不跟钱挂钩三个月后没人当回事这是最讽刺的坑公司花了三个月设计了一套精美的考核表结果考核结果只用来“看个排名”奖金该按什么发还是按什么发。第一次大家认认真真填第二次草草了事第三次直接没人看。处置建议考核上线之前先确认分配方案。每一档考核结果对应多少浮动奖金差异提前公示连续两个季度考核垫底的人要触发PIP绩效改进计划甚至调岗。没有分配挂钩的考核等于没有考核还不如不做省得消耗管理信用。6. 从一张表开始让铁三角真正转起来6.1 最小可行考核方案三行指标跑一季度最后给一个可落地的启动方案适合刚导入铁三角、不想搞得太复杂的公司。每个铁三角成员的总考核结构就三块团队共享指标30%收入目标完成率、回款目标完成率、关键客户满意度。角色核心指标50%从第3章的表格里各选最重要的2到3个AR选订货/销售目标完成率、客户关系健康度、合同质量SR选方案中标率、可交付性评审通过率、方案毛利率FR选按期交付率、一次验收合格率、回款支持及时率。协同互评20%另外两个角色互相打分评价维度就三个——响应是否及时、信息是否透明、遇到问题是不是一起扛。这张表一个季度先跑起来。目标值允许不准数据来源允许粗糙但评价流程必须严谨。每个季度复盘一次哪些指标太虚了哪些目标值定高了哪些数据源取不到数边跑边校准。6.2 我的一点体会考核是仪表盘不是鞭子做了这么多年销售运营和组织设计我越来越觉得考核这件事最重要的不是“严格”而是“对齐”。指标设计得再漂亮如果三个人不认可、不理解那就是一堆写在纸上的数字不会对业务产生任何正向作用。我在落地铁三角考核时一定会做的一件事是把三个人拉到一起把考核表摊在桌上一条一条过。问他们三个问题这个指标你认不认你觉得自己怎么努力能拿到好的分数你觉得另外两个人的指标有没有哪条会让你想骂人如果目标都实现了客户会得到什么价值这三句话问完开一次会胜过自己埋头改十版考核表。因为考核落地最大的障碍从来不是设计而是共识。共识建起来了指标再粗糙也有人认共识没有指标再精密也是一纸空文。另外哪怕跑顺了考核体系也建议每半年复盘一次。业务在变、市场在变、产品在变没有一劳永逸的考核方案。你只需要记住那条主线铁三角的考核永远为“力出一孔、利出一孔”服务。只要方向对参数慢慢调队伍早晚能带出来。