本文要点
- LTC的本质是把销售从艺术变成工程 —— 六个阶段（线索、验证、商机、方案、谈判、回款）每段有明确的动作、责任人和验收标准，让赢单可复制、丢单可复盘。
- 铁三角是LTC的组织载体 —— 客户经理、方案经理、交付经理三位一体对客户成功共同负责，缺任何一角，流程都会在「交钥匙」处断链。
- 最常见的落地偏差是「只管线索不管回款」 —— 把LTC做成线索管理系统，丢掉了后半程的回款、复购与回款后的客户经营，恰好丢掉了一半价值。
LTC在MCR里的位置
从CRM到MCR那篇里我们说过：CRM是事后记录工具，MCR是事前经营操作系统，而MCR的骨架是三大流程——MTL（市场到线索）、LTC（线索到回款）、ITR（问题到解决）。
三条流程的分工：
| 流程 | 覆盖段 | 回答的问题 | 交付物 |
|---|---|---|---|
| MTL | 市场→线索 | 线索从哪来、质量如何 | 合格线索池 |
| LTC | 线索→回款 | 商机怎么赢、钱怎么收 | 合同与回款 |
| ITR | 问题→解决 | 交付后的问题怎么闭环 | 客户满意度与续约 |
本文聚焦最重的一条：LTC。它之所以「重」，是因为它横跨市场、销售、产品、交付、财务五类角色，是企业内部流程断点最多的一条链。
LTC六阶段拆解
| 阶段 | 核心动作 | 关键验收标准 | 常见偏差 |
|---|---|---|---|
| ① 线索 | 多渠道线索汇入、清洗、分级 | 分级标准统一，响应时限明确 | 只求数量不求分级 |
| ② 验证 | 确认需求真实性、预算、决策链 | 合格商机定义清晰（如BANT） | 不验证直接进商机池 |
| ③ 商机 | 需求深挖、竞争分析、策略制定 | 商机登记要素完整，有作战方案 | 商机描述一句话带过 |
| ④ 方案 | 方案设计、价值论证、方案评审 | 方案对准决策链各角色的关注点 | 方案=产品功能罗列 |
| ⑤ 谈判 | 商务谈判、合同评审、签约 | 授权矩阵清晰，红线明确 | 谈判无底线，靠个人经验 |
| ⑥ 回款 | 交付联动、开票、回款、复盘 | 回款节点与交付里程碑绑定 | 签约即失联，回款靠催 |
两个容易忽略的要点：
验收标准比动作重要。每个阶段写清「什么算完成」，商机才能在管道里真实流动。没有验收标准的LTC，最终会退化成一张填不完的表——销售应付式录入，管理层看着虚假繁荣的管道做预测。
回款不是终点。第六阶段联着复购和客户经营的下一轮循环：回款后的客户健康度、NRR（净收入留存）才是LTC真正带回企业的资产。把LTC做成「线索到签约」的企业，等于把系统价值砍掉一半。
铁三角：LTC的组织载体
流程要跑起来，需要组织承接。铁三角是LTC的标准阵型：
- 客户经理（AR）：对客户关系与商务结果负责，是客户界面唯一的归口；
- 方案经理（SR）：对方案与价值论证负责，把客户需求翻译成可交付的方案；
- 交付经理（FR）：对交付与回款负责，从方案阶段就介入，而不是签约后才知道。
铁三角的精髓是共同对客户成功负责：三个角色背同一个项目目标，而不是各背各的KPI。缺了交付经理的早期介入，方案承诺的「10月上线」会变成交付团队的「3月都没影」——承诺与交付断链，客户信任崩塌。
落地LTC的三个前提
- 流程先行，系统随后。先把六阶段、验收标准、授权矩阵在纸面上跑通两三个真实项目，再上系统固化。反过来做，就是花钱把混乱数字化；
- 管道数据要真。LTC的管理价值建立在商机数据的真实性上，这要求把「录入负担」降到最低（能自动的不手工），同时对虚报商机建立抽查机制；
- 与Ontology底座打通。商机、客户、合同、回款在LTC里的流转，正是AI研判的素材——语义统一的客户域模型，能让AI做商机赢率预测、丢单归因这类高价值分析。
延伸阅读
- 从CRM到MCR：客户经营的方法论演进 —— 三大流程的全景定位
- 客户经营的度量：从满意度到经营结果 —— LTC之后怎么衡量客户资产
- Ontology落地五步法 —— 客户域语义建模实操