TASK 71 · 客户管理与销售
CRM 重复记录治理
定义公司与联系人匹配规则,检测、复核、合并重复记录并保留历史,同时在入口处防止新的重复产生。
问题 · PROBLEM
表单、导入和手工录入产生重复公司和联系人,销售各自跟进同一客户,报表重复计算;简单删除又会丢失历史。
目标 · GOAL
建立可审计的去重流程:主键规则、候选检测、人工复核、合并策略、历史保留、入口预防和月度质量指标。
边界 · SCOPE
负责 CRM 记录去重,不负责外部数据补全;合并涉及个人信息时需遵守保留和删除规则。
常见输入
- CRM 导出或视图
- 字段字典
- 来源系统
- 合并政策
- 历史活动记录
预期输出
- 重复报告
- 匹配规则
- 合并日志
- 预防规则
- 质量指标
- 负责人
风险边界 · RISK
中
本任务涉及客户或公司信息。执行前应确认数据来源、准确性、保存期限与适用规则;客户分级和公司判断应保留人工复核。
TASK BREAKDOWN
把任务拆成可执行的步骤。
步骤顺序不是唯一答案;它用于说明一项任务通常如何从证据走到输出,实际项目应按团队与市场调整。
- 01 统计数据
- 02 定义规则
- 03 生成候选
- 04 人工复核
- 05 合并
- 06 入口预防
- 07 月度监控
这个任务解决什么
CRM 重复不是简单的数据洁癖。重复记录会让两个销售联系同一客户、让报表虚高、让邮件退订和投诉无法关联;但粗暴合并又会丢失历史活动和来源。去重需要规则、复核和日志,而不是一次性批量删除。
最佳实践
- 公司主键优先使用根域名或注册号;联系人可用企业邮箱或姓名加公司域名的组合。
- 先用确定性规则处理明显重复,再用相似度规则生成候选,人工复核模糊匹配。
- 合并前保留原始记录、来源、活动历史和时间戳;合并后保留可追溯的日志。
- 在入口处预防:表单、导入和手工录入都做域名标准化和重复检查。
- 对集团、子公司、经销商和工厂特别谨慎;名称相似不代表同一采购主体。
- 每月跟踪重复率、合并数量和新增重复来源,指定负责人。
常见失败
- 用名称相似度自动合并所有记录,误合并不同法律实体。
- 直接删除重复记录,丢失活动和历史。
- 只做一次性清理,不在入口预防,几个月后又堆积。
- 没有负责人,销售各自维护自己的版本。
衡量与边界
看重复率、合并后数据完整率、重复联系投诉数和入口拦截率。去重涉及个人信息时,应保留合法处理依据、访问控制和删除机制;具体规则需结合 CRM 能力和业务定义。
SOLUTION COMPARISON
可选方案,按条件比较。
同一任务可能有现成 SaaS、自动化工作流或人机协作等不同路径。表格按技术门槛排序,不构成绝对排名;每个方案页都有更完整的限制、风险与核验说明。
| 方案 | 路径 | 技术门槛 | 部署 | 费用 | 核验 |
|---|---|---|---|---|---|
| 开源系统自部署 | 低代码 | 本地运行 | 免费 | L1 · 已核对官方资料 | |
| 开源系统自部署 / 自动化工作流 | 需要开发 | 自托管 / 在线服务 / 混合 | 免费 / 订阅 / 自托管基础设施成本 | L1 · 已核对官方资料 |
WHERE TO START
根据你的能力选择入口。
入门建议不是能力评级,而是降低第一次尝试的成本。先用小样本验证流程,再决定是否扩大自动化范围。
无需编程
适合一线从业者,先用现成产品验证流程。
当前没有发布在这一门槛下的方案;可先查看其他路径或方案索引。
先做小样本:
无论选择哪条路径,都建议先用少量账户或客户记录验证输入、输出和审核流程,再扩大名单、预算或自动化范围。