线索从市场走向销售，不是一个“转出成功”的单一动作，而是一组连续且可分辨的事件。转交表示符合条件的记录被送到指定销售或队列；接收表示有权负责人检查范围、上下文和容量后明确承担责任；跟进表示在约定窗口内发生与客户任务相符的有效动作，并把结果写回。三者混成一个状态，团队就无法判断问题卡在接口、分配、责任还是客户沟通。
系统自动分配、通知送达、销售打开页面和自动邮件发送，都可以成为过程事实，却不能自动证明人已经接收或客户得到有效回应。接收与首次动作由什么事件确认，需要市场与销售在SLA中共同定义。
**分配、接收和跟进是三个事件，任何一个系统通知都不能替代人的责任确认。**
第一件事：转交确认送到哪里
转交发生前，记录应达到共同条件并完成必要查重。转交事件至少保存：对象标识、来源记录、资格依据、目标队列或负责人、分配规则、发生时间和交接内容版本。系统失败时还应有错误状态和补偿负责人。
若记录只进入公共池，没有目标责任和处理窗口，可以叫“待分配”，不能直接叫“销售已接收”。若分配规则无法处理跨区域、已有客户或客户指定销售等例外，应进入人工协调，不静默落到默认负责人。
第二件事：接收确认谁承担责任
销售检查记录是否属于自己的范围、客户关系是否冲突、信息是否足以开始下一步、当前容量是否允许按约回应。符合条件时明确接收，并写预计动作；信息不足时指出具体缺项和补充责任；不适合时选择结构化退回原因。
“看见了”“收到通知”“稍后看看”不等于接收。接收事件应有负责人、时间和结果。团队可以设置代理或升级路径，避免负责人请假时客户约定失效。接收不是销售同意市场的所有判断，而是承担后续核实责任。
第三件事：跟进确认实际发生什么
首次有效动作要与客户当前任务相符。客户约定电话沟通，按约联系并记录结果可算动作；客户只申请公开资料，准确交付并说明使用方式可能就是合适回应；需要内部技术核实时，把问题交给明确专家并告知客户回复时间，也是一项有效推进。
自动欢迎邮件或系统提醒是否计入，应由企业明确。通常它们可以作为服务通知，不应默认等同于人工理解和处理。销售拨号未接只说明一次尝试，不能写成客户无需求；需按约定策略决定是否改期、换允许渠道或停止。
三只时钟为什么要分开
分配时钟衡量市场或系统从满足条件到送达目标队列；接收时钟衡量销售从收到可处理记录到明确承担；首次有效动作时钟衡量接收后到客户获得合适回应。三者起点、暂停与负责人不同。
企业需写清工作日、时区、客户指定时间、资料待补、重复关系核实、系统故障等例外。不要照抄“几分钟响应”“一天联系若干次”等行业数字。主动询价和普通内容申请可能需要不同服务级别，真实窗口应由客户需要、团队容量和历史记录验证。
一个状态流转教学例子
林经理在周一提出希望讨论线索退回规则，并约周三交流。市场周一完成必要上下文并分配给小周，状态是“已转交、待接收”。小周当天核对归属，确认接收，并写“周三按约沟通，会前读取现有定义”，状态改为“已接收、待约定动作”。
周三沟通后，小周记录：“客户希望先内部统一三类退回原因；本次没有讨论系统采购；下周由林经理确认是否需要进一步范围交流。”这时首次有效动作完成，但不自动成为SQL或商机。若小周发现已有负责人，则转为“归属核实”，不能另起一条销售路径。
系统成功为什么不代表业务成功
接口可能成功写入CRM，但枚举值错误、联系人重复、目标负责人为空或权限不足；通知可能送达，却没有人打开；自动化可能把状态改成“已接收”，实际销售并未承担。技术日志和业务事件要分别保存。
一个可靠流程应监控：源事件和入库数量是否匹配、分配是否找到负责人、接收是否超时、首次动作是否有结果、失败是否进入可见队列。自动化适合传输、提醒、去重候选和告警，不能代替资格判断、责任确认或客户反馈。
还应定期用一条测试记录走完整链路，检查分配人是否正确、接收按钮是否留下真实事件、退回是否保留原因、客户权限是否被覆盖，以及失败后谁会收到告警。测试记录必须与真实客户区分并及时清理。若系统只能展示最后状态，团队至少应在审计日志中保留每次变化；完整的数据合同与故障处理方法可结合营销自动化系统连接方法核对。
接收以后为什么仍能修正判断
销售获得的新事实可以改变市场的初步判断。客户可能只需要模板、项目尚未成立、已有合作方、当前不允许继续联系，也可能问题比最初描述更具体。销售应记录实际结果，市场据此调整培育、来源、内容和MQL标准。
这种修正不是“市场交错了”或“销售不配合”的自动证据。要看当时转交是否符合版本规则、销售是否按约行动、新事实何时出现。规则正确但客户情况变化，与规则本身错误，是两种不同复盘。
退回、补充和拒绝接收怎样区分
补充表示目标负责人愿意承接，但缺少影响下一步的具体信息，由明确责任人补齐；退回表示按共同原因进入市场培育、清洗、排除或其他队列；拒绝接收表示负责人认为不在范围或没有容量，需要管理者协调。三者不能都写成“退回”。
退回原因要能连接动作。例如重复记录合并到已有负责人，暂未成熟进入主题培育，主体无效进入清洗，明确拒绝停止联系，容量不足进入重新分配或升级。下一课会进一步讨论销售退回线索以后怎样处理。
客户指定时间和等待状态怎样处理
客户说“下周三再联系”，当前状态不是拖延，而是有约定的等待。记录等待对象、约定时间、负责人和所需准备；SLA时钟是否暂停以及何时恢复要有规则。提前频繁联系可能破坏客户体验，逾期不联系同样是失约。
等待内部核实也要具体：谁回答什么、预计何时、超时如何升级。若企业需要更长时间，应向客户提供真实进展，不编造答案。等待不是从系统里消失，而是变成可复查任务。
权限与最小披露怎样贯穿三步
转交只传递完成本次任务所需的信息；接收者按角色获取权限；跟进时遵守客户允许的渠道、用途和频率。敏感信息、录音、原始聊天和详细个人数据不应直接铺在通知群里。
如果客户撤回同意或提出删除、更正要求，相关状态要同步到会执行触达的系统和负责人。系统之间状态不一致时，先选择保护客户的处理并通知合规或数据责任人。本页是流程教学，不构成法律建议。
怎样设计状态字段
可以用事件时间而不是一个不断覆盖的下拉值保存关键节点：达到转交条件时间、分配时间、接收时间、首次有效动作时间、反馈时间和退回时间。当前状态由事件生成，但原始历史仍可追溯。
每个事件保存对象、责任人、规则版本、结果和证据入口。这样团队可以回答“卡在哪里”，而不是只看到最后状态。字段名称按企业系统实现调整，核心是语义不混用。
学完这一页要完成什么
选择一条脱敏线索，从转交、接收、首次有效动作三步画出时间线。每一步标注触发事件、责任人、完成条件、当前证据、失败去向和例外。若团队只有一个“已分配”字段，先在流程说明中拆开，不必立即购买新系统。
再用一条客户改期和一条已有负责人冲突的样本试跑，检查时钟是否被错误计算。完成后到市场销售SLA写法把三只时钟固化为共同约定。
结论：状态要告诉团队责任走到哪里
线索转交、销售接收和后续跟进怎样分别确认？转交确认记录到达目标责任范围，接收确认由人承担后续核实，跟进确认客户获得了与任务相符的动作。三类事件各有时间、责任、结果和失败去向；只有分开记录，团队才能判断技术是否送达、责任是否接住、客户是否得到回应。
本页来源与禁写边界
- 本页依据本课已确认学习单元第三章、赵岩《B2B数字营销笔记2025》第88—92页及《B2B数字营销基础课》课件第62—64页整理；课程材料只支持任务、记录与协作边界，不采用固定工作量或联系数字。
- 已确认Blog：B2B市场与销售SLA怎么制定用于分配、接收、首次动作和时钟定义，B2B营销自动化系统怎么连接用于事件流、主责系统、失败处理与人工确认边界。
- 禁写：自动分配等于销售接收；自动邮件等于首次有效动作；拨号未接等于客户无需求；所有入口采用同一响应时限；系统自动判断资格、意愿或归属；虚构技术能力、客户结果或效率提升。