技能提升网“王敏”有两条联系人记录：一条使用公司邮箱，关联正在推进的商机；另一条使用个人邮箱，保存了去年三次会议。直接删除第二条会丢历史，直接合并又可能把两个同名的人混在一起。CRM 去重的核心是身份判断，姓名相似只够用来生成候选。
先区分重复记录和相似记录
同一标准化邮箱通常是强信号，但共享邮箱、转发地址和历史邮箱会制造例外。姓名相同加公司相同只能作为候选，还要比较电话、职位、域名、地址、关联商机和活动时间。公司记录则要检查统一社会信用信息、网站域名、总部与分支机构关系。
先生成候选组，并为每组列出匹配依据和冲突依据。AI 可以给置信度或风险等级，但不能只因两个名字相似就执行合并。高风险候选应交给记录负责人或销售确认。
主记录不是字段最多的那一条
主记录应优先考虑稳定身份标识、当前有效的负责人、活跃商机、近期可信活动和系统集成关系。创建时间最早、字段最多或最近修改都可能是参考，但任何单一规则都不够。
对每个字段分别决定来源。例如公司邮箱采用最近验证值，职位保留有来源和更新时间的一项，电话若冲突则暂不覆盖；活动、备注和商机应保留关联历史。主记录选择和字段选择是两个不同决定。
Skill的关键价值是把写入动作关在审批之后
crm-cleanup 会扫描 HubSpot 中的过期商机、重复联系人和缺失字段，先并排展示记录及建议，再等待拥有者批准。源文件明确要求：不删除记录、不自动合并联系人，也不在未经批准时改变商机阶段。
这意味着工作流要分成发现、建议、审批、执行和验证五步。运行扫描不等于授权合并。即使负责人同意处理一组，也不能把它解释为批准所有候选。
逐组差异表应包含什么
并排展示记录链接、姓名、邮箱、公司、电话、职位、负责人、关联商机、最近活动和创建时间。为每个字段增加“建议保留值”“理由”“批准状态”。若一条记录由外部系统同步，还要确认合并后是否会被下一次同步重新创建。
没有足够证据的组应标为暂不合并，可以补充确认动作，例如向记录负责人确认、核对公司域名或查看最近邮件。延迟处理比错误合并更安全。
执行前准备恢复线索
记录合并通常难以完全撤回。保存处理前的记录编号、字段快照、关联对象和审批人，避免只留下“已合并”一句。对批量工作先做一两个低风险样本，确认集成、自动化和报表没有异常，再扩大范围。
合并后必须验证下游
检查主记录能否看到原有活动、商机和工单，负责人是否正确，列表、工作流、归因和销售预测是否重复减少。还要重新扫描同一候选条件，确认系统没有因同步规则产生新的副本。
AI 能加快候选发现和字段对照。真正的控制点有三个：没有证据不合并、没有批准不写入、写入后可追溯。这样清理后的 CRM 才会比清理前更可信。
把重复来源也纳入整改
批量清理应按业务线、地区或负责人分批，记录候选数、批准数、暂缓数和实际变更数。某一批出现异常，就暂停后续处理，检查匹配规则是否过宽。不要在季度预测截止或大型营销发送前集中改动大量客户关系。
还要追查重复从哪里产生：导入文件缺少唯一键、表单每次都新建、销售创建前没有搜索，或外部同步不识别已有联系人。只处理存量副本而不修入口，数据库很快会恢复原状。
