为什么发一个手机号还不算完成线索交接？

把一位联系人的姓名和手机号发给销售，只能证明一组联系方式从一个人传给了另一个人，不能证明业务责任已经完成转移。销售仍然不知道对方为什么出现、已经获得什么信息、说过什么、为何值得此刻继续、哪些条件没有确认、允许用什么方式联系，以及客户正在等待什么。若没有这些上下文，销售只能重新盘问，或者凭职位、公司名称和来源标签猜测。

真正的B2B线索交接，是市场把在授权和工作需要范围内已经核实的事实、当前判断、未知、限制和下一步约定交给合适的负责人，并确认对方接手。随后发生的接收、联系、等待、退回或推进还要能回到共同记录。若只在群里扔下一张名片，即使销售点了“收到”，客户关系仍可能处于无人负责状态。

**线索只有在信息、责任和下一步都被接手时，才算完成交接。** 本页先解释为什么“发出”不等于“交接完成”；下一页再逐项整理一份能继续工作的交接信息。

先分清信息传递和业务交接

信息传递回答“我是否把某个值送到另一个位置”。业务交接还要回答“谁从什么状态接手、依据是什么、下一步是什么、失败怎么办”。一个接口返回成功、CRM出现新记录或消息机器人发出提醒，都只能证明某个技术动作完成，不代表销售已经理解并承担责任。

这一区别在B2B环境尤其重要。客户的购买往往涉及多人、多个触点和较长周期。同一个手机号可能属于已经由销售跟进的人，也可能是现有客户、合作伙伴、求职者、只需要公开资料的读者或重复记录。没有企业账户和当前关系，联系方式本身无法说明工作应该往哪里走。

销售真正需要从哪里继续

接手人不是从“您好，我们是哪家公司”重新开始，而应从客户已经进行到的位置继续。至少要看见：本次触发事件、客户原话、已经发送或承诺的资料、达到共同转交条件的依据、尚未确认的信息，以及客户同意的下一步。

例如，林经理说：“我们市场与销售对有效线索的定义不一样，想先讨论现有流程。”市场已经约定周三做范围交流。若只把手机号给小周，小周可能再次问“您有什么需求”，客户就要重复解释。若交接说明写清问题、约定、已知与未知，小周可以从“我看过您提到的定义不一致，今天先确认当前交接流程”开始。

这个情境是教学示例，不是事橙客户案例。它说明上下文怎样减少重复，不证明某种模板必然提高成交。

联系方式为什么不能证明MQL

手机号、邮箱、报名、下载或参加活动是事实，但不自动成为MQL。MQL是企业按共同条件作出的资格判断，应保留规则版本、判断人和证据。目标企业职位匹配、内容阅读较多或分数升高可以提示核实，不能替代客户实际表达。

如果市场在交接中只写“高意向”，销售既看不到判断依据，也无法在新事实出现后修正。更稳妥的写法是：“对方主动提出市场销售定义不一致，希望安排一次范围交流；企业与问题符合当前共同标准；参与人和系统限制尚未确认。”事实、判断和未知同时存在，才经得起复查。

关于MQL与SQL由谁判断、需要什么证据，应回到第15课的MQL与SQL区别；本页只讨论MQL进入交接后怎样保持上下文。

发到群里为什么仍可能无人负责

群消息常让团队误以为“大家都看见，所以一定有人处理”。实际可能出现四种情况：没有指定负责人；被@的人不在职责范围；销售看见但没有确认接收；多人以为另一个人会处理。消息热闹并不能解决责任空白。

正式记录应有明确目标队列或负责人、分配时间、接收截止、当前状态和升级路径。群通知可以提醒，但应链接到正式记录，不能让个人信息、客户原话和后续结论只留在聊天记录里。需要知道的人按权限查看，其他人只接收必要提醒。

发送、送达、接收和处理是四件事

“已发送”是市场或系统的动作；“已送达”是目标位置收到数据；“已接收”是销售明确承担责任；“已处理”是发生了与客户任务相符的动作并留下结果。四个事件的时间、责任人和失败方式不同。

例如接口成功把记录写入CRM，却因分配规则缺失停在公共池；这时送达完成，接收没有发生。又如销售点击接收，却只收到自动欢迎邮件；责任已接收，首次有效动作仍可能没有发生。页面3会详细说明转交、接收和跟进怎样分别确认。

