B2B线索生命周期，是企业从第一次识别一条潜在业务联系开始，持续记录这条联系发生了什么、由谁处理以及下一步去向的过程。它可以经过原始线索、市场认可、销售接收、销售核实、商机和成交，也可以因为当前不适配而进入培育、暂停或排除。生命周期真正管理的不是缩写，而是事实、责任和动作。
本页重点解释企业为什么要管理生命周期，以及一套可接续规则应解决什么问题；它不逐项展开阶段。要先分清数据对象，可读访客、联系人、线索和客户有什么区别；要核对阶段名称与进入条件，可读线索生命周期通常包含哪些阶段。
先把“生命周期”理解成连续工作，而不是标签收藏
很多新人第一次接触线索生命周期，会先背MQL、SQL、商机等名称。名称当然需要统一，但名称只是给状态取的名字。真正影响工作的，是团队能不能回答：这个人或企业为什么进入当前状态，哪条事实支持判断，谁应该继续处理，什么时候检查下一步。
例如，一位读者看完文章并不等于进入销售阶段；他主动说明企业正在梳理市场与销售的线索定义，并同意安排一次范围沟通，才出现了新的、可核实的业务事实。状态变化应当跟随事实变化，不能因为系统能够自动打标签，就把每次点击都包装成意向升级。
生命周期解决的是跨团队“接着做”的问题
市场知道这条联系从哪里来、接触过哪些内容，MDR（市场线索承接或培育角色，不同企业命名不同）或线索运营同事知道对方提出了什么问题，销售需要知道为什么值得继续核实，客户负责人则需要在合作成立后理解客户目标和已知限制。如果每个部门只保留自己的记录，客户每走一步都要重新解释一次。
因此，线索生命周期的价值不是让报表显得专业，而是让信息在交接中不断线。上一位负责人要留下足够事实，下一位负责人要明确确认接收；状态、负责人和来源要分开保存，不能用“已经交给销售”同时代替这三件事。
生命周期中的对象与状态必须分开
访客、联系人、企业账户和商机是不同对象；原始线索、MQL、已接收和SQL则通常是团队为处理过程定义的状态。同一家企业可以有多位联系人，也可以同时讨论两项不同合作；同一个联系人参加三次活动，通常仍是一个人产生三次互动。
对象分不清，会出现重复客户、来源覆盖和销售归属冲突；状态分不清，会出现市场说已交接、销售说从未接收。生命周期设计应先画清“人—企业—商机—互动事件”的关系，再为需要协作的节点设置状态。
一套可用的阶段需要四个基本条件
每个阶段至少要写清四项：进入依据、当前负责人、下一步动作和退出条件。例如“市场认可线索”不能只写“有兴趣”，而要说明企业与服务范围是否相符、对方是否表达了相关问题、信息是否足够交接，以及谁负责补齐仍未知的事项。
退出条件同样重要。销售接收后发现当前没有明确项目，可以退回培育；信息无效或对方明确拒绝联系，应进入排除或停止联系。没有退出条件的状态会积累大量长期不动、却被报表当成有效进展的记录。
为什么真实路径不是一条只向下的漏斗
漏斗适合展示从较多接触逐步减少到较少成交的整体数量，但单条线索的工作路径并不一定线性。联系人可能先学习、后来咨询，也可能在方案讨论后因组织调整暂停；原联系人离职后，同一企业的另一位同事又提出新的需求。
因此，生命周期图应允许退回、暂停、再激活、合并和排除。允许回退不等于管理混乱，关键是每次变化都有理由、时间和负责人。强行让所有记录只向前升级，反而会把“不知道”“等待中”和“不适合”藏在漂亮的转化率里。
用林经理的例子看一次完整变化
林经理先匿名阅读线索交接文章，此时只有访问事件。后来他主动说明自己负责B2B市场，希望解决市场与销售定义不一致的问题，并留下合适的联系方式，团队建立联系人和原始线索。MDR核实问题、企业背景和沟通意愿后，达到共同约定的市场交接条件，记录为MQL。
销售小周被分配到这条记录，不代表已经接手；小周确认看过背景并同意继续核实，才进入已接收。进一步沟通后，双方明确讨论范围、参与人和下一次会议，若符合公司的SQL与商机标准，才分别更新状态。这里的人名、日期和情境都是教学示例，不是事橙客户案例。
每次变化都要保留一条可读的流转记录
最小记录可以包含：原状态、新状态、发生时间、判断依据、当前负责人、下一步动作。必要时再加来源事件、待确认事项和约定期限。记录应优先写事实，例如“对方说明将在周五内部讨论，暂不安排服务交流”，而不是只写“意向一般”。具体写法见B2B线索每次状态流转应该记录什么。
来源与负责人不能互相覆盖。销售接手以后，首次来源仍可能是自然搜索或活动；负责人变化也不意味着客户重新出现。关于来源的多维记录，可以连接到B2B线索来源如何统一继续学习。
生命周期报表应该回答哪些经营问题
阶段数量只能告诉团队某个时点有多少记录，不能单独解释质量和原因。更有用的问题包括：有多少记录达到清晰的进入条件，分配后多长时间得到接收，哪些退回原因反复出现，哪些来源带来的联系人最终进入真实商机，以及有多少记录因为信息缺失长期停滞。
统计前要确定对象和观察窗口。联系人数量、企业数量和商机数量不能混为一个“线索数”；刚进入销售队列的记录也不能与已经观察三个月的记录直接比较。可参考B2B营销指标如何定义建立对象、公式、时间和责任人。
新团队怎样建立第一版生命周期
先选择一个真实业务入口，例如官网咨询或活动报名，列出从识别到下一步处理的现有动作。然后让市场、线索运营和销售共同写出必要状态，不要一开始复制十几个行业术语。每个状态补齐进入依据、退出依据、负责人和最长等待时间，再用近几条历史记录走一遍。
第一版即使使用共享表格也可以成立。系统只负责执行已经说清的规则，不能代替团队形成规则。试运行后观察哪些状态无人处理、哪些字段总是未知、哪些退回原因无法用于后续动作，再逐步调整。
常见错误与适用边界
常见错误包括：把匿名访问当成确定身份；把一次下载自动判成MQL；把已分配等同于销售接收；把联系人、企业和商机塞进同一行；为了提高数据而修改进入条件；把退回全部当成失败；用系统字段名代替业务解释。
不同企业可以使用不同名称，MQL、SAL和SQL也没有脱离业务规则的唯一答案。本课给出的是一套可执行的参考口径，不宣称行业必须采用同一阶段。判断标准应来自企业真实销售过程，并在变更时记录版本和生效日期。
学完这一页应该完成什么
不要只画一张漏斗图。请选取一条近期真实联系，在不暴露个人信息的前提下，写出它经历的对象、状态和事件：哪一步仍是匿名访问，何时能够识别联系人，什么时候达到最低线索条件，团队依据什么判断下一阶段。再为每个状态补上负责人、下一步和退出条件。
最后请一位没有参与原沟通的同事阅读。如果他无法判断现在轮到谁、为什么要做下一步，说明生命周期仍停留在概念层；如果不同同事对同一记录给出不同阶段，则先修订定义和例子，不要急着配置自动化。
练习还要保留一条没有顺利向前的记录。分别演示销售未接收、客户暂停和明确不适配时怎样处理，确认流程能够诚实记录回退与退出。只有理想路径的生命周期图，无法指导团队面对真实例外。
结论：生命周期最终要回答三个问题
B2B线索生命周期不是一张漂亮漏斗，也不是一串必须背诵的英文缩写。它应让任何接手的人知道：现在已经确认了什么，当前由谁负责，下一步做什么。对象关系清楚、阶段条件明确、每次流转可追溯，生命周期才会真正连接市场、销售与客户经营。