一条B2B线索成为MQL，至少要有可核实的对象和来意，企业与实际问题落在当前业务的可讨论范围内，联系人愿意进行与问题相关的下一步沟通，并且不存在明确排除原因。MQL没有适用于所有企业的固定字段、分数或时限；最低标准要由市场与销售共同制定，并能回到具体记录。
本页讨论的是市场侧“可以交接”的最低条件，不等于销售已经确认SQL。需要先区分两个状态，可读MQL和SQL的判断主体与证据；需要了解企业、角色和行为标签，可参考B2B客户画像怎么做。
MQL标准先解决什么问题
MQL标准的作用，是让市场知道什么时候应该继续提供内容，什么时候应由线索承接角色补充信息，什么时候值得交给销售，什么时候应停止错误触达。它不是为了把尽可能多的联系人加工成“好线索”。
最低标准不是越宽越好，也不是越窄越专业。它应让相关需求被正确承接，也让内容学习、售后、招聘、不适配和拒绝联系等情况进入各自合适的路径。
没有标准时，下载白皮书、留下电话、打开邮件和明确提出业务问题可能被放在同一队列。销售只能从头猜测，市场也不知道退回意味着流量不准、信息不足还是处理不一致。
条件一：对象与企业关系能够核实
首先确认记录对应谁，以及他与哪家企业有什么可核实关系。姓名、工作邮箱、企业名称、部门或角色可以提供线索，但不能只根据邮箱域名猜测职位、决策权和预算。重复联系人要先合并或建立关系，避免同一个人被多个销售重复联系。
若当前只知道一个匿名访问或无法验证的电话，可以继续保存来源事件或进入待核实，不必强行补成MQL。对象正确是后续判断的底座，不是表格中的装饰字段。
条件二：企业和问题与当前范围适配
企业适配不只看行业或规模，还要看这次具体问题是否属于当前能够讨论的范围。符合ICP的公司也可能提出售后、招聘、合作推广或个人账号咨询；这些来意应进入对应流程，而不是全部交给新业务销售。
反过来，暂时无法确认某个企业属性，不等于它一定不适配。把已确认、待确认和明确不适配分开，才能避免用默认值替代事实。ICP提供筛选边界，但具体线索仍要结合真实来意。
条件三：实际问题已经从泛化描述中显现
“想了解一下”“线索不好”“需要数字化”都太宽。市场需要至少知道对方遇到的实际情况、为什么现在联系，以及希望获得哪类帮助。问题不必在第一次沟通中完整诊断，但应足以判断由谁承接。
例如“销售总说线索差”可能指无关咨询多、联系人无法联系、交接缺少上下文、销售未记录结果或客户当前没有项目。不同情况需要不同下一步。如何拆解这句话，可继续读销售说线索不好时的诊断方法。
条件四：存在真实可沟通的下一步
联系人愿意下载资料，是内容使用行为；愿意就具体问题安排交流，才说明存在进一步沟通条件。两者都值得尊重，却不应被写成同一种意愿。下一步可以是与相关同事一起交流、补充现有流程或确认范围，不一定是索取报价。
记录应写客户同意了什么、谁参与、怎样继续以及哪些尚未约定。不能把“我先看看”改写成“同意项目诊断”，也不能把自动发送日历邀请当作客户确认。
最低资格与跟进优先级要分开
最低资格回答是否进入销售核实，优先级回答多个合格线索先处理谁。一个符合标准的MQL可能因客户约定时间较晚而稍后处理；另一个高分联系人若身份或来意不明，仍需先核实而非跳过资格判断。
评分、行为热度和账户层级可以帮助排序，但不能修改已发生的事实。建议分别保存“资格状态”和“处理优先级”，避免一个高低分同时承担阶段、价值和时限三种含义。
已知、未知和排除项怎样记录
已知信息写来源和时间，例如“客户主动说下周与销售负责人讨论”。未知信息写成“预算待内部范围确认后讨论”，不要填0或猜一个金额。排除项则是已经确认不能或不应继续，例如需求超出范围、身份为求职者或联系人明确拒绝。
未知并不等于失败。首次沟通不需要问完所有字段，关键是知道尚缺什么、是否影响当前决定、由谁在下一步核实。若缺失项会使销售无法判断对象或问题，就先补充而非仓促交接。
教学例子：把一句咨询写成MQL依据
**以下为教学例子，不是真实客户案例。** 林经理留言：“想看看你们怎么解决线索质量。”这时只有一个宽泛问题。小陈询问后确认：林经理负责一家B2B软件企业的市场工作；市场与销售分别保存线索表；销售退回只写“没需求”；他希望先梳理交接和反馈，并愿意与销售负责人一起交流。
按本课教学标准，对象可核实，企业与问题在讨论范围内，来意已具体化，也有下一步，因此可以记录MQL。预算和项目时间仍未知，原样保留。若林经理只说“把课件发我”，则进入内容路径，不因为企业看起来匹配就自动升级。
市场与销售怎样共同写标准
先各自列出必须知道的信息、明确排除情况和可以后补的信息，再用同一批历史脱敏样本试判。若市场认为合格而销售拒绝，应指出缺的具体事实；若销售只说“感觉不行”，则继续追问到可以执行的原因。
共同标准至少包括定义、进入条件、排除项、必填记录、责任人、处理方式和版本生效时间。具体响应时限应根据团队容量和客户场景验证，不照抄别人的24小时或固定工作日。
边界情况应该进入哪条路径
只想获取公开资料的联系人进入内容路径；问题真实但时机未到、且允许后续沟通的联系人进入培育；信息不足但值得核实的进入等待核实；已有负责人或商机的记录合并到正确账户；不适配、无效或拒绝的进入排除或停止联系。
这些路径不是高、中、低价值标签。它们描述当前任务与责任。新证据出现后可以重新判断，但不能因为过了一段固定时间就自动升级。
怎样检查标准是否真的可执行
让两名不同同事用同一版本标准独立判断若干样本，并写出证据。若结论不同，定位是定义模糊、信息缺失还是例外未覆盖。然后让销售检查交接后是否还需重新问客户已回答的问题。
运行一段合理观察窗口后，再看接收、退回和SQL结果，并下钻具体原因。变化只能提示哪里值得检查，不能单凭MQL率或SQL率证明渠道、人员或标准优劣。
常见错误为什么会制造假MQL
把所有表单提交设为MQL，会混入资料下载、售后和无效信息；把BANT四项全部已知设为统一门槛，会在早期沟通逼客户给出并不存在的答案；只追求MQL数量，会诱导团队放宽条件；只依赖行为分，又会把研究者和求职者误判为需求。
更好的标准应服务客户与接手者：客户不用重复解释，销售能看到交接依据，市场能从退回原因修正规则。标准太宽或太严，都应通过样本而非口号调整。
怎样把标准放进交接工具
在工具中把资格依据拆成可阅读字段，而不是只有一个勾选框。建议保留企业与联系人、客户原话、问题类别、适配依据、同意的下一步、未知事项、排除项、判断人和规则版本。系统可以提示缺失，却不能自动把未知补成“否”。
销售接收时应能看到这些内容，并可选择接收、要求补充、合并已有记录或按具体原因退回。市场则能从结构化反馈追溯到来源和页面。工具实现的完成标准不是“字段都填满”，而是接手者能继续做、退回者能说明为什么、管理者能抽查证据。
本页完成结果
完成物是一张MQL标准卡：适配条件、真实问题、可核实对象、下一步意愿、明确排除项、允许未知项、必填证据、责任人和版本日期。再附三条教学或脱敏样本及判断理由。
若团队能够对同一条记录给出一致结论，并能说明为什么交接、还缺什么和下一步由谁完成，这套最低标准才可以进入流程；否则继续补定义，不急着计算达标率。