一个最小教学例子

错误交接可以只有一句：“林经理，138……，麻烦跟进。”它暴露了不必要的联系方式，同时没有说明业务背景。

可继续的教学记录可以写成：

表中没有真实手机号，因为阅读示例不需要。正式系统中的联系字段也应按角色和工作需要控制权限。

已有关系不查重会发生什么

同一联系人可能已在CRM、已有商机，或同一企业由另一位销售负责。新表单或活动报名带来的是一项新事件，不一定是一位新客户。直接新建并分配，会造成重复联系、归属冲突和来源覆盖。

交接前可组合企业名称、域名、邮箱、电话和人工确认查重；无法自动确定时进入待核实队列。发现已有负责人，应把新问题和来源证据合并到正确关系，再由已有负责人或共同规则决定下一步。联系人、账户与项目的对象边界可参考联系人、账户与商机怎样关联。

联系权限为什么也属于交接

客户同意接收资料，不等于同意销售持续电话联系；活动报名也不自动授权所有营销渠道。交接记录应保留本次联系的合法依据、允许用途与渠道、客户偏好、退订或拒绝，以及是否有明确约定时间。

如果权限不清，接手人先完成内部核实或选择风险更低的回应。不能因为线索进入销售系统，就把原来的用途限制删除。个人信息只向确有工作需要的人开放，群通知和导出文件不应携带超出提醒所需的字段。以上是一般教学边界，具体方案仍由企业合规负责人结合适用法律和业务情境确认。

结果为什么必须回到市场

交接之后，销售可能确认接收、发现重复、需要补充信息、按约联系、暂时未联系到、确认只需资料、形成进一步讨论或按规则退回。若这些结果不回传，市场只能继续用最初判断统计“交给销售多少条”，无法知道内容、渠道、MQL条件或交接说明哪里需要修正。

反馈不是为了证明市场对或销售错，而是让下一轮更准确。例如多条记录都因已有负责人退回，应先修查重和归属；多条主动咨询停在公共池，应检查分配和容量；多条只需模板却被判为MQL，应修正入口承诺与资格标准。

常见错误怎样改

• 错误：群里发联系方式后标记“交接完成”。改为：分开记录分配、接收和首次有效动作。
• 错误：为了让销售重视，补写“预算明确、很有意向”。改为：事实、判断与未知分开。
• 错误：把所有表单都交销售。改为：先查重、确认对象与共同转交条件。
• 错误：要求销售补完整市场来源。改为：市场在交接前保存来源事件与关键上下文。
• 错误：销售没有反馈就默认“正在跟”。改为：设置接收与反馈窗口，超时进入升级队列。

学完这一页要完成什么

选一条允许内部使用的脱敏记录，遮去不必要的个人信息。请一位没有参与前序沟通的同事只看现有交接，回答六个问题：客户为什么出现、说过什么、为什么现在转交、哪些事实未知、允许怎样联系、下一步由谁何时完成。

如果任何答案只能靠猜，就补来源、原话、规则依据、未知或责任；不能补写客户没有说过的内容。再检查接手人是否明确确认、结果能否返回。完成后继续用下一页的最小交接内容建立团队模板。

结论：交接的是责任连续性

为什么发一个手机号还不算完成线索交接？因为联系方式只描述“怎么找到一个人”，没有说明“为什么此刻联系、从哪里继续、谁负责、允许做什么、完成后怎样反馈”。B2B交接要让必要上下文、责任和下一步同时转移，并保护客户已经提供的信息与约定。只有接手人能够继续工作、客户不用重复解释、结果能够返回，交接才真正完成。

本页来源与禁写边界

• 本页依据本课已确认学习单元第一章、赵岩《B2B数字营销笔记2025》第79、88—92页及《B2B数字营销基础课》课件第62—64页整理；课件只支持MDR承接、准备、记录、协作与销售确认等任务边界，不采用页内教学数字。
• 已确认Blog：B2B市场与销售SLA怎么制定用于接收、退回和反馈边界，B2B线索来源如何统一用于来源历史与身份合并边界。
• 禁写：联系方式等于MQL；发送消息等于销售接收；系统写入等于客户得到回应；猜测预算、角色或需求；公开真实联系人、号码、录音或聊天内容；虚构客户结果或转化效果。