CRM合并重复询盘时，销售跟进记录不能一起覆盖

销售在CRM里发现两条询盘来自同一家公司：一条由产品页表单创建，另一条来自资料下载。系统提示可以合并，操作人却不敢确认，因为两条记录分别有报价备注和回访时间。CRM合并重复询盘要把联系人归到一起，同时让原来的销售跟进留在各自时间点，来源和经手人也能查清。

这类重复记录可能来自同一邮箱的多次提交，也可能是业务员手工录入时没有命中已有联系人。合并前要确认联系人确实相同。企业邮箱、完整手机号可以作为强匹配条件；公司简称相同、姓名相同只能作为提示。采购部共用邮箱时，还要核对签名、分机或聊天记录，避免把两位采购人员并成一个人。

CRM合并重复询盘前，先分清主记录和关联记录

主记录决定合并后的联系人编号，但不代表它的每个字段都优先。操作人应先打开字段差异页，对照负责人和公司名称，再核对手机、当前阶段等有冲突的内容。比如A记录的手机经过销售确认，B记录的公司全称来自客户提交，那么合并结果应分别采用可信值，不能按“较新记录覆盖较旧记录”处理。

询盘内容不要塞进联系人备注。产品型号、数量和交期属于一次需求，应保留为独立机会或事件。此前多次下载造成重复记录时，可以按同一联系人保留多次资料行为的方法整理；已经产生报价的询盘则不能只降级为下载事件。合并联系人与合并销售机会是两项操作，权限也应分开。

负责人冲突要人工确认。两条记录若分别分给内销和外贸人员，系统不能按创建时间自动保留一人。操作页应显示分配依据，例如国家字段、产品线或历史客户归属，并要求主管选择合并后的负责人。原负责人仍需保留在历史事件里，后续才能解释谁发送过报价、谁承诺过回访。

聊天摘要与电话记录应带原记录编号迁入统一时间线，创建人和时间戳不能改写。若两边都有“已报价”，系统应保留两条动作，并关联各自的报价单编号与附件版本。把它们改写成一条“客户已收到报价”，会丢掉币种和有效期，销售后来承诺的条件也找不到出处。

来源字段同样不能二选一。首访渠道与提交页面应分开保留，本次活动另记在对应事件中。A记录来自百度搜索，B记录来自邮件里的资料链接，两段路径都可能成立。若系统合并时只留下最近来源，投放与内容判断都会偏移。来源字段的保存方式可参照首访来源和最终提交页分开记录的排查方法。

附件迁移要检查实际文件，不只看文件名。两份drawing.pdf可能对应不同图号或版本，报价单也可能同名。合并程序应保留文件哈希、上传时间和所属询盘编号；发现同名不同内容时继续分列。销售打开附件前能看到“来自询盘A”或“来自询盘B”，才不会把旧图纸当成客户的新要求。

正式合并要生成审计记录，写明操作人与时间，并附上两条原始ID及字段取舍。系统可以隐藏从记录，但不能立即物理删除。发现误合并后，管理员应能恢复联系人关系，并把跟进事件和附件退回原ID。若恢复只能靠数据库人工拼接，这套功能还不适合交给销售日常使用。

上线验收可建立两条测试询盘：一条从产品页提交并上传图纸，另一条用同一邮箱下载手册，再分别添加负责人和跟进备注。合并后先核对联系人与机会数量，再查看时间线顺序和附件归属；执行一次撤销，确认两条记录恢复且没有重复文件。测试记录应标明环境和日期，验收结束后删除，避免进入业绩报表。

CRM合并重复询盘的合格结果，是联系人只保留一份，销售过程却没有被压扁。联系人字段按可信度取舍，需求与跟进按原ID迁移。来源和附件仍能追到原询盘。等到负责人冲突有人工决策，误合并也可以撤销，团队才适合把合并权限开放给日常使用者。