“标签”和“分群”经常出现在同一套营销系统里，因此很容易被当成同一件事。团队可能说“给这些人打一个高意向分群标签”，一句话里同时混入标签、分群、评分与意向判断。结果是没人知道这个值从哪里来、多久失效、用于排序还是发送，也不知道客户的新回复应该改哪个字段。
区分这些概念不是为了增加术语，而是为了让同一条数据只承担它能承担的责任。标签负责描述，分群负责选择，评分负责排序，分层负责按一条轴管理层级，生命周期负责记录状态变化；联系人、企业账户和商机则是被描述与选择的不同对象。
标签究竟记录什么
标签是对一个对象在某个时间点的一项描述。它可能是已确认事实，例如“所属企业由联系人本人说明”；也可能是直接行为，例如“提交过记录填写问题”；还可能是规则推断，例如“近期可能关注权限”。三者的证据强度不同，不应存成同一个没有来源的 `interest=true`。
一条可用标签至少要回答：描述谁，标签值是什么，定义是什么，数据从哪里来，何时生成，是事实还是推断，何时复核或失效，谁可以使用，冲突时怎样处理。标签越接近事实，越容易解释；影响越大的自动动作，越不能只依赖推断标签。
分群究竟完成什么
分群是按一组条件选择对象，服务一个明确任务。它可以回答：“哪些联系人适合收到记录填写教程”“哪些账户需要观察多角色参与”“哪些人应排除在本轮发送之外”。同一标签可以进入多个分群，一个分群也会同时使用多个标签、原始字段、时间窗口和排除条件。
分群不是永久身份。任务结束、时间窗口过去、客户问题变化、进入销售沟通或撤回联系后，名单应重新计算。一个联系人同时进入多个分群并不一定有错，关键是相应动作是否冲突、谁有优先权。
一个例子怎样看出两者差别
教学记录里，周老师在官网表单中写“想统一线索跟进记录”。可以保存标签：“联系人主动问题主题=记录填写”，来源为官网表单，时间为本次提交，性质为客户主动表达。这个标签本身还没有决定要发什么。
为了发送入门教程，团队建立分群：“主动询问记录填写 AND 允许通过约定渠道接收资料 AND 当前无销售跟进 AND 尚未收到该教程”。四个条件共同选出本次名单。以后同一个主题标签也可用于统计问题数量，或在活动选题时观察，而不必每次都触发发送。
评分和标签为什么不能互相替代
评分把多个信号按规则转换成数值，主要用于排序或触发复核。标签可以作为评分输入，评分结果也可以保存为一个带版本的数值字段，但分数不等于客户事实。一次下载、连续阅读或职位匹配都可能加分，却不能证明预算、采购时间、决策权或需求已经确认。
赵岩早期课件用固定行为分值演示线索打分原理，这些数字只能说明“规则可以计算”，不能成为行业标准。本课程不沿用任何固定分值。企业若要评分，应根据自己的对象、数据质量、销售反馈和错误成本设计，并保留规则版本；高分最多提示优先核实，不能自动创建商机。
分层和分群为什么也不同
分群按照共同条件形成集合，可以互相重叠；分层则按价值、成熟度、阶段或其他有顺序的标准，把对象放进高低或前后层级。同一联系人可以同时属于“制造业”“关注记录填写”“参加过活动”等分群；在一套明确的成熟度分层中，通常只处于一个主要层级，并随新事实向上、向下或退出。
“高活跃人群”未必是分层。如果只选出高活跃者，没有定义中低层、顺序与迁移，它仍只是一个分群。相反，一套分层即使使用多个条件计算，只要最终有单一排序轴、明确进入退出与对应动作，就仍是分层。完整边界可读客户分群与客户分层的定义和组合方式。
生命周期又在记录什么
生命周期记录联系人、线索或客户关系随真实事件发生的状态变化，例如从新联系进入待核实、形成MQL、销售接收、SQL、商机、客户或退回培育。阶段名称由企业共同定义，关键是每次变化有时间、依据、负责人和下一步。
生命周期状态可以成为分群条件，例如选出“当前处于培育、尚无销售保护”的联系人；但分群不会因此变成生命周期。也不能因为一个人进入“方案内容读者”分群，就自动把生命周期改为MQL。需要复习状态边界，可查看MQL和SQL分别由谁判断。
联系人、账户和商机为什么先于标签
标签必须挂在正确对象上。联系人的职位、个人主题兴趣和触达偏好属于联系人层；行业、企业规模、已有客户关系与账户负责人通常属于账户层；具体采购问题、参与者、范围和商业阶段属于商机层。把三层混在一条记录里，会让标签看似丰富却无法解释。
例如，一家企业的市场联系人阅读基础教程，技术联系人查看权限说明。可以分别记录两个人的行为，再关联同一账户；不能直接给账户打“只关心基础记录”或“已进入技术评估”。只有经过可靠身份连接并出现账户层事实，才更新账户判断。关于对象模型，可读联系人、账户与商机的数据关系。
标签的四种来源怎样影响使用
已确认文章把标签来源分为人工确认、系统同步、规则计算和模型推断。人工确认适合保存沟通上下文，但需记录确认人和时间；系统同步接近业务记录，却要明确主数据源和冲突处理；规则标签可解释，但必须有窗口、排除和退出；模型推断适合排序或推荐，不能伪装成客户事实。
来源不同，允许的动作也不同。客户主动选择“需要记录模板”，可以用于完成该请求；规则推断“近期关注记录管理”，可以用于页面推荐或人工复核；模型预测“高转化概率”不应直接修改销售阶段。详细规则见客户标签如何生成、更新和使用。
一套最小标签字典应有什么
第一版不必建几十种标签。可以从完成本课A/B内容任务所需的少量字段开始：对象ID、问题主题、问题来源、客户原话、已知角色、当前生命周期状态、已有负责人、允许渠道、最近更新时间，以及事实或推断标记。每个字段写清定义、允许值、数据来源、维护人和失效规则。
“关注权限”若来自客户主动提问，应保存原话；若来自阅读，应写成“阅读过权限文章”，需求仍未知。旧值与新值冲突时，不要让最近一次点击覆盖销售确认；保留来源、时间和核验任务，才能知道应该相信什么。
分群规则怎样写才可审查
一条可审查规则包含：任务、对象、进入条件、排除条件、时间窗口、数据来源、刷新方式、允许动作、禁止动作和负责人。例如：任务是发送记录填写教程；对象是已识别联系人；进入条件是客户主动提出记录填写问题并允许接收；排除正在销售沟通、已退订和已收到内容；允许发送一次约定资料；禁止自动转MQL或追加其他渠道。
规则里若出现“高价值”“有意向”等词，必须能回到可核实定义。若团队无法解释某人为什么入组，就先人工复核，不依赖系统界面给出的名称。
怎样同时使用标签、评分、分群和分层
一种可行顺序是：先用事实和行为标签保存信息；需要比较处理顺序时，再以透明规则计算匹配度或意向度评分；为一个具体内容或分析任务组合成分群；需要长期分配资源时，另建有单一轴线的账户分层；每次真实状态变化继续写入生命周期。
这不是唯一技术架构，也不要求所有企业一次实现。小团队可以先在可控表格中验证字段和动作，大团队也不能因为购买了平台就跳过定义。工具负责执行已明确规则，不负责替团队决定客户事实。
常见混淆怎样修正
把“高意向”同时当标签、分数、层级和生命周期，是最常见问题。修正时依次问：它描述什么事实；怎样计算；有没有顺序；是否表示发生过业务状态变化；挂在哪个对象；会触发什么动作。回答不清，就拆开保存。
另一个问题是把未知填成默认值。行业未确认、账户未匹配、角色不清楚时，允许保留未知；否则分群会排除真正合适的人，或把错误对象纳入自动流程。未知是数据质量的一部分，不是必须隐藏的失败。
学完这一页应该完成什么
选出团队目前使用的五个字段，逐个标记它是标签、原始事实、评分、层级还是生命周期状态，并写清对象层级。若一个字段同时承担多种含义，把它拆成可追溯字段。例如把“高意向客户”拆成联系人行为摘要、账户适配判断、评分数值、资格状态与商机阶段。
再为A组教程写一条分群规则，让另一位同事仅凭规则判断三条脱敏记录是否进入。两人的结论不同，先修定义，不急着搭自动化。
结论：标签描述，分群选择，其他概念各守边界
B2B客户标签是一条有对象、来源和时间的描述；分群是为某个任务组合条件选人。评分只辅助排序，分层管理有顺序的层级，生命周期记录状态变化。先区分联系人、账户和商机，再使用这些工具，才能避免把个人行为、系统分数和真实采购进展混在一起。
上一页解释了为什么不能给所有人同一份资料；下一页用最小实验说明怎样先做两组并安排两种内容。