MQL线索打标转SQL判断标准:双门槛评分与交接SOP

MQL线索打标转SQL判断标准:双门槛评分与交接SOP

MQL线索打标转SQL判断标准不能只设一个总分阈值。更稳妥的做法是同时检查客户匹配度、购买就绪度和否决项,并要求销售留下可验证证据。行为分数负责触发审核,销售确认才决定是否转为SQL。

MQL线索打标转SQL判断标准双门槛示意图

MQL与SQL的核心区别是什么?

MQL是市场认为值得销售审核的线索,SQL是销售通过沟通确认值得进入成交推进的线索。下载资料、浏览价格页只能说明兴趣;明确业务问题、相关采购角色和下一步动作,才构成销售资格证据。

Oracle销售线索评分指南将评分信息分为显性数据与隐性互动,并强调市场和销售应共同定义合格标准;HubSpot也支持分别建立适配度与互动度评分。因此,单次高频访问或表单提交适合触发跟进,不宜直接自动判为SQL。(oracle.com)

MQL转SQL应满足哪些硬性条件?

推荐采用原创的“双门槛+否决项”框架:匹配度达到门槛、购买就绪度得到销售验证,并且没有无效身份、虚假需求等否决项。总分只决定跟进优先级,不替代资格判断。

判断层 SQL通过条件 可接受证据
客户匹配度 行业、规模或应用场景符合ICP,联系人参与相关业务 企业信息、职位、现有系统及业务场景
需求真实性 存在产品可以解决的具体问题 当前流程、损失、效率瓶颈或合规要求
采购角色 联系人能影响采购或引荐关键角色 使用方、技术方、预算方或决策人信息
推进时机 有可识别的评估周期 计划季度、项目节点或替换时间
下一步动作 双方约定具体会议或材料交换 需求会、演示、技术评审或POC讨论

预算尚未获批不必直接淘汰。对于企业SaaS采购,只要需求明确、有人推动,并能说明预算申请路径,仍可进入SQL;后续可参考企业软件预算审批推进方法补齐商业论证。

如何设计100分线索打标模型?

评分模型可按匹配度40分、互动意图30分、购买就绪度30分配置。建议MQL门槛设为55分,但转SQL还必须满足“匹配度不低于30分、需求已验证、已约定下一步、无否决项”。

标签维度 示例分值
目标行业、规模及场景均匹配 +30~40
申请演示、报价或技术咨询 +20~25
访问价格、部署或安全页面 +10~15
下载案例或参加专题活动 +5~8
销售确认痛点及项目期限 +15~20
同意安排需求会或技术评审 +10
学生、求职者、竞品调研或无效联系方式 -100

还应设置证据保鲜期:30天无新增互动时降低行为分,60天无明确项目动作时退回培育池。这样可以避免半年前下载过白皮书的联系人长期占据高分队列。

如何执行MQL转SQL交接SOP?

交接流程应把“自动筛选、人工验证、状态回写”拆开。系统负责发现高潜线索,销售负责核实事实,CRM负责记录结果,避免市场和销售围绕主观印象反复争论。

  1. 自动生成MQL:达到评分门槛后,系统写入来源、关键行为和推荐跟进理由。
  2. 销售首次核实:高意向线索建议2小时内响应,普通MQL在1个工作日内联系。
  3. 完成资格判断:3个工作日内标记为SQL、继续培育、无效或暂缓。
  4. 记录证据:填写业务痛点、采购角色、预计时间和下一步日期。
  5. 进入成交阶段:需要试用或技术验证时,衔接软件销售POC验证期跟进SOP。
MQL转SQL线索清洗与销售交接流程

哪些线索不能仅凭高分转为SQL?

高分不等于成熟。某联系人连续访问价格页,却可能是竞品研究人员;大型企业高管符合ICP,也可能没有当前需求。出现下列情况时,应保留MQL或退回培育:

  • 只有内容下载记录,没有具体业务问题;
  • 联系人职位匹配,但无法确认其参与项目;
  • 口头表示感兴趣,却拒绝任何下一步安排;
  • 项目已取消、冻结,或时间表完全未知;
  • 企业和联系人身份无法核实;
  • 明确为求职、学习、媒体或竞品调研。

回退时必须选择原因码,而不是笼统填写“质量差”。建议使用“场景不匹配、无近期项目、角色不相关、无法联系、需求未验证、重复线索”六类标签。

自动化智能打标怎样避免黑箱误判?

智能打标应输出证据和置信度,而不是只给一个冷热等级。系统可以从表单、网页行为及沟通记录中提取行业、痛点、采购角色与时间线,再由销售确认关键字段。

每个自动标签至少保留四项信息:证据原文、发生时间、数据来源和置信度。涉及聊天记录及客户数据时,还需明确授权、访问控制和保存期限,可结合企业采购SaaS软件数据合规审查清单进行验收。

销售线索自动打标证据卡片示例

怎样判断这套标准是否有效?

上线后不要只看MQL数量,应按月跟踪五项指标:销售接受率、MQL转SQL率、首次响应时长、退回原因分布,以及SQL转商机率。

先记录四周基线,再按渠道、行业和企业规模拆分。若MQL数量上升但销售接受率下降,应提高匹配度门槛;若接受率高但SQL转商机率低,应加强需求与下一步动作验证。评分模型至少每季度复盘一次,而不是设置后长期不变。

常见问题

MQL达到多少分才能转SQL?

没有适用于所有企业的统一分数。可从55分触发MQL审核,但SQL必须同时通过匹配度、真实需求和下一步动作等硬条件,不能只看累计分。

客户没有明确预算,能判为SQL吗?

可以,但要确认业务问题、项目推动者和预算申请路径。如果客户既没有预算,也没有立项计划或下一步安排,则更适合继续培育。

申请产品演示是否自动算SQL?

不建议。演示申请属于强意向信号,但仍需排除竞品、学生和无效身份,并由销售确认应用场景及后续评估动作。

SQL是否等于销售商机?

不等于。SQL表示销售确认值得推进;商机通常还需要明确解决方案范围、预计金额、采购流程及成交概率。需要技术验证时,可先进入POC阶段。

MQL线索打标转SQL判断标准多久调整一次?

建议每季度复盘,并在产品定位、客单价、目标行业或获客渠道发生明显变化时立即调整。复盘依据应是实际商机和成交结果,而非市场团队单方面提高线索数量。

继续阅读

企业自建AI外呼与采购成熟SaaS成本对比:三年总成本怎么算

企业比较自建AI外呼与采购成熟SaaS,不能只看服务器或每分钟报价。本文按相同通话量拆解线路、语音与模型调用、算力、人力、运维和合规成本,给出可复算的三年示例,并用有效线索成本检验结果。用文中的变量替换真实报价,再决定采购、自建或混合部署。