SAL 是什么：90% 公司漏掉的线索移交层

在线索从市场流向销售的链路里，绝大多数公司只画了两个节点：MQL 和 SQL。市场产出 MQL，销售评估后变成 SQL。看起来很顺，但中间藏着一个被普遍忽略的断点——市场把线索「推过去」之后，销售到底有没有「接住」？这个确认动作没人记录，于是扯皮就开始了。补上这个断点的，正是 SAL。

SAL（Sales Accepted Lead，销售接受线索）是指销售团队对市场移交的 MQL 进行签收确认、判定其达到约定接收标准并愿意接手跟进的线索，是处在 MQL 与 SQL 之间的一道交接确认层。 它不增加新的评估深度，而是把「移交」这个动作变成可记录、可追责、可量化的环节。

SAL 解决的核心问题

市场和销售之间最经典的矛盾就一句话：市场抱怨「我给了那么多线索，销售为什么不跟」，销售反驳「这些线索质量太差，根本没法跟」。

问题的根源在于，传统的 MQL → SQL 流程缺了一个明确的交接点。市场把 MQL 推过去后：

• 销售没接、漏接，市场不知道。
• 销售觉得线索不行直接弃用，但没有反馈给市场。
• 到月底对数据，双方各执一词，谁也说不清线索究竟卡在哪。

SAL 就是为了补上这个断点。它要求销售对每一条 MQL 做出明确动作：要么接受（成为 SAL），要么退回并注明原因。从此移交不再是「扔过去就完了」，而是有签收、有回执的闭环。

这道确认层看似只是多了一个动作，实际改变了市场和销售的协作逻辑。没有 SAL 时，「移交」是一个模糊的、不可追责的瞬间，线索一旦离开市场的视线就进入黑盒；有了 SAL，每条线索在交接点都会留下明确的状态记录，市场知道自己的产出有没有被接住、被退回的占多少、退回的理由集中在哪里。这些信息反过来又成为校准 MQL 标准的依据——如果某类来源的 MQL 频繁被退回，市场就该重新审视这个渠道的质量，而不是继续盲目地往销售那里堆量。

我给你还原一个特别典型的月底对账现场。市场后台显示这个月推了 320 条 MQL，销售 CRM 里却只跟进了 90 条，剩下 230 条像人间蒸发。市场负责人拍着屏幕说「我明明给够了量」，销售主管翻着记录说「你给的一半是填了个手机号就没了下文的」。两边都没说谎，问题是谁也拿不出那 230 条到底发生了什么的证据——是销售没看、看了觉得差、还是根本没分配到人？这种争论开一下午会也吵不出结果，因为大家争的是感受，不是数据。SAL 要做的，就是把这 230 条里的每一条都逼出一个明确状态：接了就是 SAL，没接就得写清楚为什么退。等下个月再对账，讨论的对象立刻从「你到底给没给」变成「被退的 130 条里有 80 条是画像不符，我们一起看看是不是投放定向出了问题」。争吵变成了排查，这才是 SAL 真正值钱的地方。

SAL 和 MQL、SQL 的关系

SAL 处在 MQL 和 SQL 之间，三者是层层递进的关系。

阶段	全称	判定方	含义
MQL	市场合格线索	市场团队	市场判定符合画像、有意向，值得移交
SAL	销售接受线索	销售团队	销售签收确认，达到接收标准、愿意接手
SQL	销售合格线索	销售团队	销售初步沟通后，确认有需求、有跟进价值

可以这样理解三者的递进：

• MQL 是市场说「我推给你了」。
• SAL 是销售说「我收下了」。
• SQL 是销售说「我聊过了，这个值得深入跟」。

MQL 与 SQL 的完整定义和分层方法，可参考MQL 与 SQL 是什么：线索分层怎么做。

加入 SAL 后的线索流转

把 SAL 补进流程后，线索移交从「单向推送」变成「双向确认」：

MQL（市场合格线索）
    ↓ [市场移交 + 销售签收]
SAL（销售接受线索）— 接受
    ↘ 不符合接收标准 → 退回市场（注明原因）
    ↓ [销售初步沟通确认需求]
SQL（销售合格线索）
    ↓ [深度跟进]
商机（Opportunity）

关键变化在 MQL → SAL 这一步：每条 MQL 都必须有明确去向，要么被接受、要么被退回。退回的线索带着原因回到市场，可能重新进入培育，也可能促使市场校准 MQL 标准。

SAL 带来的两个量化指标

有了 SAL，市场和销售第一次有了共同认可的客观数据。

指标	计算方式	说明
MQL 接受率	SAL 数 / MQL 数	衡量市场产出的 MQL 是否达标
SAL → SQL 转化率	SQL 数 / SAL 数	衡量销售接手后的跟进与沟通效果

接受率偏低，说明市场的 MQL 标准或质量有问题；SAL → SQL 转化偏低，则更多指向销售跟进环节。这两个指标把过去「各说各话」的争论，变成了可以一起看数据复盘的对象。线索分层与评分的具体做法，可参考线索评分怎么做：BANT 与 MEDDIC 实操。

一份可以直接抄的 SAL 接收标准

「共同定义标准」这句话谁都会说，但真坐到桌子前，很多团队半天写不出一条能落地的规则。原因是把标准定得太玄——「有意向」「质量高」这种词，销售和市场理解永远不一样。可执行的标准只有一个特征：不看感觉，只看能勾选的事实。下面这份清单你可以直接拿去改。

