B2B 产品页的询价表单该问什么，才不会收到一句“Please quote”？

B2B 产品页的询价表单该问什么，才不会收到一句“Please quote”？

对 B2B 产品询价表单来说，最重要的不是“多问”，而是先替客户带上正在查看的产品、型号和配置，再只追问会改变报价的变量：用途、关键参数、数量与单位、交付地、时间和可联系身份。其余信息用条件字段或后续沟通补充。这样既减少一句话询价，也不会用二十个必填框赶走真实采购方。

关键结论

先记住这五件事

• 产品、型号、页面 URL 和已选配置应由系统随表单提交，不让客户重复抄写。
• 必填字段的判断标准是“缺少它，能不能给出有意义的下一步”，不是“销售以后可能会用”。
• 数量必须和单位成对出现；“100”可能是 100 件、100 箱，也可能是 100 米。
• 技术问题应按产品类型渐进显示，避免所有行业共用一张巨型表单。
• 成功提示必须给出可核对的摘要和询价编号；提交失败时保留客户已填写内容。

先把产品上下文带进询价，而不是让客户再打一次

后台随请求保存的四类信息

客户在某个产品页点“询价”，已经表达了上下文。表单应随请求保存产品 ID、公开型号、当前页面 URL 和客户选择过的规格；页面上把这些内容显示成可核对摘要。不要只提交一个可被改写的产品名称，更不要让客户在留言框里重新解释“我看的是哪一个”。

上下文	推荐做法	不推荐做法
产品与型号	保存内部产品 ID，同时显示公开名称和型号	只传一段可编辑文字
页面来源	保存规范化页面 URL 与语言版本	只记录“来自官网”
已选配置	显示并提交已选择的电压、材质、尺寸等	让客户在留言中重写
变更状态	若产品已更新，提示客户重新确认	悄悄套用旧页面参数

最小字段集：只问会改变报价和下一步的变量

按产品判断哪些信息本次确实需要

下面是一份“最小可报价信息”基线。它不是要求所有字段都必填，而是要求产品、销售和技术共同标出哪些字段真正影响选型、成本、合规或交付。

字段组	建议字段	是否必填的判断	为什么要问
产品上下文	产品、型号、已选配置	系统自动带入	防止错报产品
使用场景	行业、用途、工况	用途影响选型时必填	判断是否适用
关键规格	影响本次选型的产品参数	缺少即无法选型时必填	缩小可行配置
数量	数值＋单位	通常必填	判断价格阶梯和包装
目的地	国家/地区，必要时邮编或港口	运费、认证或贸易条件相关时必填	判断交付与合规边界
时间	期望交期或项目阶段	有紧急程度差异时必填	判断是否能进入下一步
联系方式	姓名、公司邮箱、公司名；电话可选	至少一种可回复渠道必填	完成身份和回复闭环

“留言”可以保留，但不应承担所有结构化信息。与其写“请描述需求”，不如写“请补充介质、温度范围和接口标准”；与其把手机号设为全球统一必填，不如明确“如需工程师电话沟通再填写”。

用一句测试决定必填与否

逐个问字段负责人：如果客户不填这一项，我们还能否给出准确型号、需要补充的信息或明确的下一步？ 如果可以，这项就更适合选填或后续追问。公司规模、预算、采购频次、员工人数等字段若不直接影响本次技术判断，不应为了销售画像强制收集。

复杂技术参数用渐进披露，不做二十项拦路表

先分流，再展示产品专属问题

第一层只收跨产品通用信息；第二层根据产品类型、用途或“需要定制”选项展示相关问题；第三层只在客户触发高风险条件时追加参数。例如客户选择高温工况后，再询问温度范围和密封材质，而不是让常温用户也回答。

1. 先显示产品摘要、数量单位、目的地、时间和联系人。
2. 根据产品类别加载 确实会改变选型的技术字段。
3. 对非标准配置显示补充说明与安全附件入口。
4. 在提交前给出摘要，让客户能够返回修改。

