MQL→SQL 移交 SOP：市场销售对齐的动作

市场把线索一股脑丢给销售，销售嫌质量差不跟进，市场抱怨”给了线索没人理”——这是几乎每家做获客的公司都会遇到的内耗。问题的解法不是让谁妥协，而是用一套清晰的 MQL→SQL 移交 SOP 把双方的动作和职责固定下来。

MQL→SQL 移交是指市场把合格线索（MQL）交给销售，销售经初步确认后将其升级为销售合格线索（SQL）的协作流程。 MQL 与 SQL 的定义区别，可先看MQL 与 SQL。这篇聚焦”怎么把移交这件事做对”。

移交 SOP 的五个关键环节

一套能落地、不扯皮的移交 SOP，必须把以下五件事说清楚：

① 移交标准 → ② SLA 时效 → ③ 交接字段 → ④ 回流机制 → ⑤ 对齐机制
   什么算合格    多久必须动     传哪些信息     不合格怎么退    定期一起复盘

第一步：统一移交标准

移交扯皮的根源，往往是市场和销售对”什么算合格线索”理解不一致。所以第一步是双方坐下来共同定义 MQL 和 SQL 的判定标准。

SQL 升级判定清单（销售确认）：

• 有明确需求：客户能描述具体业务问题或目标
• 有决策相关性：接触的人是决策者或能影响决策
• 有时间意向：有在可见周期内解决问题的意愿
• 无硬性阻断：预算、采购冻结等不构成直接否决

标准要写成文档、双方签字认可，并约定定期校准。标准模糊，后面所有环节都会塌。

这里有个容易被忽略的细节：判定清单不能只写”有需求""有预算”这种大词，要给到可勾选的、能被两个人独立打出同样结论的颗粒度。举个反例——“客户有明确需求”这句话，市场理解成”对方问过价格”，销售理解成”对方能说出上线时间点”，两边各按自己的理解勾，移交自然对不上。改法是把每一条都配一句判定问法：需求项配”你现在最想解决的是哪个环节的问题”，决策相关性配”这件事最后拍板的是你还是需要走谁那边”，时间意向配”如果方案合适，你们大概希望什么时候看到效果”。销售在电话里问完这三句，勾选就有了共同的锚点，而不是凭感觉。

标准定下来第一个月，建议市场和销售各自拿 20 条真实线索背对背打一遍分，再对答案。如果两边判定不一致的比例超过两成，说明标准还没真正对齐，得回到桌面上把分歧条目重新写清楚。这个”背对背打分—对答案”的动作，比开十次对齐会都管用。

第二步：约定 SLA 时效

SLA（Service Level Agreement，服务水平协议）是市场与销售之间的”契约”，用明确的时效约束双方动作，减少互相等待和推诿。

SLA 模板表（可抄）：

责任方	承诺动作	时效要求
市场	MQL 产生后通知到具体销售	24 小时内
市场	每条 MQL 附齐交接字段	移交时即附
销售	MQL 首次触达（电话/微信）	24 小时内
销售	在 CRM 更新线索状态	48 小时内
销售	不合格线索注明回流原因	退回时即填
双方	MQL→SQL 转化率联合复盘	每季度一次

时效数值不必照搬，重点是双方就一组明确的数字达成一致，并把它落到流程和系统提醒里。

时效怎么定才不拍脑袋？一个可参考的思路是按线索热度分档。高分线索（比如主动预约演示、反复访问定价页）触达窗口压到 2 小时以内，因为这类客户往往同时在看别家，慢一步就被截胡；中分线索给 24 小时；低分的走培育不进入即时移交。有做过实测的团队反馈，从”下载资料后立刻电话”到”隔天才打”，接通率能差出一大截——半小时内触达和 24 小时后触达，能不能约上下一步动作，差距经常在两三倍。这不是玄学，而是客户当下的注意力还在你这件事上。

SLA 落地最常见的翻车点，是只写在文档里、不进系统。正确做法是把每一条时效都变成 CRM 里的一个计时器和一条提醒：MQL 一进来就开始倒计时，销售没在窗口内更新状态就自动升级提醒给主管。没有系统兜底，SLA 三周后就没人记得。

第三步：规范交接字段

只甩一个联系方式给销售，等于让销售从零重新摸底。一份合格的移交信息应包含完整字段。

移交字段模板：

字段	内容	作用
公司/行业	公司名、所属行业	判断画像匹配
联系人/职位	姓名、职务	判断决策相关性
线索来源	渠道、活动	理解进入路径
触发行为	下载/咨询/访问了什么	判断意向点
互动历史	培育记录、沟通记录	避免重复沟通
线索评分	当前分数与分层	排优先级

字段越完整，销售开场越有针对性，移交体验和转化率都会更好。线索评分这一字段可借助打分工具自动生成，把”凭感觉判断质量”变成”按分数排序”。

第四步：建立回流机制

