销售接收MQL以后，应先读取市场已经保存的来源、客户原话、企业背景、已知和未知事项，再核实正确账户、联系人角色、业务问题与影响、相关参与人、时间和投入条件、双方适配度以及明确下一步。接收只表示责任转移；新增证据达到销售侧规则后才形成SQL，是否建立商机还要遵循企业自己的商机口径。
本页从销售接手开始，不重复整个市场判断过程。要检查交接前的最低标准，可读MQL判定条件；要理解接收、SQL和商机在生命周期中的位置，可读线索生命周期阶段。
第一步是读完交接，而不是重新问一遍
销售应先看首次与关键来源、客户浏览或下载的相关内容、主动提出的问题、企业和角色信息、为什么达到MQL、已发送资料、沟通许可、既有约定和未知事项。市场交接越清楚，销售越能从客户当前问题继续，而不是从“您从哪里知道我们”重新开始。
交接记录若只有姓名、电话和“官网线索”，销售应把缺失反馈给市场或承接角色。临时补问可以解决眼前一条记录，但长期仍需修正字段和责任。
先确认联系人与企业账户是否正确
销售核对联系人是否与正确企业关联，是否已有负责人、客户关系或正在推进的商机。重复记录不应直接删除新的来源和行为，而要合并到正确主体并保留发生时间。
企业域名、名称和职位只是识别线索，不能自动证明决策权、预算或采购意图。存在同名、集团多主体或跨产品线归属时，先标记待确认并由有权限的人处理，不把路由便利当成客户事实。
核实业务问题与希望改变的结果
市场可能已经识别“交接信息不足”，销售要继续确认问题发生在哪个流程、影响哪些团队、客户本轮希望讨论什么。核实不是诱导客户接受预设方案，而是让问题范围能够被双方理解和纠正。
如果客户真实需要只是公开内容、售后支持或合作伙伴咨询，应转入合适路径。把任何主动联系都留在新业务管道，只会造成错误跟进和虚高数据。
识别参与角色而不是只找一个决策者
销售要了解谁提出问题、谁使用现有流程、谁会评估改变、谁批准资源，以及下一次需要谁参加。相关角色未到场时，可以约定补充，而不是根据当前联系人职位猜测组织关系。
B2B采购往往涉及多人。联系人不是最终决策者也可能掌握关键事实；反过来，职位很高也不表示已经形成具体项目。有关企业与角色的区分，可参考B2B客户画像怎么做。
确认时间与投入条件怎样影响下一步
销售可以了解何时适合继续讨论、内部评估是否已有安排、范围明确后如何讨论投入。讨论日期、项目启动日期和采购截止日期要分开，预算未形成也应如实记录。
如果客户说“下周先内部梳理”，下一步可以是发送记录示例并约定复核，而不是写成“下周启动”。如果没有可执行的时间安排，也可以保留待确认，不用为了SQL填一个日期。
检查双方是否真的适配
市场判断服务范围相关，是交接依据；销售仍需核实问题深度、合作范围和限制是否适合继续。信息更完整后发现不适配，是正常结果，不代表市场一定判断失误。关键是写清当时已有证据和新出现的事实。
销售也不能为了建立商机扩大未经确认的公司能力。涉及产品、交付、集成或专业边界时，应由有权限的同事核对；无法确认就保留限制，不向客户作出超出依据的承诺。
教学例子：接收后怎样增加而不是重复信息
**以下为教学例子，不是真实客户案例。** 市场交接写明：林经理负责B2B市场；市场与销售各自保存表格，退回多写“没需求”；希望梳理交接和反馈；愿意与销售负责人交流；预算和项目范围待讨论；已发送记录样例。
销售小周先复述这些信息，再问哪些团队会使用规则、现有系统如何记录、希望本轮形成什么结果。林经理确认销售负责人将参加，双方先对齐定义和退回字段，并约定下一次范围交流。新增事实达到教学SQL规则后，才记录SQL。
SQL和商机为什么不必同时发生
SQL表示销售认为值得继续业务推进；商机通常代表一项更明确的可能合作事项，并关联账户、范围、参与人、下一步及企业要求的其他信息。不同企业可以在同一动作建立，也可以分开，但必须说明规则。
把所有SQL自动创建为商机，会使管道包含大量尚未形成合作事项的记录。反过来，如果企业决定两者同时发生，也要确保系统中的“SQL”确实满足商机证据，而不是仅仅接收了MQL。
接手后可能出现哪些正确的退出
第一种是内容需要：客户只希望学习，提供相关资料并结束销售推进；第二种是时机未到：问题仍相关且允许后续沟通，进入培育或约定复核；第三种是不适配或拒绝：记录原因并停止错误触达；第四种是重复或已有负责人：合并到正确账户。
这些结果都比长期挂着“跟进中”更准确。退出原因应能指导后续动作，不用“质量差”替代事实。若客户情况改变，再根据新证据重新判断。
销售反馈怎样反向改善市场
销售应反馈企业适配、问题是否真实、交接信息是否足够、为什么接收或退回、缺失字段和后续结果。市场再按来源、关键词、内容、活动与表单入口寻找重复模式，修正页面承诺、核实问题或MQL标准。
单条反馈用于解释样本，多条一致记录才能支持流程改进。仍要排除销售未跟进、规则版本变化和数据延迟，不能把某次退回直接归因于渠道。完整做法可参考B2B市场与销售SLA。
一条销售核实记录怎样写
记录示例：“小周于9月12日确认接收。已核实：客户希望对齐市场与销售的线索定义和退回字段，销售负责人将参与下一次讨论；尚未知：具体范围、预算与实施时间；下一步：双方周三确认现有流程和本轮输出。”日期和人物均为教学设定。
这条记录把客户原话、销售判断、未知和下一步放在一起，却不提前写成交概率。若SQL状态发生变化，应另存一次事件，不覆盖市场交接和接收时间。
怎样验收销售资格判断
让没有参加沟通的同事阅读记录，检查是否能回答：正确账户是谁、实际问题是什么、谁参与、为什么继续、还有什么未知、下一步由谁何时完成。如果只能看到“客户有意向”，说明证据不足。
团队还应抽查接收后是否存在实际动作、客户是否被重复询问、退回原因是否可执行，以及SQL与商机规则是否被混用。指标名称和计算口径需要同时记录版本。
交接失败时怎样定位责任而不让客户买单
若销售看不到资料，先检查分配、权限和通知；若资料存在但关键信息缺失，由市场或承接角色补充；若销售已确认接收却未行动，按SLA处理；若客户情况在交接后变化，则记录新事实。不要让客户在内部故障之间反复转述，也不要用“系统问题”掩盖无人负责。
发生退回时保留原MQL依据和销售新增证据。这样团队能判断是最初标准有误、信息后来变化，还是路由和跟进没有完成。覆盖旧记录会失去学习机会，也可能让下次重新分配时重复犯错。
销售核实的质量还体现在是否诚实说明不能继续。明确转入内容、培育、其他负责人或停止联系，都比没有下一步的“持续跟进”更可用。资格判断不是只允许向前的漏斗，而是把客户放到当前最合适的路径。
本页完成结果
完成物是一份销售资格核实单：交接摘要、账户与联系人、业务问题、影响范围、参与角色、时间和投入条件、双方适配、已知与未知、下一步、SQL判断及依据、商机是否建立及原因、退出或退回路径。
最终原则是“读旧事实，补新证据，再改状态”。销售接收不是重新开始，也不是自动升级；只有客户和团队共同确认的事实增加，SQL和商机才具有管理意义。