B2B线索生命周期常见阶段包括原始线索、MQL、分配、销售接收、SQL、商机、成交服务、退回培育和排除。阶段名称并没有全球统一答案，企业真正需要统一的是每个阶段的业务事实：为什么进入、谁负责、下一步是什么、什么情况离开。
本页只回答阶段口径：每个状态代表什么、依据什么变化，以及不能前进时去哪里。生命周期为什么值得管理已在第1页说明；落地时还要把条件写入可追溯的状态流转记录，并为退回、培育与再激活保留独立路径。
原始线索：达到最低条件，但需要仍待核实
原始线索是已经满足团队最低联系条件、可以进入业务处理的记录。例如，联系人主动留下可核对的信息，说明所属企业和此次来意，并允许团队以约定方式回应。它不表示已经适配，更不表示即将采购。
最低条件要根据业务设计。要求太少，会让负责人花大量时间处理无法确认的记录；要求过多，则可能把早期但相关的联系挡在外面。字段缺失时可以写待确认，不能为了通过规则而推断职位、预算或需求。
MQL：市场认为已经达到交接标准
MQL是Marketing Qualified Lead，通常译为市场认可线索。它表示市场或线索运营团队依据共同标准，认为这条联系与目标范围相关、存在值得继续核实的问题，并具备向销售交接的必要信息。
一次资料下载、一次高频浏览或一个平台评分，可以成为核实线索的信号，却不应自动等同于MQL。MQL条件要包含可解释事实，并由市场和销售共同确认；否则市场可以不断放宽规则，销售则会用拒绝表达不信任。
已分配：记录已送达某位负责人
已分配表示系统或人员把线索指定给某位销售，证明的是路由动作，不证明销售已经阅读、同意接手或联系客户。这个阶段看似细小，却能帮助团队定位问题到底发生在分配规则、消息送达还是销售处理。
分配时应同时带上联系人、企业背景、来源、客户原话、已知与未知事项、建议下一步和允许联系的方式。只有一个姓名和手机号的“抛线索”，无法让接手者延续前面的沟通。
已接收或SAL：销售明确确认接手
销售看过必要背景并明确同意继续处理，才可以记录已接收。有些企业把这个状态称为SAL，即Sales Accepted Lead；也有企业不单设SAL，直接把接收动作并入SQL。两种设计都可以，但报表必须解释名称代表的事实。
接收不是对最终质量的保证。销售随后可能发现项目不在服务范围、时间暂不合适或信息有误。独立记录接收动作，可以区分“市场是否送达”和“销售核实后是否认可”，减少部门互相归因。
SQL：销售核实后认为值得继续推进
SQL是Sales Qualified Lead，通常译为销售认可线索。销售通过实际沟通或可靠资料核实，确认存在值得进一步讨论的业务问题、合适的参与者和可安排的下一步，才进入SQL。企业可以加入自身业务需要的标准，但必须可被解释和复核。
课件历史版本把销售接收直接称作SQL。本课程为了让新人看清动作，将“已接收”和“进一步核实后认可”分开。若公司仍采用历史合并口径，应在字典中写明，不能一张报表把两种口径混用。
商机：形成了一项具体合作可能
商机不是SQL的漂亮别名，而是一次具体合作事项。通常要记录讨论范围、关联企业与联系人、当前阶段、负责人、已确认条件、未知风险和下一步。是否还需要金额、预计时间或决策流程，由企业的销售管理规则决定。
同一家企业可以有多个商机，一条SQL也可能经核实后不建立商机。内容被认可、会议气氛很好或客户说“以后有机会”，都不足以自动创建真实商机。
成交与服务：合作成立后主体和责任继续变化
合作成立后，工作从机会推进进入交付、使用、续约或扩展。此时仍要保留此前的来源、客户问题和承诺边界，让客户负责人理解为什么开始合作、已经确认什么、哪些事项没有承诺。
成交不是生命周期信息的终点。销售承诺、合同范围和实施限制应传递给交付团队；新的需求可以建立新商机，不能直接覆盖原合作记录。客户阶段如何命名，应与企业合同和服务流程一致。
退回培育、暂停与排除：不同原因要有不同去向
销售退回可能因为时机未到、信息不足、范围不适配、重复记录或无法联系。时机未到且仍相关的记录可以进入培育；客户明确暂停则记录原因与允许的后续方式；信息无效、明确拒绝联系或不适配，应排除或停止联系。
把所有退回统一放进一个“沉睡池”，会让后续团队不知道该提供什么内容，也容易再次打扰不应联系的人。原因字段必须能导向动作，而不只是评价销售或市场。
状态怎样前进、回退和重新进入
阶段不是只能向前。MQL被销售接收后仍可退回，暂停的联系人出现新问题后可以重新核实，重复记录可以合并到原联系人，原联系人换岗后企业关系也可能改变。每次变化都要保留原状态、新状态、时间、依据与负责人。
再激活通常是一项新事件或处理任务，不一定要成为永久阶段。它表示已有联系人出现符合规则的新信号，需要团队重新核实；经过核实后，再决定进入MQL、SQL、培育或其他状态。
怎样为自己的企业定义阶段
从真实工作流开始，选取若干近期联系，逐条问：什么时候市场认为可以交接，销售怎样确认接收，哪些事实支持继续推进，什么条件建立商机，不能推进时有哪些原因。先写事实，再决定是否使用MQL、SAL或SQL等名称。
为每个阶段建立口径卡：定义、对象、进入依据、排除条件、负责人、下一步、退出条件、最长等待时间、数据源和规则版本。试运行后通过真实记录检查，而不是只让管理者在会议室里一次定稿。
怎样用阶段数据发现问题
可以观察MQL到接收、接收到SQL、SQL到商机的数量与时间，但数字必须与定义、样本和观察窗口一起阅读。某月SQL下降，可能是来源结构变化、MQL条件改变、销售尚未完成核实，也可能是系统状态未更新。
不要用单一转化率决定部门好坏。先检查阶段进入是否合规、负责人是否按时行动、退回原因是否完整，再分析渠道、内容和客户类型。指标定义方法可连接到B2B营销指标如何定义。
用阶段卡片完成一次团队校准
为原始线索、MQL、已分配、已接收、SQL、商机和退回各做一张卡片，卡上写定义、进入证据、不能作为证据的信号、负责人、下一步、退出方式和一个真实脱敏样本。让市场与销售分别给同一批历史记录归类，再比较差异发生在哪里。
如果差异来自名称，就统一词典；如果来自证据强度，就补充正例和反例；如果来自负责人没有更新记录，就修复流程。校准的目标不是让所有线索都进入更后阶段，而是让同一事实得到一致判断。阶段规则修改后保留旧版本和生效时间，避免历史报表突然失去可比性。
阶段卡还应写出“不能作为进入依据”的反例。例如，阅读一篇文章不等于MQL，系统完成分配不等于销售接收，销售参加一次会议不等于已经建立商机。反例能帮助新人知道规则的边界，也能防止自动化把弱信号误写成业务事实。
完成后挑选四类样本回放：正常向前、销售退回、客户暂停和重复合并。检查每类记录能否找到当时的证据与负责人，能否在规则变更后解释历史数据。若一个阶段只有名称而没有可操作的判断，宁可暂时合并，也不要为了看起来完整而增加空状态。
校准结果应形成一页公开给内部使用的阶段字典，并由市场、销售和数据负责人共同维护。新人不需要记住全部历史争论，但必须能查到当前定义、正反例和最近一次变更原因；系统、培训材料和看板中的名称也要随之同步。
结论：阶段名称可以不同，事实必须一致
B2B线索生命周期可以包含原始线索、MQL、分配、接收、SQL、商机、成交服务、培育与排除。企业可以调整名称和数量，但不能省略进入依据、责任人、下一步与退出条件。缩写统一只是开始，能让不同团队依据同一事实继续工作，才是阶段设计的结果。