B2B线索状态流转记录的最低标准，是让没有参加上一次沟通的人，也能看懂“为什么从原状态变成新状态、现在由谁负责、下一步做什么”。至少应保存原状态、新状态、发生时间、判断依据、当前负责人和下一步；重要场景再补客户原话、未知事项、约定期限、来源事件和规则版本。
记录模板服务于阶段口径，不是用字段代替判断；遇到销售退回、客户暂停或新信号，还要按培育与再激活规则说明原因、许可与后续动作。两页结合使用，团队才能同时看见“处于什么状态”和“为什么处于这个状态”。
为什么只保留当前状态不够
CRM里显示“SQL”，只能告诉你当前标签，不能说明它何时变化、由谁判断、依据是什么。若销售后来退回，团队也无法判断原来的MQL条件有问题，还是客户情况刚刚改变。历史流转记录提供了理解变化的上下文。
只看当前状态还会让等待时间失真。记录在“已分配”停留三天，和销售已经接收但尚未核实三天，是两种问题；没有分开的时间事件，就无法找到真正的协作瓶颈。
最小记录包含哪六个字段
第一是原状态，第二是新状态，第三是发生时间，第四是判断依据，第五是当前负责人，第六是下一步动作。下一步最好包含动作、负责人和约定时间，例如“销售小周周三与联系人核实双方的线索定义”，而不是笼统写“持续跟进”。
记录还应有唯一标识，能够关联正确联系人、企业和商机。若身份尚未确认，应把不确定性保留下来；不能用相同姓名直接覆盖另一条记录。
判断依据要写事实，不写模糊评价
“客户很有兴趣”“线索质量高”“关系不错”难以复核。更好的依据是：“联系人主动说明市场与销售定义不一致，希望周三安排范围讨论；企业类型在当前服务范围内；尚未确认预算。”事实和未知并列，读者才能理解判断边界。
证据可以来自客户主动表达、销售核实、表单提交、活动问答或网站事件，但强度不同。一个点击能证明点击发生，不能独立证明采购计划；人工确认也要注明确认人、时间和客户原话。
客户原话与团队判断应该分开
客户原话是事实记录，团队判断是基于规则的解释。可以分别写：“客户说先拿定义示例做内部讨论”与“当前属于学习需求，暂不进入销售交流”。这样当新事实出现时，团队可以更新判断，而不必改写客户曾经说过的话。
若只保留“低意向”，后续人员看不到客户其实明确提出了内部讨论需求；若只保留原话，没有业务判断，负责人又不知道下一步归谁。两者并列，才既忠于事实又能指导行动。
来源、创建方式、负责人和接收状态不能混用
一条记录可以由销售手工创建，但客户最初可能来自活动或自然搜索；销售成为负责人后，首次来源也不会改变。应分别保存记录创建方式、首次来源、转化来源、当前负责人和历史负责人。
同样，系统分配只是路由事件，销售接收是人的确认。邮件发送成功或提醒已读，不能自动等同于销售承诺处理。来源模型的详细拆分可连接到B2B线索来源如何统一。
未知事项要怎样写
未知不是数据错误，而是当前尚未获得的信息。例如预算、项目时间、决策者和技术限制都可能尚未确认。记录“待确认”并写明谁在何时核实，比填入“0”“不确定”混合值或依据职位猜测更可靠。
未知字段还要区分“没有问”“客户不愿提供”“当前不适用”和“系统采集失败”。这些原因会导向不同动作。团队不需要为了让资料看起来完整，在第一次接触就问完所有事情。
一条合格的流转记录怎样写
示例：“9月11日，原始线索改为MQL。依据：林经理说明需要梳理市场与销售交接规则，问题在讨论范围内，并同意周三交流；预算与项目周期尚未确认。负责人：MDR（市场线索承接或培育角色，不同企业命名不同）小陈。下一步：今天补齐现有流程说明，周二前分配给销售小周。”
销售接收后另写：“9月12日，小周确认接收；将在约定交流中核实双方当前定义、参与角色和希望获得的结果；尚未建立商机。”日期与人物是教学示例。两条记录不能合并成“已转销售”，否则接收时间和核实任务会消失。
退回、暂停和排除怎样记录
退回要写具体原因、已做动作、是否允许后续联系、适合的内容和复核条件。例如“当前组织调整，联系人希望两个月后再讨论”，与“需求不在服务范围”不能放在同一原因。前者可以安排复核，后者应停止错误推进。
排除也应保留必要依据和权限控制，避免其他同事重新创建并再次打扰。重复记录则要保留合并关系和原始来源，不能删除到看不出历史发生过什么。
规则版本为什么也要保存
企业会调整MQL、SQL和商机标准。若今年把“主动咨询加企业信息”作为MQL，明年又增加服务范围核实，却仍把两年数据直接比较，转化变化可能只是规则变化。流转记录应能够找到当时采用的规则版本和生效日期。
指标名称也要同步更新。有关统计对象、公式和观察窗口的定义，可以参考B2B营销指标如何定义，避免把口径变化误认为业务改善。
怎样检查记录质量
可以每月抽样若干流转，检查六个最小字段是否完整、依据是否可核实、未知是否被猜测填充、负责人是否明确、下一步是否逾期、来源是否被覆盖、退回原因能否导向动作。抽样不是为了挑错，而是发现规则和工具哪里不支持真实工作。
还可以让未参与沟通的同事复述记录。如果他能说清客户是谁、为什么变更、已经确认什么、还要确认什么和下一步由谁完成，记录才真正具备交接价值。
从共享表格到CRM应该怎样迁移
第一版可以先用共享表格验证字段与流程，再配置CRM。系统中应尽量把关键状态、时间和负责人结构化，同时保留客户原话与判断说明。不要为了适应现成字段，删除业务上必要的事实。
迁移历史记录时先保留原值，建立旧状态到新状态的映射；无法判断的记录标记历史未知，不凭名称补齐。自动化可以提醒、分配和校验必填项，但最终业务判断仍要有负责人。
一份可直接采用的记录模板
可以把单次流转写成：“对象ID；企业ID；原状态；新状态；发生时间；触发事件；客户原话；判断依据；仍未知事项；当前负责人；下一步动作；约定时间；来源记录；采用的规则版本；记录人。”结构化字段方便统计，客户原话与判断说明保留语境，两者都不可缺少。
模板上线前，用已接收、退回、重复合并和客户暂停四类记录测试。检查它是否能表达“没有发生变化”的情况，例如销售拒绝接收或客户没有授权继续联系。若模板只能记录向前升级，它会逼迫同事用错误状态迁就系统。
还应约定谁能修改客户原话、谁能更改状态、合并后怎样保留旧ID，以及发现错误如何更正。更正记录应留下时间与原因，不静默覆盖历史。这样才能在复盘时区分当时事实、后来补充和录入错误。
模板还需要处理多人参与。同一家企业的市场经理和销售负责人可能分别留下信息，应为每个人保存独立联系人和互动，再通过有证据的企业关系连接。商机属于具体合作事项，不要直接挂在所有联系人身上；新的需求也不要覆盖旧商机。这样可以同时保留个人路径、账户视角和合作事项，避免“一家公司只有一条线索”的粗糙模型。
如果自动化会依据字段发送内容或创建销售任务，必须在上线前测试权限、退订、销售保护、重复记录和过期标签。自动动作的影响越大，所依赖的证据就要越强；模型分数可以辅助排序，不能单独修改成交、商机或客户承诺等高影响事实。
结论：一条记录要能让下一位同事接着做
B2B线索状态流转至少记录原状态、新状态、时间、依据、负责人和下一步。再把客户原话、团队判断、来源、未知和规则版本分开，团队才能追溯判断、定位等待、正确交接并复盘流程。最好的记录不是字段最多，而是下一位同事可以据此继续工作。