英文产品页的采购边界与询盘资格字段

运营人员从英文产品页提交一条测试询盘，CRM 里只有姓名、邮箱和一句“Please quote”。客户进入表单前看过产品参数，销售收到的记录却没有型号、数量、图纸版本和来源页，只能重新询问。这样的线索未必是垃圾信息，更多时候是页面没有交代采购边界，表单也没有把客户正在看的产品带进销售记录。

产品页先给客户一个匹配判断

英文产品页应从企业已经确认的产品资料中读取产品族、公开型号、材料或工艺范围、适用场景和供货状态。定制项目还要说明报价前需要图纸、样品或技术要求。MOQ、交期和认证条件会随型号或目的地变化时，页面要写清影响因素，不能把某次报价里的数字当成长期承诺。

页面后台需要一个稳定的 product_id，并记录公开型号、内容版本和页面 URL。客户点击询价按钮时，表单把这些值带入隐藏字段。内容人员修改标题或英文别名后，product_id 仍指向同一条产品主数据，销售不必依靠页面名称猜客户咨询的是哪一款。

表单只收集会改变报价判断的信息

标准产品可以让客户选择型号、预计数量、目的地和期望交付时间。非标需求则补充图纸上传、材料、关键尺寸或公差，并保存客户填写的图纸版本。字段名称应与英文页面用词一致，避免页面写 Part Number，CRM 却只接收一个含义不清的 Product 文本框。

表单不宜把整份采购问卷一次交给客户。运营人员可以根据产品类型显示条件字段：选择标准型号时隐藏图纸要求，选择定制加工时再打开附件和技术备注。尚未确认的认证或包装选项可以标为“待销售核对”，不要用一个必选项迫使客户选择错误答案。

CRM保留原始值和分流依据

接口写入 CRM 时，应同时保存 inquiry_id、product_id、public_model、source_url、page_language 和原始留言。附件记录包含文件名、上传时间与校验结果，销售打开线索便能知道图纸是否真正到达。接口日志还要保留提交载荷和 CRM 记录号，字段为空时可以判断值是在页面、接口还是映射环节丢失。

分流规则负责排序，不能替代销售判断。带明确型号和数量的需求可以进入对应产品负责人队列；只有通用描述但留下图纸的线索，交给技术销售补充判断；邮箱异常或重复提交再进入单独复核。系统在记录中写明分流理由，销售调整负责人时也保留操作时间。

发布验收要从产品详情页和通用 Contact 页面各提交一次。前者应带回产品主键、公开型号和来源 URL，后者允许产品字段为空，但必须保留客户主动填写的业务对象。测试人员对照浏览器请求、接口日志和 CRM 页面，确认同一 inquiry_id 下的值一致。

销售完成首轮沟通后，可以在记录中标记缺失资料和不匹配原因，例如数量未定、图纸版本不清或产品范围不符。运营人员定期查看这些记录，只把反复出现的问题补回对应产品页和表单。页面能让客户先判断适用范围，CRM 又保留完整上下文，销售才有条件区分真实需求、待确认需求与垃圾提交。