• 信息完整度（硬性，缺一不可）：公司全称、联系人姓名、职位、一个能打通的电话或加得上的微信。这四项缺任意一项，销售有权直接退回，不需要解释。经验值是，把「联系方式能打通/加得上」写成硬条件后，无效线索能砍掉近三成。
• 画像匹配度（硬性）：行业在目标清单内、公司规模在约定区间（比如员工 50 人以上或年营收某个门槛之上）、地域不在明确排除范围。这几项拿工商信息一查就有答案，不涉及主观判断。
• 排除项（命中即退）：同行、学生做课题、明确写了「只是了解一下不采购」、以及三个月内已被判定为无效的重复线索。把排除项单列出来，是因为它们最容易引发扯皮——销售觉得理所当然该退，市场却觉得你在挑刺。
• 意向信号（加分项，非硬性）：留言里提了具体需求、下载了报价相关资料、或主动问了价格。这类不作为必须接受的条件，但会影响销售的跟进优先级。

把硬性项和加分项分开是关键。硬性项决定「接不接」，加分项决定「先跟谁」。很多团队一上来就想把意向强弱也写进接收标准，结果标准里全是模糊描述，签收又回到拍脑袋。记住：接收标准解决的是「够不够格移交」，不是「这单能不能成」。

签收时限：一个常被忽略的死角

标准定好了，还有个东西不定清楚就白搭——时限。如果没约定销售多久必须给出「接受或退回」的答复，线索会大批悬在中间，既不算接、也不算退，SAL 指标直接失真。

一个能落地的做法：MQL 生成后 4 小时内完成分配到人，24 个工作小时内完成签收或退回。为什么强调 4 小时分配？B2B 场景里，客户在你这留资的同时往往也在看两三家竞品，第一个打回去的人天然占优。至于 24 小时的签收窗口，是留给销售做基础核查的余量——查一下工商、看一眼历史记录，够用了。超过时限还没动作的，系统应当自动提醒销售主管，而不是让线索烂在那。你甚至可以给「超时未签收」单独设一个状态，月底复盘时它和「主动退回」分开看：前者是执行问题（销售没及时处理），后者是标准问题（线索确实不合格），根子完全不同，不能混为一谈。

怎么落地 SAL

• 共同定义接收标准：市场和销售一起约定「满足哪些条件销售必须接受」，落成书面规则。参照上面那份清单，把硬性项和加分项分开写。
• 明确签收时限：约定销售在收到 MQL 后的多长时间内完成签收或退回，避免线索悬空。超时要有自动提醒和单独状态。
• 退回必须带原因：退回时填写原因（信息不全、画像不符、无意向等），这是校准标准的依据。原因要用固定选项而非自由填空，否则统计不出规律。
• 定期复盘指标：用接受率和转化率定期回看，倒逼双方持续校准，让 SAL 不沦为走过场。

三个最容易踩的坑

第一个坑是把 SAL 当成销售单方面的「挑货权」。有的销售把退回当成甩包袱的工具，标准不达标退、心情不好也退、这个月配额快满了更要退。防这一点靠的不是信任，是数据：把每个销售的退回率单独拉出来，如果某人退回率显著高于团队平均，就该单独聊聊到底是他分到的线索真差，还是他在挑肥拣瘦。SAL 是双向约束，不只约束市场。

第二个坑是退回原因写成一笔糊涂账。如果退回理由全是「不合适」「跟不了」这种自由文本，那你攒三个月也分析不出任何东西。一定要把原因做成固定下拉选项，最多五六个：信息不全、画像不符、重复线索、明确无意向、竞品/同行。只有结构化的原因，月底才能算出「被退线索里 60% 卡在信息不全」这种能指导行动的结论。

第三个坑是标准定了就锁死不动。市场投放渠道在变、产品在变、目标客户也在变，半年前定的接收标准很可能已经和现实脱节。合理的节奏是每月复盘一次数据、每季度回看一次标准本身。判断标准要不要调的信号很直接：如果某个渠道的 MQL 接受率长期在 40% 以下徘徊，要么砍渠道，要么改标准，别让它一直挂在那消耗两边的耐心。

一个真实感的数字复盘

给你一组好懂的数字，感受下 SAL 是怎么把问题定位出来的。某团队一个月产出 300 条 MQL，销售接受了 180 条（接受率 60%），这 180 条 SAL 里最后有 54 条转成 SQL（SAL→SQL 转化率 30%）。

单看结果不好不坏，但拆开退回的 120 条就有意思了：其中 72 条原因是「信息不全」，30 条是「画像不符」，剩下 18 条是重复线索。72 条信息不全占了退回量的六成——这不是销售挑剔，是市场的留资表单少收了关键字段，或者某个渠道来的线索本身就残缺。把表单加两个必填项、或者暂停那个渠道，下个月接受率大概率能提到 75% 以上。反过来，如果退回里画像不符占大头，那问题就在投放定向，跟表单没关系。你看，同样是 60% 的接受率，退回原因的分布不同，该动手的地方完全相反——这正是 SAL 给你的，不是一个笼统的分数，而是一张能顺着往下查的地图。

小结

SAL 是销售对市场移交的 MQL 做出签收确认的一道交接层，处在 MQL 和 SQL 之间。它不增加评估深度，而是把「移交」变成有签收、有退回回执的闭环，从根本上减少市场与销售的扯皮。落地的关键是：共同定义接收标准、明确签收时限、退回必须注明原因、用接受率和转化率定期复盘。补上这道大多数公司漏掉的层，线索移交才真正可追踪、可优化。

企客连连正在研发面向中小团队的线索评分与移交工具，欢迎访问 /product/ 加入内测候补名单，提前体验签收提醒与移交闭环能力。