判断一条联系人记录目前仍属于内容使用，还是已经达到MQL或SQL，应对同一组证据提问，而不是凭“感觉价值高低”排序。只索取公开课件的人有明确内容需要，但没有服务交流意愿时不自动成为MQL；企业与问题适配、背景可核实并愿意安排相关讨论时，可以按本课教学标准成为MQL；销售进一步核实问题、参与角色和下一步后，才可能成为SQL。
以下三组均为**教学例子，不是真实客户、真实经营数据或效果承诺**。它们只用于练习判断，不提供行业转化率、平均周期或成交概率。需要先复习标准，可读MQL最低条件和销售接收后的SQL核实。
三个例子使用同一套资格判断问题
每条记录都检查五件事：联系人和企业是否可核实；实际来意是什么；企业与问题是否适配；对方同意了什么下一步；当前判断由市场还是销售作出。预算、权限和时间等未知信息单独保留。
同一套判断问题不表示所有人必须走同一路径。仅有内容需要的联系人、等待核实的联系人、MQL、SQL、培育和排除分别对应不同任务。状态描述当下证据，不给人贴终身价值标签。
教学例子一：只问“能给我课件吗”
王同学在课程页留言：“能把公开课件发我吗？”团队能够确认他的内容需要，也可以按网站规则提供下载或阅读入口。但记录里没有企业业务背景、具体工作问题或服务交流意愿，因此不能仅凭一次索取把他标成MQL。
合理动作是提供课件，说明相关课程入口，并在合适范围内保存他主动提出的主题。若他没有允许进一步营销联系，不应因为想“培育”而持续发送消息。一次内容使用本身就是有效结果，不必强行制造销售任务。
例子一怎样写记录与下一步
可以写：“来意：获取公开课件；已提供课程下载；企业和业务问题未确认；未约定服务交流；当前进入内容路径。”不要写“低意向”“无价值”或“潜在大客户”。
如果王同学以后主动说明自己负责企业市场，并提出具体交接问题，再基于新事实重新判断。此前的内容来源可以保留，但不能倒推他第一次下载时已经有采购意图。
教学例子二：市场获得了MQL依据
林经理说明自己负责一家B2B软件企业的市场工作。现状是市场转交只含姓名、电话和来源，销售退回经常只写“没需求”。他希望先梳理交接与反馈，并愿意邀请销售负责人参加下一次交流。
按本课教学标准，对象和企业背景可核实，问题与服务讨论范围相关，来意已经具体，也有真实下一步；市场可以记录MQL。预算、范围和实施时间尚未确认，继续保持未知。MQL说明值得销售核实，不说明必然成交。
例子二怎样写MQL交接
交接可以写：“林经理负责B2B市场；希望解决交接上下文和退回原因不清；愿意与销售负责人一起讨论；已发送记录示例；预算、具体范围与实施时间待确认；市场依据本版MQL标准判断可交接。”
同时写分配对象和约定时间。系统通知成功不等于销售接收，销售需要另行确认责任。若销售发现已有同事负责这家企业，应合并记录而不是继续创建第二条管道。
教学例子三：销售获得了SQL依据
销售小周先阅读MQL交接，在交流中确认林经理和销售负责人都会参与；双方需要核对现有定义、交接字段和退回路径；客户希望本轮先形成一份可供内部讨论的范围说明；下一次讨论已约定。
这些新增信息让业务问题、相关角色和下一步更清楚。若达到该团队已确认的SQL规则，可以记录SQL。是否同时创建商机，要看企业是否已把这类合作事项、范围和账户关系定义为建商机条件，本例不替企业决定。
例子三怎样写销售核实记录
记录可写：“销售已核实问题为市场销售线索交接与反馈；销售负责人将参与；双方约定核对现有流程并形成范围说明；预算与实施时间待后续讨论；依据销售资格规则标记SQL；尚未声称成交或确认项目启动。”
如果后来客户只需公开模板、不希望继续交流，应说明新事实并退出销售推进。SQL可以改变，不需要为了报表保留过时状态。
把三个例子放在一起比较
例子一有内容需要，没有服务交接依据；例子二增加了可核实企业背景、实际业务问题和讨论意愿，因此形成市场侧MQL；例子三由销售补充参与角色、问题范围和下一步，才形成SQL。变化来自证据增加，不是同一个人“等级提升”。
三个例子也说明，愿意读内容、愿意讨论问题、销售确认继续推进是三种不同动作。若企业选择其他名称，应保留这三类事实，不用一个“意向”覆盖。
如果关键信息变化，判断怎样变化
若例子二后来确认需求超出服务范围，应退出而非硬转；若预算暂未形成但双方仍可先讨论问题，不必自动排除；若例子三的下一步被组织调整暂停，记录暂停原因、允许的联系方式和复核条件。
新行为只触发核实，不能自动证明购买。客户再次阅读文章或参加活动，可以提醒负责人查看，但仍要通过真实沟通决定是否重新成为MQL或SQL。
常见错误会把练习做偏
错误一是把三位理解为低、中、高价值；错误二是只要属于目标行业就形成MQL；错误三是销售点击接收就形成SQL；错误四是预算未知就判定无效；错误五是给教学例子添加成交金额、概率和周期，让设想看起来像真实案例。
还要避免为不同样本临时改标准。若团队对同一证据得出不同结果，应修改定义或补充信息，而不是事后为某条线索找理由。
用反例检查标准是否过宽或过严
给例子一补上“来自目标行业”，若团队因此直接改成MQL，说明把企业适配误当成实际需求；给例子二删除下一步意愿，若仍被交接，说明标准没有区分内容阅读和服务沟通；给例子三删除销售新增证据，若仍是SQL，说明接收与核实混用了。
再测试相反情况：预算尚未确定，但问题、角色和下一步都清楚，是否会被错误排除；联系人不是最终决策者，但能连接相关团队，是否会被忽略；当前暂停但允许在明确条件下复核，是否会被永久淘汰。反例能暴露标准里的隐含假设。
每次修改规则后，用原三例和反例回归测试。新标准应让判断更一致、记录更可用，而不是只让某个阶段数量更好看。规则若只对理想路径有效，还不能投入日常流程。
练习结束后，请一位未参与讨论的同事只看记录复述判断。若他能够说清为什么是当前状态、还缺什么、什么新事实会触发变化，例子才真正具备教学价值；若仍依赖口头补充，就继续完善正文和字段。
怎样组织一次团队判断练习
准备三至五条已脱敏记录，隐藏原有状态，让市场、承接角色和销售分别填写：当前状态、判断依据、未知事项、下一步和负责人。再对比差异，逐项讨论缺的是事实还是规则。
练习不以“猜中系统标签”为目标，而以两名同事能否依据同一证据得出相同业务动作来验收。样本应包含只需内容、适配但时机未到、重复账户和明确不适配等异常路径。
怎样把判断结果用于指标而不误读
统计普通联系人、MQL和SQL时，先确认对象是否去重、状态发生时间、判断规则版本和观察窗口。不能用本月SQL除以本月新提交就声称同一批线索的转化，因为B2B不同阶段可能跨越不同时间。
数据可用来发现哪类样本需要复核，但不能把一次练习结果包装成行业基准。指标定义与样本回溯方法可参考B2B营销指标如何定义。
本页完成结果
最终交付一张三例判断表：每例的对象、客户原话、已知、未知、当前状态、判断人、依据、下一步和不应推断的内容。再写一条“若出现什么新事实，状态才会改变”的触发说明。
能够把仅有内容需要的联系人留在内容路径，把满足市场交接条件的联系记录为MQL，把销售核实后的新证据记录为SQL，同时允许培育、退出和回退，才说明团队真正理解了资格判断。