RFQ(询价请求)

RFQ 不是让买方表达兴趣，而是围绕较明确的采购问题交换报价信息。GSA 将其用于已知需求下的价格比较，通常提交报价而非完整方案；这可帮助网站团队区分一般联系请求。

参考：U.S. General Services Administration

仍在了解方案时，先给产品资料或技术沟通；需要比较完整方案时，更接近 RFP。对象和条件足以开始询价，才适合称为 RFQ。

正式采购规则中的 RFQ 用于取得价格、成本、交期及相关信息。网站不必照搬政府表单，但要检查信息能否让供应商知道报什么、向哪里交付、还缺什么。

参考：Acquisition.GOV

字段越多不一定越能报价。W3C 建议只要求完成流程所必需的信息，并提供标签、说明、校验和反馈；每一项都应服务于报价或首次澄清。

参考：W3C Web Accessibility Initiative

“获取报价”是行动号召；提交项目条件后才形成 RFQ；销售或技术初检后才可能成为合格询盘。三者分别解决页面动作、信息完整度和需求匹配。

不能从点击或提交直接推断报价机会增加。应分别记录入口使用、请求接收、补充信息和资格初检。

RFQ 应放在买方核对关键条件之后，不能替代产品信息、认证证据或交付范围。先确认“是否适用”，再说明“提交哪些条件可开始报价”。

提交前写清需要的信息、必填项和后续动作。W3C 说明，输入控件需要清晰标签或说明；这是一项可用性要求，不是对转化结果的保证。

参考：W3C Web Accessibility Initiative