不是所有 MQL 都该升级为 SQL。被销售判定不合格的线索，必须有明确去向——回流，而不是消失或僵死在系统里。

回流处理规则：

不合格原因	处理动作
画像不匹配	关闭并反馈市场，校准 MQL 标准
暂时无需求	退回培育序列，等待意向成熟
接触人非决策相关	退回，由市场补充触达决策者
竞品已在用	标记后转长期维系池

回流时销售必须注明具体原因，这些原因是市场校准 MQL 标准的关键数据来源。没有回流机制，差线索会反复移交、反复被拒，内耗不断。

第五步：建立对齐机制

移交不是一锤子买卖，而是需要持续校准的协作。市场销售对齐机制（有时也称 SAL，销售认可线索）让双方对”哪些线索算数”达成共识。SAL 的概念与作用，参考SAL 是什么。

对齐机制要点：

• 共享看板：MQL 数、移交数、SQL 转化数、跟进率全员可见，数据透明减少猜疑
• 季度复盘：一起看 MQL→SQL 转化率，判断标准是否需要调整
• 驳回阈值：当 MQL 被驳回比例超过约定值，触发双方对标准的联合复盘
• 闭环反馈：销售的回流原因定期汇总反哺市场，形成改进循环

销售不跟进，怎么破

这是移交里最常见的痛点，按原因对症下药：

不跟进原因	解法
线索质量差	提高 MQL 标准，源头把关
没有时效约束	用 SLA 明确首次触达时限
缺反馈闭环	建回流机制 + 定期复盘
流转不透明	上共享看板，跟进率可见

把跟进率做成全员可见的数据，比单纯催促有效得多——透明本身就是约束。

一个真实的移交现场

给你还原一个常见场景，看这套 SOP 怎么把扯皮掐掉。某工具类团队，市场每月移交 80 条 MQL，销售抱怨”一半都是随便填的”，市场则甩出后台数据说”这些人都下载了白皮书”。两边各执一词，谁也说服不了谁。

复盘时把这 80 条拉出来一条条过，发现问题根本不在质量，而在字段。市场移交的确实是下载过资料的人，但交接时只丢了姓名和手机号，销售拿到还得从头问一遍”你是做什么的、为什么关注这个”，问着问着客户就烦了。补齐交接字段后——把下载了哪份资料、看过哪几个页面、公司规模写全——销售开场直接切进对方关心的点，同一批线索的接通后有效沟通率明显回升。

第二个动作是加回流。之前销售觉得”提了也白提”，就懒得跟；现在规定不合格必须选原因退回，市场每周汇总一次。跑了一个月，发现被退回最多的原因是”接触人非采购决策相关”，市场顺藤摸瓜调整了投放素材的落地表单，加了一栏职务，源头线索质量就上来了。你看，回流原因不是用来甩锅的，是市场最便宜的优化线索。

这个例子想说明的是：多数”线索质量差”的投诉，拆开看其实是交接字段缺失 + 没有反馈闭环，真正画像不匹配的死线索往往是少数。先别急着推翻 MQL 标准，先把字段和回流补上。

几个常见误区

做移交 SOP，有几个坑踩下去就前功尽弃：

• 把 SLA 当成惩罚工具。SLA 是双方对彼此的承诺，不是市场拿来考核销售的鞭子。一旦只考核销售的触达时效、却不追究市场的字段质量，销售就会用”点开就算触达、随便记一句就算更新”来应付，数字好看了，转化没变。时效和质量必须同时约束。
• 标准一年不动。产品变了、目标客户变了，MQL 标准还是去年那套，移交自然越来越拧巴。至少每季度借复盘校准一次。
• 看板只挂数、不定动作。共享看板如果只是每天显示几个数字，没人为异常负责，它就退化成壁纸。看板要配阈值和责任人：跟进率掉到某个线以下，谁在下次例会上给说法，得写清楚。
• 移交只算”数量 KPI”。给市场只考核 MQL 数量，不考核 MQL→SQL 转化，市场就会拼命放水凑数。考核口径要往下游走一格，让市场对”移交后能不能转”负一部分责。

移交 SOP 上线 checklist

环节	检查项	完成
标准	MQL/SQL 判定标准双方签字	☐
SLA	时效表落到系统提醒	☐
字段	交接字段模板就绪	☐
回流	不合格处理规则明确	☐
对齐	共享看板 + 季度复盘排期	☐

小结

MQL→SQL 移交做得好不好，决定了市场和销售是协同还是内耗。关键不在催，而在把规则前置：先统一移交标准，再用 SLA 约束时效、用完整字段保证交接质量、用回流机制处理不合格线索、用对齐机制持续校准。把这五步固化成 SOP 和可见的数据看板，扯皮自然减少，转化自然提升。

企客连连正在研发面向中小团队的线索移交与市场销售对齐工具，欢迎访问 /product/ 加入内测候补名单。