客户标签规则如何核对：来源、条件、冲突与回退 | 海豚 SCRM

从需要解决的标签差异开始

不同渠道记录同一客户时，标签名称和含义可能不一致。先选一个具体业务场景，例如客户完成某项服务后需要更新“服务阶段”，再写清该信息由哪个系统产生、如何识别客户、谁可以查看以及目标记录应显示什么。不要先追求所有渠道实时互通；范围过大会让错误难以定位，也可能扩大客户资料的访问范围。

准备少量已授权、尽量脱敏的样本，包含正常、字段缺失、重复客户和旧值冲突。每条样本记录源端旧值、期望新值、目标端旧值和负责人。响应速度、准确率以及营销效果应在真实运行后测量，不能预设毫秒级更新、99.9% 准确率或固定误触率。

定义触发、更新与例外

一条可执行的业务规则至少要说明何时触发、对哪类客户生效、添加或修改什么标签，以及何时不处理。若两个条件同时成立，先由业务负责人决定优先级。源端标签被删除时，是同步清除、保留历史还是转人工复核，也需要单独定义。重复提交要避免反复覆盖新值；客户匹配不确定时应停在待处理清单，不能强行合并。

字段映射要核对名称、数据类型、允许值和同步方向。来源系统与目标系统可能使用不同分类，不能只凭相同文字就认为含义相同。具体海豚 SCRM 版本是否有可视化规则引擎、沙箱、发布开关、日志或自动回滚，需要查看正式说明并在授权环境验证；本文示意图不代表真实菜单。

用小范围样本试运行

先在允许的测试范围运行新增、修改、删除和冲突样本。逐条比较预期与实际结果，并记录处理时间、执行人和异常原因。若某条样本结果不正确，应先停止扩大范围，核对来源事件是否真实发生、匹配键是否稳定、目标字段是否可写以及是否有其他规则覆盖。不能因为一两条正常样本就推断所有渠道都已正确同步。

需要处理历史数据时，另列迁移范围、审批人、旧值保存方式与回退方案。历史回填可能与新规则发生冲突，不能默认为当前产品会自动去重或恢复。若实际系统没有日志，可由有权限的人员保留必要的受控样本记录，不要把完整客户表或密钥放进公开文档。

上线前检查与维护

上线前确认四件事：来源字段与目标字段已核对；异常样本有明确处理人；使用范围和访问权限符合业务需要；旧规则或旧值的恢复方法可执行。扩大范围后定期抽查成功与失败记录，关注渠道、标签定义和人员变化。若要修改规则，先记录旧条件和预期变化，再用同一批样本复测。

标签没有更新： 核对来源是否保存、客户是否匹配、目标是否允许写入。标签被错误覆盖： 暂停扩大处理，比较冲突规则及旧值。部分客户失败： 找一条失败与一条成功样本对照，不要先全量重跑。规则需要停用： 先指定未处理客户的接管人，保留必要的处理记录。

本站当前没有可核验的海豚 SCRM 安装文件或接入地址。需要确认自动同步、离线能力或软件来源时，应向可信服务方核实适用版本和授权范围。本文图片是按上述步骤绘制的非 AI 示意图，不是产品界面。