一条B2B线索从首次接触走到商机和成交，核心不是“升级了多少次”，而是每一步是否出现了新的、可核实的事实。下面沿用林经理、小陈和小周的教学情境，完整走一遍访问、识别、核实、交接、商机与结果。所有人物、企业、日期和对话均为教学示例，不是客户案例。
阅读情境前，可以先核对访客、联系人、线索、企业账户与商机的区别和各阶段的共同口径。情境中的每次变化还应形成状态流转记录；没有继续推进的联系，则进入退回、培育或再激活路径。
第一步：匿名阅读只是一条访问事件
林经理在搜索中看到“市场与销售怎样统一线索定义”，进入课程页面并阅读。网站可以记录页面、时间和来源，但此时不知道访问者是否真是林经理，也不知道他代表哪家企业、有没有业务问题。团队不应凭一次浏览创建“高意向客户”。
这一步的合理动作，是提供清晰内容和继续学习入口，并在合适位置说明怎样提出问题。访问事件可以帮助分析内容是否被使用，但只有在合法、必要和透明的范围内，才能继续识别具体联系人。
第二步：主动表达让访客成为可识别联系人
林经理主动留下工作邮箱，说明自己负责一家B2B软件企业的市场工作，希望获得线索定义示例。他从匿名访客变成可识别联系人。团队记录的是他主动提供的事实，不根据邮箱域名猜测预算、团队规模或采购计划。
联系人档案需要保留识别依据、企业关系、允许的沟通方式和此次来意。如果同一邮箱过去参加过活动，应先核对是否同一人，再连接历史互动，不能新建一串重复记录。
第三步：达到最低条件后建立原始线索
本教学流程将“可核对联系人、企业或工作背景、此次来意、合适沟通方式”作为最低条件。林经理的信息达到条件，团队建立原始线索，并把未知事项明确保留。不同企业可以采用不同标准，示例不等于行业通用门槛。
原始线索的负责人是MDR（市场线索承接或培育角色，不同企业命名不同）小陈。小陈的任务不是马上销售，而是理解问题、区分学习需要和业务咨询、补齐交接所需信息，并判断该由内容回应、专业同事沟通还是停止进一步联系。
第四步：核实事实后形成MQL
小陈询问当前情况。林经理说明市场和销售各自维护表格，对“有效线索”的理解不同，希望先梳理交接规则，并愿意安排一次范围交流。企业类型和问题在可讨论范围内，信息达到双方约定的MQL标准。
状态改变的依据是客户原话、背景与明确的下一步，不是“打开过三封邮件”或系统评分。小陈同时记录尚未确认预算、项目时间仍需讨论，避免把未知写成肯定。
第五步：分配与接收是两个动作
小陈把线索分配给销售小周，附上来源、林经理原话、已知背景、未知事项和双方约定的时间。此时状态是已分配，只能说明路由完成。若小周没有确认，不能在报表里直接写“销售已跟进”。
小周阅读记录并明确确认接手，状态进入已接收。分开这两个节点，可以判断延迟来自系统分配、消息送达还是销售处理，也能让市场知道交接是否真正完成。
第六步：销售核实后决定是否进入SQL
在约定交流中，小周确认林经理会邀请销售负责人参与，双方需要先讨论现有定义、退回原因和责任边界。问题真实存在，相关角色愿意继续，下一步会议已经约定，达到本团队的SQL标准。
SQL并不意味着一定成交。销售仍要确认服务范围、限制、决策过程和其他条件。若发现对方只需要公开教程，小周可以给出学习路径并结束销售推进，不必为了保住SQL而制造项目。
第七步：满足条件后建立具体商机
进一步沟通后，双方明确可能合作的是“梳理线索定义与交接规则”，关联企业、参与人、目标范围和下一次讨论都已确定。公司按自身商机标准建立记录，并保留尚未确认的范围、资源和时间。
商机记录应连接原联系人、企业账户和历史互动，但不能把此前所有内容触点都算作单一渠道的功劳。首次来源、转化来源和后续影响应分开保存，方法可参考B2B线索来源如何统一。
第八步：成交、暂停和不适配都是有效结果
如果双方签署真实合作文件并满足内部成交规则，商机进入成交并交给交付负责人。交接时要传递目标、承诺范围、已知限制和关键参与人。成交状态必须以业务事实为准，不能用“口头觉得没问题”提前确认。
如果林经理因组织调整暂停，团队记录原因、允许的后续方式和复核时间，进入暂停或培育；如果需求不在服务范围，则记录不适配并停止错误推进。清楚的“不继续”比长期挂在商机里更有价值。
把全过程写成一组流转记录
完整记录可以按时间排列：访问事件；联系人主动提交；建立原始线索；核实后成为MQL；分配给小周；小周确认接收；销售核实后成为SQL；建立商机；成交或其他结果。每条包含时间、依据、负责人和下一步。
这组事件让后来接手的同事看见事实怎样累积。不要只保留当前标签，也不要在升级后删除旧状态；否则团队无法计算等待时间、发现退回原因或核对某次判断是否合理。
用这条线索检查团队流程
让市场、MDR和销售分别读一遍记录，检查他们能否独立回答：客户是谁、为什么联系、已确认什么、尚未知什么、现在轮到谁、承诺了什么、下一次动作是什么。如果答案不同，说明定义或交接字段仍不完整。
还应检查重复、权限和联系方式。联系人是否已存在，企业关联是否有证据，是否允许继续联系，敏感信息是否只向必要人员开放。流程完整不等于收集越多，关键是保存完成下一步所需的真实事实。
把故事还原成可执行的交接包
完成本页练习时，不要复述故事，而要交付一份接手者能够直接使用的记录。第一部分是对象：联系人、企业和可能的商机；第二部分是来源与客户原话；第三部分是按时间排序的状态事件；第四部分是已知、未知和不应推断的内容；第五部分是当前负责人、约定动作和截止时间。
再让市场、MDR和销售分别指出自己需要补充的字段。市场可能需要保留内容与活动来源，MDR需要明确核实结果，销售需要看到问题范围和参与角色。字段只在能支持动作时加入，不为了表格丰满收集无关信息。若三方仍要重新询问客户已经回答过的问题，说明交接包没有保存事实或没有被正确读取。
最后设置三个异常分支：销售没有接收、客户临时暂停、核实后不适配。为每个分支写明状态、负责人和后续动作。只有能够处理不顺利路径，线索流转才不是一条理想化演示。
再做一次“逆向阅读”：从最终结果向前追溯，能否找到商机依据、SQL核实、销售接收、市场交接和最初来源。如果中间某一步只能看到标签而看不到事实，就在流程中补上记录点。逆向检查特别适合发现来源被覆盖、接收未确认和未知事项被默认值填满等问题。
完成物不必是一套复杂软件，可以是一张时间线、一份交接记录和三种异常分支。重点是每位同事能依据同一证据得到相同结论，并且客户不需要反复回答已经说明的问题。流程验证通过后，再把稳定字段和提醒动作配置进CRM。
这个示例不能被怎样误用
林经理的路径不是每条线索必须复制的“成功模板”。有人可以从转介绍直接进入销售核实，有人长期只需要内容，也有人在第一步就明确不适配。不同业务的MQL、SQL和商机条件也不会完全相同。
教学示例不提供平均周期、转化率或成交概率。不能根据它承诺某类内容一定带来商机，也不能把一次活动报名自动升级为MQL。示例的用途是练习如何随事实改变状态。
结论：让证据推动流转，而不是让系统推动结论
一条B2B线索从首次联系走到商机与成交，需要逐步识别联系人、核实问题、完成市场交接、获得销售接收、确认合作事项并记录真实结果。每一步都由新证据推动，同时保留未知、暂停和退出路径，这样的流转才可解释、可交接、可复盘。