产品页询价表单只传产品名称，销售怎样确认型号配置

客户在产品页选了一个具体型号，又勾选电压和安装方式，提交询价后，销售收到的线索却只有“某系列产品”。他只能回信追问，客户也未必记得当时的组合。产品页询价表单若只传产品名称，页面上的选型信息没有进入询盘，产品资料与销售交接就在提交按钮处断开了。

产品页询价表单要提交型号和配置快照

表单字段应先对应产品资料结构。系列名称用于识别产品族，真正决定报价的是具体型号、选配项及数量。页面如果有型号下拉框，提交值不能只取界面显示文字，还要带上稳定的 `product_id` 和 `variant_sku`。产品名称以后可以调整，内部ID和型号代码用于把历史询盘重新对应到当时的产品记录。

选配项不能只保存组合后显示的名称。电压、接口、材质或安装方式可能来自不同字段，后台应保存客户选择时的键值和可读标签，并生成一份配置快照。键值便于系统匹配物料，标签让销售直接阅读。选项后来改名时，历史线索仍应显示提交时的文字，不能用新版标签覆盖旧记录。

数量要和单位一起传。客户填“2”可能指两台、两套或两箱，单独的数字不足以报价。单位可以由产品资料预设，也可以在允许范围内供客户选择；CRM中要分别保存数量值和单位。若产品按长度或面积询价，页面还应保留对应的尺寸单位，不能让销售从备注里猜。

提交页地址和表单版本也属于配置上下文。`page_url` 能说明客户在哪个产品页完成询价，`form_version` 用于还原当时有哪些选项。来源页字段怎样贯通网页、接口和CRM，可参考官网表单来源页面为空的排查方法。页面URL不能代替型号，但能帮助销售核对产品图、参数表与下载资料。

前端隐藏字段只负责携带上下文，不能成为唯一真相。客户可以修改请求，脚本也可能保留上一次选择。接口收到 `product_id` 后，应从正式产品数据中核验型号是否属于该系列，并检查选配代码是否仍可用。无效组合应标成“配置待确认”，不能静默换成默认型号。

提交前给客户看一段简短确认信息，至少呈现型号、主要选配和数量单位。客户返回修改选项后，确认区与提交数据要同时更新。系列页跳转到详情页时，已选型号若通过URL或本地状态带入，也要确认不会把旧选择带到另一款产品。

接口日志应记录字段名、接收状态和关联的询盘编号，不必保存无关的浏览器数据。CRM里可以把型号放在独立字段，把配置快照放在结构化明细中，原始提交值留作排查。多选项进入CRM后若只剩数字代码，应按询盘多选代码与标签映射的核对方法保存映射版本，避免销售看到无法解释的值。

验收不能只提交一次默认型号。测试人员应选择非默认型号，改动两个选配项并填写带单位的数量，在正式域名提交。CRM线索中要出现同一型号、相同标签、配置快照、提交页URL和表单版本。随后返回页面改选再提交，第二条线索应保留新组合，不能继续沿用浏览器缓存中的旧值。

移动端还要单独走一遍。折叠的选配区域可能没有触发更新，悬浮询价按钮也可能绕过当前表单状态。测试时从产品图片下方改型号，再直接使用底部按钮提交，后台收到的仍应是屏幕上当前确认的组合。若客户没有选择必填型号，页面应明确提示，而不是自动把第一个型号写进询盘。

销售看到线索后，应能从型号回到对应产品页，并根据配置快照判断能否直接报价。遇到客户只发截图的补充沟通，可结合产品截图辅助确认型号的页面做法核对外观与接口，但不能用截图覆盖客户已经提交的结构化选项。

上线后抽查真实接收记录，只看必要字段是否齐全，不在公开页面暴露内部物料信息。发现型号缺失时，要定位是页面未更新、接口丢字段还是CRM没有接收，而不是让销售长期靠备注补录。客户选中的型号配置能原样进入线索，询价表单才真正完成从产品页面到报价判断的交接。