LTO(Lead-to-Order)是从销售线索到销售订单的端到端销售流程。它把市场与销售获取的潜在线索,逐步转化为可持续经营的客户、可管理的商机、可确认的产品价格方案和可执行的销售订单。
本文先说明严格意义上的 LTO,再展示订单确认后如何延伸到合同、履约交付和应收管理。
流程范围
核心 LTO
flowchart LR
A[市场获客] --> B[线索接入]
B --> C[线索分配与验证]
C --> D[客户与联系人]
D --> E[商机推进]
E --> F[产品配置与报价]
F --> G[销售订单]
核心 LTO 结束于订单确认。它重点回答四个问题:
- 潜在客户从哪里来,由谁跟进?
- 什么时候应该把线索转化为客户或商机?
- 商机是否按统一方法推进,成交可能性是否真实?
- 产品、价格和优惠是否正确,订单是否经过必要确认?
订单后的扩展链路
flowchart LR
A[销售订单] --> B[库存与发货]
A --> C[应收]
D[销售合同] --> A
D --> C
B --> E[实际交付或结算]
E --> C
订单后的业务顺序不是唯一的:合同可以先于订单作为框架协议,也可以从订单场景创建;应收可以基于合同、订单或实际结算结果建立;库存可以由 CRM 自主管理,也可以与 ERP 对接。
流程运行基础
LTO 不是只靠单据串联。要让流程稳定运行,还需要三类基础能力:
| 基础能力 | 作用 | 典型规则 |
|---|---|---|
| 客户数据基础 | 统一客户、联系人和关系数据,支持长期经营 | 客户查重、归属、公海、保有量、权力地图 |
| 交易基础 | 统一产品、价格、销售边界和交易政策 | 产品与单位、价目表、可售范围、价格政策、信用规则 |
| 过程分析 | 用真实过程数据判断效率和风险 | 营销归因、阶段转化、滞留、流失、输赢单分析 |
阶段一:市场获客
| 项目 | 说明 |
|---|---|
| 目标 | 记录获客动作,将潜在客户信息沉淀为可跟进线索 |
| 主要输入 | 市场活动、活动成员、外部渠道信息、标讯或其他潜客资料 |
| 关键对象 | 市场活动、活动成员、销售线索 |
| 关键动作 | 创建活动、维护成员、关联线索、记录来源、查看活动效果 |
| 阶段输出 | 带有来源信息的销售线索 |
| 主要角色 | 市场人员、销售运营 |
| 配置依赖 | 市场活动规则、线索接入规则、营销归因触发规则 |
市场活动用于记录一次具体获客动作,并通过活动成员和活动线索承接后续转化。找客户和标讯通等入口也可以形成潜客或线索来源。需要衡量投入效果时,应保证活动、来源和转化数据之间的关系完整。
从市场营销概述开始了解这一阶段。
阶段二:线索接入、分配与验证
| 项目 | 说明 |
|---|---|
| 目标 | 去除重复或无效信息,把合适线索交给合适人员并完成有效性验证 |
| 主要输入 | 新建、导入或其他渠道接入的销售线索 |
| 关键对象 | 销售线索、线索池 |
| 关键动作 | 查重、评分、领取、分配、转移、收回、退回、跟进和处理 |
| 阶段输出 | 已转换线索,或明确标记为无效、作废、退回继续培育的线索 |
| 主要角色 | 销售代表、线索池管理员、销售运营 |
| 配置依赖 | 查重、行为积分、线索池、分配、回收、转化和保有量规则 |
线索状态
flowchart LR
A[未分配] -->|分配或领取| B[待处理]
B -->|开始跟进| C[跟进中]
C -->|转化成功| D[已转换]
C -->|暂不具备价值| E[无效]
E -->|重新激活| C
A --> F[已作废]
B --> F
C --> F
- 未分配:尚未指定负责人。
- 待处理:已有负责人,但尚未开始跟进。
- 跟进中:已产生跟进记录或处理结果。
- 无效:当前暂不具备跟进价值,可按权限重新激活。
- 已转换:已转化为后续客户、联系人或商机数据。
- 已作废:被判定为垃圾或不再使用的数据,通常仅管理员可恢复。
线索转化前应确认客户主体、联系人信息和购买意向,避免把未验证数据直接带入客户和商机库。详细操作参见销售线索概述。
阶段三:建立客户与联系人
| 项目 | 说明 |
|---|---|
| 目标 | 建立可长期经营的客户主数据和真实沟通关系 |
| 主要输入 | 已验证线索,或销售人员直接获取的客户资料 |
| 关键对象 | 客户、联系人、客户地址、客户财务信息 |
| 关键动作 | 线索转化、新建或查重客户、维护联系人、补充地址与财务资料 |
| 阶段输出 | 归属明确、资料可用的客户和联系人记录 |
| 主要角色 | 销售代表、客户管理员、销售主管 |
| 配置依赖 | 客户查重、归属、创建审批、地址、工商查询和数据权限规则 |
客户用于沉淀长期关系,联系人用于记录具体沟通对象。同一客户可以产生多个联系人和多个商机。销售人员应先确认系统中是否已有客户,再创建或转化,避免重复建档。
客户资源流转
flowchart LR
A[公海中的客户] -->|领取或分配| B[销售负责的客户]
B -->|持续跟进| C[成交或继续经营]
B -->|主动退回或规则收回| A
C -->|复购、增购、新机会| B
C -->|重新分配经营| A
公海、保有量和收回规则用于提高客户资源利用率,不等同于客户生命周期本身。成交客户仍可继续产生新的经营机会。详细说明参见客户生命周期与公海流转。
阶段四:识别并推进商机
| 项目 | 说明 |
|---|---|
| 目标 | 将明确购买需求作为独立销售机会管理,并按统一方法推进 |
| 主要输入 | 客户需求、线索转化结果或销售主动识别的机会 |
| 关键对象 | 商机、商机明细、商机联系人、商机决策链 |
| 关键动作 | 创建与查重、选择销售流程、完成阶段任务、更新金额和日期、维护决策链、结单 |
| 阶段输出 | 赢单、输单或无效的商机,以及完整的阶段流转记录 |
| 主要角色 | 销售代表、销售主管 |
| 配置依赖 | 商机查重和审批、销售流程、阶段任务、保有量、决策链模板和结单规则 |
销售流程由进行中阶段和终结阶段组成。每个阶段可以配置停留时长、提醒、审批、进入条件、完成条件和是否允许跳过。企业可以针对不同业务配置多套销售流程。
销售人员需要持续更新金额、预计成交日期、阶段和关键关系;销售主管需要结合阶段停留、任务完成情况和决策链覆盖判断商机健康度。仅统计商机数量,无法形成可靠预测。
详细概念和起步路径参见商机管理概述和销售人员快速使用商机流程。
阶段五:产品配置、定价与报价
| 项目 | 说明 |
|---|---|
| 目标 | 在允许的销售范围内选择产品,计算正确价格并形成对客方案 |
| 主要输入 | 客户需求、商机信息、产品资料和定价规则 |
| 关键对象 | 产品、商品、单位、产品属性、销售 BOM、价目表、可售范围、报价单 |
| 关键动作 | 选品、配置属性或组合、匹配价格、确认销售范围、编辑报价明细、打印或发送报价 |
| 阶段输出 | 可对客确认、可继续转换为订单的报价单 |
| 主要角色 | 销售代表、报价或商务人员、审批人 |
| 配置依赖 | 产品与单位模式、属性、BOM、价目表、可售范围、报价单和非标品配置 |
CPQ 由多个能力共同组成:
flowchart LR
A[产品与分类] --> B[属性与销售 BOM]
B --> C[可售范围]
C --> D[价目表]
D --> E[报价单]
E --> F[销售订单]
- 产品与分类决定卖什么以及如何查找。
- 属性与销售 BOM决定复杂产品如何选配。
- 可售范围决定当前组织、客户或合作伙伴可以卖哪些产品。
- 价目表决定产品基础价格从哪里来。
- 价格政策在订单等交易场景中判断是否执行折扣、减价、买赠等促销,不能与价目表混为一谈。
- 报价单承接前述结果,并在客户确认后继续转换为订单。
如果企业没有复杂选配需求,可以只使用基础产品和报价;如果启用 CPQ、价目表或可售范围,应先完成配置与测试。参见产品概述与核心术语和报价单概述。
阶段六:确认交易
| 项目 | 说明 |
|---|---|
| 目标 | 把客户确认的交易条件转化为内部可执行单据 |
| 主要输入 | 报价结果、合同约定或直接下单信息 |
| 关键对象 | 销售订单、订单产品、销售合同 |
| 关键动作 | 新建或转换订单、核对产品和价格、提交审批、确认订单、关联合同 |
| 阶段输出 | 已确认的销售订单,以及与合同、客户和后续业务的关联 |
| 主要角色 | 销售代表、商务或下单人员、审批人 |
| 配置依赖 | 订单类型、审批流程、结算组件、确认和发货规则、合同基础配置 |
常见的交易确认方式包括:
| 模式 | 适用情况 | 典型关系 |
|---|---|---|
| 报价转订单 | 已经通过报价单与客户确认产品和价格 | 报价单 → 销售订单 |
| 框架合同分批执行 | 先签订总额度合同,再按批次下单 | 销售合同 → 多个销售订单 |
| 订单关联合同 | 先形成具体订单,再补充或关联合同 | 销售订单 ↔ 销售合同 |
| 直接下单 | 产品和价格明确,不需要独立报价 | 客户或商机 → 销售订单 |
订单状态、审批和确认规则由企业配置决定。订单一经确认,通常会进入发货、结算或应收等后续环节。参见销售订单概述和合同基础操作。
订单后的履约与应收
库存、发货与交付
| 场景 | 处理方式 |
|---|---|
| CRM 自主管理库存 | 在 CRM 中管理仓库、入库、出库、调拨、盘点和库存变化 |
| 对接 ERP | 基础库存业务由 ERP 处理,CRM 同步库存或发货结果 |
| 标准发货 | 从订单或发货要求形成发货单,跟踪物流与收货 |
| 项目化交付 | 从合同或业务关系建立交付项目,管理计划、WBS、成本和进度 |
企业应先确定库存管理模式,再设计订单、发货和 ERP 的衔接关系。参见库存管理概述。
立应收
| 场景 | 适用情况 | 数据来源 |
|---|---|---|
| 周期性立应收 | 订阅型或循环计费业务 | 周期性规则 |
| 合约立应收 | 合同或订单中交易金额已经明确 | 合同、销售订单 |
| 结算立应收 | 金额需要根据实际交付或服务结果确认 | 结算单 |
快捷应收用于简化一次性立应收中的金额计算和分摊,不是独立的业务场景。参见收入管理场景对比。
各角色的主要职责
| 角色 | 获客与线索 | 客户与商机 | 报价与交易 | 履约与应收 | 分析与配置 |
|---|---|---|---|---|---|
| 市场人员 | 创建活动、维护来源、沉淀线索 | 关注线索质量 | — | — | 分析活动与渠道效果 |
| 销售代表 | 领取、跟进和转化线索 | 维护客户、联系人并推进商机 | 选品、报价、创建或协同订单 | 跟踪订单和客户侧进展 | 维护真实过程数据 |
| 销售主管 | 分配资源、检查跟进 | 评审重点商机和风险 | 审核价格或交易申请 | 关注履约与应收风险 | 分析转化、滞留和输赢结果 |
| 商务或下单人员 | — | 核对客户和商机信息 | 维护报价、合同和订单 | 协同结算 | 检查单据完整性 |
| 财务人员 | — | — | 关注账户、信用和交易条件 | 建立或审核应收 | 检查金额与数据来源 |
| 仓储或交付人员 | — | — | 接收已确认交易 | 处理库存、发货或交付项目 | 反馈执行结果 |
| CRM 管理员 | 配置接入和流转规则 | 配置客户、公海和商机流程 | 配置产品、价格、合同和订单 | 配置库存、交付和收入规则 | 管理权限并组织验证 |
关键数据与分析闭环
流程分析依赖前端数据质量。建议至少保证以下数据持续更新:
| 阶段 | 关键数据 | 可支持的分析 |
|---|---|---|
| 市场与线索 | 来源、活动、负责人、状态、转化结果 | 渠道效果、活动线索转化 |
| 客户 | 归属、跟进、成交行为、公海流转 | 客户覆盖与资源利用 |
| 商机 | 销售流程、阶段、金额、预计成交日期、结单原因 | 阶段转化、滞留、流失、销售周期、输赢单 |
| 报价与订单 | 产品、价格、折扣、状态、关联来源 | 产品销售、交易金额与执行情况 |
| 履约与应收 | 发货、结算、应收金额和状态 | 交付进度与待立应收 |
销售主管查看阶段流转分析时,应同时关注转化率、滞留、流失和平均停留时间,避免只用商机总额判断管线质量。详细口径参见阶段流转分析指标口径。
上线与验证建议
最小可用流程
首次上线不必一次启用所有能力。建议先跑通以下最小链路:
- 准备一个测试销售团队和少量测试数据。
- 配置一套线索接入与分配方式。
- 确认客户查重、归属和基础权限。
- 配置一套包含进行中和终结阶段的商机销售流程。
- 准备基础产品和可用价格。
- 跑通“线索 → 客户/联系人 → 商机 → 报价或订单”。
- 核对对象关联、负责人、状态、金额和数据权限。
- 再按需要增加公海回收、CPQ、价格政策、信用、库存、交付和应收自动化。
验证清单
- 线索可以正确进入目标线索池,并按规则领取或分配。
- 线索转化后,客户、联系人和商机不存在非预期重复。
- 商机可以进入正确销售流程,并受阶段条件和任务约束。
- 用户只能选择当前可售范围内的产品,价格来源符合预期。
- 报价转订单或合同关联订单后,关键字段和明细关系正确。
- 订单后的发货、结算或应收入口符合企业实际模式。
- 销售代表、主管、商务、财务和管理员看到的数据范围符合权限设计。
- 分析报表能够使用真实的阶段、金额、日期和结单结果。