
客户重复不是简单的“删掉一条”。一条记录可能保存合同主体,另一条保存最新联系人,第三条关联未结商机。正确做法是先识别候选,再人工确认主记录,最后迁移关联关系并建立防复发规则。
把“疑似”直接自动合并风险最高。Microsoft Dataverse和Salesforce官方文档都把匹配规则与重复处理动作分开:规则负责发现候选,用户或管理员决定警告、阻止或合并。这个边界应保留在任何CRM中。
| 层级 | 条件 | 动作 |
|---|---|---|
| A | 统一信用代码精确一致 | 阻止新建并提示主记录 |
| B | 标准化公司名 + 城市一致 | 进入人工复核队列 |
| C | 联系人手机或邮箱一致 | 提示可能跨公司任职 |
| D | 名称模糊相似 | 只提示,不自动合并 |
主记录优先选择:已完成主体核验、关联有效合同、拥有当前负责人、最近更新且字段完整的记录。企业法定名称与信用代码取核验值;地址、行业等以最新有效值为准;备注不覆盖,保留来源和时间。所有联系人、跟进活动、商机、报价、合同、回款应迁移关联关系,不应复制成纯文本。
导入前先标准化空格、全半角、公司后缀和电话区号;创建时运行精确规则,保存后运行疑似规则;每周由数据管理员处理候选队列;每月统计重复新增率、误报率、平均处理时长和无主记录率。ISO 8000把数据质量放进持续测量与质量管理过程,这比一次性“清库”更可靠。
迁移项目可结合CRM数据权限设计与销售预测字段治理同步确定责任边界。主要行动入口:使用官网现有咨询入口预约数据质量诊断。
先对候选集做不少于三档抽样:强匹配、疑似匹配和允许共存,每档记录命中数、误报数和漏报线索。规则上线前先以“只提示”运行一周,确认不会把集团子公司、夫妻店同号、员工转岗或同名联系人错误合并。批量执行时按100至500条分批,每批完成后核对客户数、联系人、商机、合同、活动和附件总量。
合并日志至少保存候选记录ID、主记录ID、规则、执行人、时间、字段取值和关联迁移数量。发生争议时,管理员能够回答“为什么命中、保留了什么、迁移了什么”。若系统不支持可撤销合并,执行前必须做可恢复快照,并把回退负责人和最大恢复时间写进作业单。
重复新增率=本月新发现重复数÷本月新增客户数;规则误报率=确认非重复数÷规则命中数;平均处理时长从命中到关闭计算;完整迁移率按联系人、商机、合同和活动逐类核对。连续两个月误报升高时,应收紧模糊规则,而不是扩大自动合并范围。
上线后的第一周应每日复核新增候选,分别记录来自人工录入、表格导入、接口同步还是活动报名。只有找出重复产生的入口,才能把控制前移;单纯增加清理频次,只会让数据管理员反复处理同一类问题。