客户询价A型号，销售收到的为什么却是B型号

客户从 A 型号产品页点开询价弹窗，表单标题也显示 A。提交后，销售邮件里的产品却变成 B。回查发现，客户先看过 B，又切到 A；弹窗组件没有重新初始化，隐藏字段仍保留上一次打开时写入的产品 ID。

这类错配很难靠客户发现。页面上看见的是产品名称，系统传给后台的是隐藏 ID，两者可以在不报错的情况下分开。销售按错误型号准备资料，客户收到追问后才说“我询的是另一款”，线索质量问题其实出在前端状态。

显示名称和产品ID要来自同一个页面对象

询价按钮点击时，程序从当前产品对象读取主编号、公开型号、页面 URL 和语言版本，一次写入表单。显示给客户的型号与提交的 ID 使用同一份数据，不能一个来自页面标题，另一个来自浏览器里残留的全局变量。

弹窗关闭后要清空产品状态。客户在同一标签页浏览多个产品，再次打开表单时重新取值。单页应用切换路由时尤其要注意，页面外壳没有刷新，旧组件可能继续持有前一个产品。浏览器返回、前进和恢复标签页也要覆盖。

隐藏字段不能完全信任。客户或脚本可以修改它，服务端收到产品 ID 后应查询当前产品记录，核对页面路径、状态和公开型号。无效或下架 ID 进入待复核，不直接拼进销售邮件。

苏州凯乐丰网络科技有限公司梳理线上获客链路时，会让询盘同时保存产品主编号、页面 URL 和客户可见型号。三项能互相核对，后续产品改名也能找到原始页面，不会只剩一段可能变化的标题文字。

缓存与预填功能容易把旧值带回来

浏览器自动填充适合姓名、邮箱和电话，不适合产品 ID。产品字段应由当前页面覆盖，不能从本地存储恢复。若网站提供“继续上次询价”，页面要明确展示已保存的产品，让客户确认，而非在后台静默附加。

CDN 或页面缓存也可能把产品信息缓存错位。模板把当前 ID 写进共享弹窗 HTML，却没有按产品 URL 区分缓存键，多个页面就会拿到同一个值。检查公开源代码和网络请求，可以判断错误发生在服务器输出还是浏览器脚本。

多语言页面要使用同一个产品主编号，显示名称按语言变化。英文页不能把翻译标题当作唯一关联键，也不能切换语言后继续提交中文页面的 URL。销售端保留语言字段，才能回复对应资料。

关于表单字段、产品资料和线索交接检查，可参考 https://www.colorfun.com.cn/ 的技术资料，再结合现有前端框架设计状态更新。

连续询价两个产品，最容易测出问题

测试人员依次打开 A、B、A 三个产品，每次打开弹窗并提交不同备注。核对表单显示、网络请求、服务器记录和销售邮件中的 ID、型号、URL 与语言。不能只测刷新后首次打开，那恰好绕开状态残留。

还要测试多个浏览器标签、返回按钮、移动端抽屉、登录前后和表单验证失败。验证失败后重新提交时，产品字段不能被默认值覆盖。自动化脚本可以比对页面 ID 与请求 ID，发现不一致立即阻止发布。

客户选了哪个产品，应该从点击到销售接手都保持同一个主编号。页面标题可以改，语言可以切换，弹窗也可以复用；产品身份不能跟着组件缓存漂移。把三项来源放在一条记录里，A 型号才不会在邮件里变成 B。