采购人员在产品详情页选好法兰尺寸和材料，上传图纸后提交报价请求，销售收到的记录却只剩姓名、邮箱和一句“请报价”。型号、所选规格、当前页面地址以及附件是否成功上传都不见了。此时继续增加可见输入框并不能解决问题，真正需要排查的是产品页上下文在哪个传递节点被丢弃。
这类故障容易被误判为客户填写不完整。判断前应从一条真实提交开始，保留浏览器请求、后台原始记录和销售端显示结果。三处证据放在一起，才能看清数据是没有采集、没有发送、没有入库，还是已经入库却没有显示。
从产品页重放一次真实提交
测试应从客户实际使用的入口开始，而不是直接打开通用联系页。先在桌面端进入一个固定型号页面，选择可变规格并上传测试图纸，再通过页面上的询价按钮提交。按钮所在位置与客户判断过程有关，可先核对制造业官网联系按钮的设置位置，确认测试走的是线上真实入口。
网站人员在浏览器开发者工具的网络面板查看提交请求，逐项核对 product_id、model、selected_option、page_url 和 attachment_state。这些字段分别用于识别产品、记录客户选择、还原入口页面和确认文件状态。页面上看得到的型号不等于请求中已经携带，弹窗也可能在客户选择规格之前就读取了旧值。
如果请求里没有型号，检查询价按钮打开弹窗时是否把当前产品标识传入表单；若客户更改规格后字段仍是初始值，检查选择器变化是否同步到隐藏输入项。若浏览器请求完整而后台缺值，应继续核对接口允许接收的字段、字段长度和写库映射。接口白名单遗漏新字段时，页面提交会显示成功，但服务器会静默舍弃未登记的数据。
后台原始记录完整而销售端仍为空，问题通常位于邮件模板、通知消息或 CRM 字段映射。此时不要再次改前端，应拿同一个提交编号，比对数据库记录、通知邮件和 CRM 详情页。产品型号可能被写进备注，却没有映射到销售列表；附件也可能已保存，只是通知模板没有输出下载地址。每发现一个断点，都要记录发生位置、修复负责人和生效版本，避免不同人员重复改动同一层。
原始记录完整后再调整销售回复
原始提交应保留客户当时选择的值，标准化名称和销售备注另行保存。比如网站显示“DN50”，后台可以补充对应内部料号，但不能用内部料号覆盖原始规格。后续页面改版、型号合并或单位调整时，原始值仍能说明客户在提交时看到了什么，也便于判断报价偏差来自页面资料还是人工转录。
附件状态需要和文件结果一起判断。表单显示“已选择文件”只代表浏览器选中过文件，不代表上传完成；后台应区分未选择、上传成功、格式拒绝和传输失败。销售端若只显示一个空白附件栏，就无法决定是请客户补发，还是先处理已有资料。文件被拒绝时，客户页面与后台记录应使用同一失败原因，且不得把失败状态写成已收到。
确认记录完整后，再把型号、规格、来源页面和附件状态带入首次回复。可结合回复邮件模板同步页面字段的方法检查邮件内容，但自动带入的值仍要由销售复核。页面地址应指向客户提交时的自指 canonical 页面，型号应与页面主产品一致，规格应对应当时的选择，附件状态则要与实际可下载文件相符。
上线验收至少覆盖三种入口：固定型号产品页、需要选择规格的产品页、没有预设产品的通用联系页。通用页允许型号为空，产品页则不应丢失上下文。每种入口同时检查桌面端和移动端，并各做一次附件成功与附件失败提交。验收人员把页面截图、网络请求、后台原始记录、CRM 详情和首封回复放在同一记录下，只有型号与规格前后一致、附件状态可解释、销售无需重新猜测产品，才算完成修复。
修复后的观察重点不是表单字段数量，而是新询盘是否能沿原路径稳定留下可追溯信息。产品人员负责确认型号和规格含义，网站人员维护采集与传递，销售核对 CRM 与回复内容。任一页面字段、接口映射或通知模板发生变更，都应重新走完一次真实提交，并把通过日期写入版本记录。