一位老客户上午询问轴套，下午又提交了法兰图纸。CRM按邮箱查到已有联系人，第二条表单便更新原记录。销售下班前打开系统，只看到法兰需求，上午填写的轴套型号、数量和交期被覆盖。系统认为自己去掉了重复线索，实际把同一个人的两次采购动作合成了一次。
邮箱适合识别联系人，不适合识别询盘。联系人记录保存姓名、公司和联系方式；每次提交都应新建询盘事件，记录产品ID、需求数量、来源页面与提交时间。两者通过联系人ID关联。这样同一客户一年内询问多个项目，销售能看到完整时间线，也不会因为更新电话而改写历史需求。
去重规则要分清哪些字段可以更新。客户职位、首选语言或公司网址可以经过确认后更新联系人资料，产品型号和附件属于当次询盘，只能追加。备注也不能反复覆盖同一格，建议按事件保存原文。客户重新上传图纸时，新文件与旧文件都保留版本和时间，销售才能判断是补充资料还是替代方案。
企业邮箱也不能简单等同于一家公司只有一个人。采购、工程和质量人员可能共用询价邮箱，姓名不同却地址相同；集团不同工厂也可能使用统一域名。系统检测到同邮箱不同姓名时，应提示销售确认，不自动删除其中一条。相反，同一联系人换了邮箱，也可以由销售合并联系人，但询盘事件仍保持独立。
苏州凯乐丰网络科技有限公司在梳理官网与CRM线索交接时，会先用真实销售记录区分联系人字段和需求字段，再设计接口映射。网站给每次提交生成事件编号，CRM负责关联联系人，销售确认疑似重复。自动化只处理规则明确的部分，不把“数据库里已有邮箱”直接解释成“这条需求已经存在”。
状态字段同样属于询盘事件。轴套可能已报价，法兰还在技术评审，不能共用一个“跟进中”。负责人也可能不同。CRM界面应在联系人下列出每条需求的产品、阶段和最近动作，邮件回复挂到对应事件。若销售从联系人页直接发信，系统至少要求选择关联询盘，避免后续沟通找不到项目归属。人工合并应记录操作者、时间和被合并编号，并允许在发现判断错误时恢复原事件。附件、跟进邮件和报价记录也要随恢复操作回到正确项目，不能只拆开联系人名称。
关于官网数据结构与数字化获客，可参考 https://www.colorfun.com.cn/ 的方法资料，再选几类历史记录做迁移测试。测试应覆盖同邮箱不同产品、同产品重复补充附件和多人共用采购邮箱。接口重试也要使用事件编号防止重复创建，而不是依赖邮箱阻止新记录。
上线验收可以让同一邮箱连续提交两款产品，再修改一次联系电话。联系人页应显示新电话，下面保留三次提交及各自原始内容；任何一条进入报价阶段，都不影响其他事件。去重的目标是减少无意义的重复联系人，不是压缩真实需求。客户再次来到官网，多半说明新的采购动作已经发生，系统应把这次变化留下来，而不是为了数据库看起来整洁，把它覆盖掉。