官网表单重复提交时，CRM怎样区分重试和新询盘

客户在官网提交询盘，页面转了几秒没有反馈，他又点了一次按钮。销售随后收到两条内容相同的CRM线索，以为客户重复催促，分别安排了跟进。官网表单重复提交可能来自双击、慢网重试或页面回退，也可能真是客户补充需求。系统若只看邮箱和时间，很难准确区分。

官网表单重复提交要有稳定的提交编号

用户打开表单时，前端可以生成一次提交编号，并在本次填写过程中保持不变。客户点击提交后，即使浏览器因超时再次发送，请求仍携带同一个编号。接口收到已处理过的编号，应返回原来的接收结果，而不是再创建一条线索。按钮进入提交状态能减少双击，但不能替代服务端判断，因为浏览器、代理或接口程序都可能重发请求。

提交编号要和表单内容一起进入接收日志，并写入CRM的独立字段。日志至少保留接收时间、表单版本、来源页和处理状态。具体产品页上的型号与选配字段，可按产品页询价表单传递型号配置的方法进入同一条请求。这样排查重复线索时，不会只剩联系人邮箱可比。

服务端应对提交编号设置唯一约束。两个请求几乎同时到达时，应用层先查再写仍可能各自判断“尚未存在”；数据库唯一约束可以让其中一条成功，另一条按重复请求处理。重复请求返回相同的询盘编号，页面便能显示已经收到，而不是提示失败后诱导客户继续提交。

字段摘要可以作为辅助证据。系统可对经过规范化的联系人、产品ID、需求内容和附件标识生成摘要，用于发现旧页面或第三方表单没有提交编号的情况。摘要相同不等于必然重复，同一客户可能隔一段时间再次询价；摘要只能把可疑记录送入复核，不能直接覆盖新线索。

邮箱加时间窗口更不适合作为唯一规则。采购部门可能共用邮箱，同一联系人也会连续询问不同型号。反过来，网络重试的两次请求可能因队列延迟相隔数分钟。判断应优先看提交编号，再比较字段摘要和表单上下文。来源页字段若经常为空，需要先按官网表单来源页面的排查方法补齐链路。

接口确认是同一提交编号的重放时，不需要新增销售任务，但应给原线索增加一次“重复请求已忽略”的技术记录。记录包含发生时间和处理结果，不改动线索来源、负责人或首次提交时间。销售仍看到一条询盘，网站人员也能确认客户是否遇到慢网或页面反馈延迟。

提交编号相同、字段内容却不同，不能静默采用后到的数据。这通常意味着前端错误复用了编号，或客户返回页面修改后继续沿用旧状态。接口应标记“编号冲突”，保留两次字段摘要，交由运营人员核对。客户完成一次提交后重新编辑并明确发起新询价，前端应生成新的编号，使补充需求能够独立进入CRM。

感谢页和转化统计也要使用接收结果。页面刷新不应再次调用创建线索接口，统计事件则绑定已确认的询盘编号。否则CRM只有一条记录，广告或内容归因里却出现两次转化，市场人员仍会高估页面效果。

上线验收要模拟慢网和真实重复操作。测试人员从正式产品页填写带型号的询盘，连续点击提交按钮，并让接口响应延迟。CRM应只创建一条线索，页面两次请求得到同一询盘编号。随后刷新感谢页，线索数和转化事件不应增加。回到表单修改需求再提交时，应生成新编号并创建新线索。

还要测试附件场景。浏览器重试时不能把同一个文件保存成两份孤立附件；接口可以让重复请求引用原附件记录。若第二次提交替换了图纸，应按编号冲突处理，避免附件与需求文字错配。操作日志要说明是重复接收、字段冲突还是新询盘，方便销售判断是否需要联系客户确认。

已有重复线索进入CRM后，不宜为了整洁直接删除，可参考合并重复询盘并保留销售跟进的方法处理存量。新的接收链路则应尽量在入口识别请求重放，只拦重放，不拦客户的新需求。