W3C 的表单教程建议为控件提供清楚的标签、说明和分组。对于一组相关的单选或复选项，可以用 fieldset 与 legend 表达共同问题；详细做法见 W3C 分组控件技术说明。这不只是无障碍要求：采购方在手机上扫表单时，也需要立刻知道“这一组选项在问什么”。

校验要帮助客户修正，而不是只说“格式错误”

前端提示和服务端验证缺一不可

字段旁先说明单位、格式和允许范围，例如“数量：正整数；单位：件/套/米”。出现错误时，提示“数量需大于 0，并选择单位”，不要只弹“Invalid input”。W3C 对标签与说明的解释强调：当输入需要特定格式或值时，应让用户提前知道。

客户端校验只负责即时反馈，服务器仍需重新校验。OWASP 的输入验证清单建议尽早校验所有不可信输入，并优先采用允许列表、类型、长度和范围限制。实际验收至少包括：

• 产品 ID 必须对应允许询价的真实产品，不能相信浏览器传来的产品名称。
• 数量转成明确数值后再判断范围，单位使用允许列表。
• 文本设置合理长度，拒绝控制字符和异常编码，不把输入直接拼接进查询或邮件模板。
• 邮箱验证基本结构，但不要把“格式通过”当成企业身份已核实。
• 失败时保留非敏感字段，并把焦点移到错误摘要或首个错误字段。

提交前后都要让客户知道系统记录了什么

一份可验收的交互清单

提交按钮旁写清数据用途和必要隐私提示；提交后显示询价编号、接收时间、产品与数量摘要，并说明下一步。提交后的状态文案见询价成功页与确认邮件。

验收点	通过标准
产品上下文	页面可见摘要与后台记录一致
键盘操作	标签、选项组、错误提示和按钮均可顺序操作
错误恢复	单项失败不清空其他已填内容
重复提交	双击或刷新不会创建多个无法区分的请求
成功确认	展示询价编号、时间和可核对摘要
数据最小化	没有与本次询价无关的强制字段

常见问题

B2B 产品询价表单多少个必填项合适？

没有统一数字。基线通常是产品上下文、用途或关键规格、数量与单位、目的地、时间和一种有效联系方式。每增加一个必填项，都应能解释它会改变哪项选型、报价或交付判断。

公司邮箱必须强制填写吗？

如果团队主要通过邮件回复，可以把邮箱设为必填；但“公司邮箱”并不天然代表真实采购方。仍应结合公司名、请求内容、速率限制和后续人工核验，不应一刀切拒绝所有公共邮箱。

电话号码要不要必填？

通常不必。只有当服务流程确实以电话为首要回复渠道，且已向客户说明用途时才考虑必填。国际号码还要允许国家代码、空格和常见分隔符。

技术参数很多，能否让客户上传文件代替填写？

可以把图纸或规格表作为补充，但不能用上传框替代最基本的产品、数量、用途和联系人信息。附件还涉及文件类型、权限、存储和保留期限，本系列第 2 篇给出单独的安全清单。

怎样判断表单改版是否有效？

先看可解释的过程指标：表单开始到完成的比例、每个字段的报错率、询价中缺失关键报价信息的比例、销售首次回复前需要补问的字段数。不要把询价数量变化直接归因于某一个字段。

下一步：先用一个产品做最小字段演练

按产品做一次内部评审

一个字段留下还是删除，按实际回复判断

假设标准件已从产品页带入准确型号，现阶段只需数量和联系方式即可开始沟通，不能因为模板里有“工况”就强制客户再填。若选型确实取决于温度范围，则说明单位与用途，提供“不确定，请协助确认”的真实处理路径。

演练完成后记录哪些字段缺失会导致无法推进，哪些可以在回复中补问。不要把本篇的示例字段数当作统一标准，也不假设建站工具默认支持所有条件分支。