客户标签同步规则设置清单：触发条件、例外与试运行 | 海豚 SCRM

这篇文章讨论如何定义和验收规则。如果已经发生同步失败，可另按异常排查流程检查具体样本。规则设计的首要问题不是选择一个按钮，而是写清楚“什么记录应在什么条件下获得或失去哪个标签”。海豚 SCRM 的实际菜单、自动化能力和权限可能因版本或部署方式不同而变化；下面的图是根据本文步骤绘制的非 AI 示意图，不代表真实产品界面。

1. 写清楚来源、触发与目标结果

先选一个业务场景，例如“客户完成第二次订单后，进入复购客户分组”。记录来源系统、订单或会话事件、客户匹配键、目标标签和预期更新时间。别只写“自动同步”：还要说明没有匹配客户、事件被撤销或数据晚到时如何处理。将规则拆成“事件 → 条件 → 标签动作 → 结果核验”四个环节，业务负责人和系统管理员都能读懂后再实施。

2. 定义条件、例外和冲突处理

条件应能用实际数据验证，例如订单状态、发生时间或现有标签。列出不处理的情况：测试账号、已退出的客户、缺少匹配键的记录，以及业务要求保留原标签的客户。然后决定标签动作是新增、移除还是保持不变。若两条规则可能同时命中同一客户，先约定优先顺序和冲突处理人；不要假定系统自带规则优先级或自动合并。只有在当前版本确实提供相应配置入口时，才把这些条件录入后台；否则可先用人工清单或已有数据流程执行。

3. 用小样本试运行并验收

准备一组应命中的客户、一组不应命中的客户和一组边界样本，例如缺失字段、重复事件或旧标签冲突。试运行前记录每条样本的原值、负责人和预期结果；运行后逐条检查目标客户页，而不是只看任务总数。核对成功、失败、跳过和未匹配记录是否能解释全部样本。若系统没有测试环境，就在已授权的极小范围内执行，并先确认回退方法。观察时间和精度应以实际测量为准，不承诺秒级更新或固定准确率。

4. 上线前检查与持续维护

由业务负责人确认标签含义和例外名单，由管理员确认账号权限、数据范围及是否影响已有客户归属。上线后定期抽查新样本，记录误打标、漏打标和手工修改的情况。若规则需要调整，保留上一版条件和测试记录，先重做边界样本再扩大范围。客户资料和导出文件应按团队批准的位置保存，避免用个人聊天记录作为唯一审计依据。

规则冲突与常见问题的排查顺序

遇到“历史客户没有变化”，先确认规则是只处理新事件，还是当前实现确实支持历史数据回填；不能假定有“批量执行”按钮。遇到“两条规则改同一标签”，先查看各规则的条件与实际执行时间，再核对冲突处理约定。遇到“部分客户没被打标”，优先检查客户匹配键、例外名单和失败样本。若当前系统有通知或日志，可用来辅助调查；没有时保留人工核对记录。

规则启用后的交付检查

把最终规则写成一页交付记录：来源事件、匹配键、条件、例外、标签动作、负责人、试运行样本和回退方法。请实际使用这套标签的销售或客服人员查看几条客户记录，确认标签名称与业务含义一致。需要产品版本或软件来源信息时，先查看本站下载页状态；若没有可核验的安装文件或正式操作说明，应向服务方索取，不能依据本文推断有安装包。

交付后复查四问

规则命中的依据是什么？ 回看来源事件、客户匹配键和实际字段值。

哪些客户明确不应被处理？ 查例外名单及其更新时间。

发生冲突由谁决定？ 按约定的优先顺序和业务负责人处理，不凭猜测重跑。

如何确认设置仍有效？ 定期抽查新样本，记录误打标与漏打标，并复核有无变更权限或数据来源。