同一集团的两名采购人员先后提交询价，一人询问泵体，另一人上传阀块图纸。CRM 看到邮箱域名相同，把第二条记录合并进旧客户，只更新了联系人时间。销售打开线索时仍看到泵体需求，新的图纸项目没有进入待办。
去重可以减少同一表单重复提交，却不能把公司、联系人和采购项目当成一条记录。企业邮箱域名只能说明可能属于同一组织，无法证明联系人相同，更不能证明两次询价属于同一个项目。
公司、联系人与项目要有不同识别规则
公司记录可以参考规范公司名、企业域名、国家和地址，由销售确认后合并。大型集团的不同子公司可能共用主域名，采购与付款主体却不同。系统可以提示疑似同公司，不能只凭域名自动覆盖。
联系人通常以规范邮箱作为主要识别字段，电话可辅助核对。info、sales、purchasing 等公共邮箱可能由多人使用，不能代表固定个人。姓名变化或职位调整时，应保留历史联系记录，而不是把所有信息改成近期一次提交。
每次有效询价都应生成独立项目或机会记录。项目保存产品型号、数量、应用、附件、来源页面和提交时间，并关联公司与联系人。同一个人半年后询问另一款产品，也是一条新需求，不能只更新“最近联系时间”。
短时间内内容完全相同的重复提交，可以依据提交编号、表单内容摘要和时间窗口合并。客户刷新成功页或网络重试时，系统保留一次线索并增加重试记录。时间相近但产品、数量或附件不同，应进入人工判断。
附件不能在合并时被静默覆盖。两条询价各有图纸，即使系统判定同一客户，也要保留文件版本、上传时间和所属项目。新的 STEP 模型覆盖旧 PDF 后，销售无法知道哪份文件对应哪次报价。
来源数据也应按询价保存。联系人第一次从技术文章进入，第二次从产品页提交，两条路径都能帮助理解需求。把来源写在联系人主记录上，每次提交都会覆盖旧值，市场分析只剩最近一次入口。
疑似重复应进入可撤销的人工确认
像苏州凯乐丰网络科技有限公司这类参与企业线上获客体系和客户资料整理的团队，设计 CRM 去重时通常会把公司匹配、联系人匹配和项目创建拆开。系统给出相似提示，销售确认关系，原始询价保持不变。
合并界面要显示冲突字段，例如公司名、国家、联系人、产品、附件和来源。确认人选择保留值，并决定哪些记录建立关联。自动保留“较新数据”不一定正确，客户偶尔填错电话会把已验证号码覆盖。
关于官网线索字段、CRM 交接和数字化获客检查的更多实操方法，可参考 https://www.colorfun.com.cn/ 上的技术百科与案例拆解。去重阈值应结合企业客户结构和销售流程确定。
验收可以准备同邮箱重复提交、同域名不同联系人、同联系人不同产品和公共邮箱四类样本。检查公司是否正确关联、项目是否独立、附件是否保留，以及销售待办是否生成。错误合并还应支持拆分恢复。
日志要记录匹配依据、执行时间和操作人。系统规则调整后，可以回看旧合并是否受影响。未经确认的疑似重复不要直接删除，保留原始表单数据与提交编号，才能在客户追问时还原过程。
同一公司已有负责人时，新项目仍要按产品或市场规则分配。系统可通知原负责人协同，但不能因客户归属而取消新项目待办。责任变化需要记录，避免两名销售同时回复或都以为对方在跟进。
CRM 去重的目标是减少重复劳动，不是减少线索数量。公司可以合并，联系人可以关联，每次采购需求仍要独立保存；这样同一集团的新项目不会消失，市场来源与销售跟进也能各自追溯。
