外贸独立站 RFQ 报价请求怎么做？产品规格、数量、币种、贸易术语、目的港、运费、有效期、审批与 CRM 清单

外贸独立站上的 RFQ（Request for Quotation）不是把“姓名、邮箱、留言”换成一张更长的表单。它要让买方说清楚买什么、多少、送到哪里、按什么贸易条件核价，也要让销售、技术、物流和财务拿到同一份可追溯的数据。下面这份清单从字段、校验、计价、审批、CRM、附件和验收入手，帮助制造企业把报价请求做成可执行的业务入口。

先界定 RFQ 的用途

RFQ 用来收集形成报价所需的业务条件，并生成内部待办。它不是在线订单，也不代表企业已经接受数量、交期、价格或付款条件。页面按钮宜写“提交报价请求”或“请销售核价”，不要写成“确认购买”。

不要把 RFQ 当成普通询盘

普通询盘适合早期咨询，字段少、进入门槛低；RFQ 面向已有明确采购意向的买方，需要产品、数量、单位、目的地等结构化数据。两者可以并存。若只需要基础联系信息，可先参考企业官网询盘表单设计与送达验收清单，不要强迫所有访客填写完整报价条件。

定义什么叫“可报价”

销售、技术、物流和财务应共同列出最低资料集。例如标准产品需要型号、数量、币种、目的国和贸易术语；非标产品还需要工况、图纸与验收要求。资料不齐时系统可以收件，但状态应是“待补充”，不能直接进入报价审批。

给请求分配稳定编号

提交成功后生成不可重复的 RFQ 编号，并贯穿邮件、CRM、报价单和审计日志。编号与数据库主键分开，避免暴露连续记录数量。买方再次提交相同需求时，也不要静默覆盖原记录。

先选产品再显示字段

从产品详情页进入时自动带入产品 ID、型号和页面版本；从统一入口进入时先让买方搜索或选择产品。阀门、设备和耗材需要的参数不同，后续字段应按产品族展开，避免把所有规格堆在一页。

产品名称不能代替稳定 ID

名称可能翻译、改版或重名，内部流转应保存产品 ID、SKU、版本和买方看到的名称快照。这样即使页面后来改名，销售仍能还原当时请求的对象。

型号支持精确选择与“不确定”

已知型号的买方可以从受控列表选择；不确定的买方应能选择“请协助选型”，再填写工况。不要让用户随意输入一个近似型号后被系统误认为标准 SKU。

规格字段按产品族建模

功率、尺寸、材质、电压、接口、精度等字段应来自产品数据模型，并标明单位和允许范围。技术参数不要全部塞入留言框。现有产品参数选择逻辑可与制造业官网在线产品配置器清单协同，但配置结果仍要经过可报价性校验。

数量必须与单位成对保存

“100”本身没有意义，可能是件、套、米、千克或托盘。数量字段要与计量单位绑定，后端按产品允许单位校验。国际贸易中的单位代码可参考联合国欧洲经济委员会的Recommendation No. 20 代码表，内部仍要保留企业常用中文名称。

允许多行产品而不是重复提交

一个采购项目常包含多个型号。RFQ 应支持增加、删除和排序行项目，每行保存产品、规格、数量、单位和备注。总请求与行项目分别编号，便于部分报价或标记某一行待确认。

为数量设置合理边界

后端检查整数或小数精度、最小值、最大值和单位兼容性。超过常规产能的数量不必拒绝，可标成“需产能评审”；负数、零、异常长小数和科学计数法则应明确阻止。

显示 MOQ 但保留人工通道

已知最小起订量时，在产品行旁直接提示。低于 MOQ 的请求可以引导样品或小批量评估，不要提交后才给出含糊拒绝。样品流程可连接制造业官网样品申请清单。

区分采购数量与预测数量

本次采购量、年度预计用量和后续批次不能混成一个字段。报价可能按当前批量定价，而产能评估需要年度需求。分别保存并标明是否为承诺数据。

币种使用受控代码

币种选择保存三字母代码，不只保存“美元”“元”这类名称。可依据ISO 4217 货币代码建立允许列表。前台可显示本地化名称，后台、接口和报价单统一使用稳定代码。

买方偏好币种不等于可成交币种

表单可收集买方希望收到的币种，系统再根据销售区域、主体和结算能力判断是否接受。无法支持时由销售确认替代币种，不能自动换算后假装已经获得财务批准。

汇率要保存来源与时间

若内部试算涉及换汇，应保存汇率来源、抓取时间、基准币种和适用规则。网页展示的估算价要写明更新时间；正式报价使用审批时锁定的汇率或企业规定，不从浏览器实时结果倒推。

贸易术语必须带指定地点

只填 FOB、CIF 或 DDP 仍不完整，还要有约定港口或地点，并注明规则版本。国际商会的Incoterms 规则说明列出 11 个三字母术语，用于划分任务、费用和风险；它们不能代替付款条件、所有权转移或完整合同。

术语列表按运输方式筛选

面向任何运输方式的术语与仅适用于海运、内河运输的术语要分组提示。系统可提醒明显不匹配，但最终选择仍需业务人员核对具体路线和货物。

指定地点使用结构化位置

目的港、机场、城市和交货地点至少保存国家、地点名称、代码与自由文本补充。港口和贸易地点可参考UN/LOCODE。代码无法覆盖的工厂地址或项目现场，仍要允许完整地址。

国家与地区不要靠自由输入

目的国、买方注册国和最终使用国可能不同，应分别采集。国家字段使用ISO 3166 国家代码或与之映射的受控表，前台展示本地化名称，历史记录保留当时值。

收集起运地但不要假设唯一工厂

企业可能有多个仓库或生产基地。买方可选择偏好起运地，实际起运点由库存、产能和出口主体确认。尚未分配时保存“待确认”，不要默认官网公司地址。

运输方式允许多选偏好

海运、空运、铁路、快递或买方自提可以作为偏好，而不是承诺。大件设备还应询问整柜、拼箱、超限和危险品情况。路线不确定时允许销售或物流提出替代方案。

运费必须标明范围

运费可分为未含、估算、已向承运商询价和有效报价。显示金额时注明包含哪些区段、附加费、保险和税费。不要用一个“含运费”复选框掩盖起运港前费用或目的港杂费。

税费与关税单独说明

报价单应明确价格是否含税、适用税种、进口关税和清关费用由谁承担。网站可以收集目的国和税务身份供核价，不应在资料不足时给出确定税负。

包装要求进入行项目或整单

单件包装、托盘、木箱、唛头、中性包装和定制标签会影响成本与交期。若不同产品要求不同，字段放在行项目；整批统一要求则放在 RFQ 级，并在报价中逐项回应。

期望交期要区分日期含义

“9 月 1 日”可能指完工、出厂、装船、到港或到厂。日期字段必须搭配事件类型和时区。无法满足时系统不自行改期，由销售给出可选方案并留痕。

把交期拆成生产与运输假设

正式报价可分别列预计生产周期、备货时间和运输时间，并注明从定金、图纸确认或原料到位的哪个节点开始计算。这样买方能看懂变化来自工厂还是物流。

付款偏好只是输入条件

电汇、信用证等选项用于提前识别需求，不代表企业接受该方式。账期、比例、银行费用和信用条件需按客户、地区和金额审批。敏感账户信息不要通过普通表单留言收集。

把认证与合规要求前置

买方可选择目标市场、认证、检测报告、原产地文件和包装合规要求。系统根据产品与国家触发审核任务。无法确定的法规问题进入合规评审，不让语言模型或页面规则直接下结论。

最终用途单独采集

某些产品需要了解行业、项目和最终用途。字段说明收集目的，并限制内部可见范围。涉及出口管制或受限用途时，由授权人员审核，网页不能给出“自动通过”的暗示。

非标需求走独立分支

买方选择定制后，显示工况、尺寸、材料、接口、图纸、验收标准和保密需求，不让标准产品规则继续自动报价。复杂项目可衔接制造业官网非标定制需求收集清单。

附件只收业务必需文件

常见附件包括图纸、规格书、BOM 和现场照片。页面写明允许格式、单文件大小、数量、用途和保留期。不要为了“资料完整”默认索取营业执照、身份证或无关合同。

附件扩展名不能作为唯一判断

服务器需要核对扩展名、文件头、实际内容类型和大小，使用随机存储名，并与可执行目录隔离。OWASP 的文件上传安全清单还建议采用允许列表、权限控制和恶意内容扫描。

压缩包要限制展开风险

若业务必须接收 ZIP，先检查压缩层级、文件数、路径和预计展开体积，再在隔离环境处理。禁止目录穿越和可执行文件。不能安全解析时，引导买方使用受控传输渠道。

机密图纸需要访问边界

附件访问使用短期授权链接或受控后台，不放在可猜测的公开 URL 下。记录上传、查看、下载和删除事件。要求签署保密协议的项目，应在授权完成后再向更大范围的团队开放。

联系人字段服务于实际跟进

姓名、企业邮箱、公司、职位、电话、国家、偏好语言和时区通常足够。电话区号与号码分开，邮箱不要只做简单字符判断。若团队依赖企业邮箱处理报价，可结合外贸独立站企业邮箱与询盘送达清单检查送达和回信链路。

采购主体与收货主体分开

采购公司、付款公司、最终用户和收货方可能不是同一主体。初次 RFQ 不必要求全部证明文件，但数据模型应能分别保存，并在正式报价或合规审核阶段补齐。

语言与时区决定响应安排

保存买方选择的语言和 IANA 时区，销售分配与 SLA 按此处理。不要仅根据 IP 推断国家或语言，跨国采购、VPN 和总部代采都会产生误判。

必填字段要随场景变化

标准现货、定制设备、样品和备件的最低资料集不同。条件必填规则由后端再次校验，前端只负责即时提示。隐藏字段不能因为旧值残留而提交。

同时做语法和业务语义校验

数量格式正确属于语法校验，交货日期晚于今天、所选单位适用于产品则属于业务语义校验。OWASP 的输入校验清单建议两类校验都做，并强调服务端校验不能被浏览器端检查替代。

错误信息要指出字段和原因

不要只弹出“提交失败”。页面应把错误关联到具体控件，说明缺什么或格式哪里不对，并保留用户已填内容。W3C 的错误识别说明要求以文字描述输入错误，不能只靠红色边框。

标签和填写说明保持可见

占位文字不能代替字段标签。金额、日期、单位、贸易术语和文件限制应在输入前说明，必填状态可被辅助技术识别。复杂术语旁提供简短解释，不强迫买方另开页面猜含义。

保存草稿要让用户知情

长表单可提供主动保存或带有效期的恢复链接，并明确草稿保存多久、谁可访问。公共电脑上不要默认长期保留敏感附件。草稿过期时先通知，再按策略清理。

提交前给出可读摘要

确认页按产品、数量、币种、贸易术语、地点、交期和附件分组展示，让买方返回修改。摘要中再次说明“提交的是报价请求，最终条件以经审核的正式报价为准”。

防重复不能误伤正常采购

按钮提交后立即显示处理中，并使用幂等键防止双击重复建单。相同邮箱在不同时间采购同一产品不应被直接拦截。重复判断可生成候选，由销售合并，而不是静默丢弃。

反垃圾分层处理

蜜罐、频率限制、风险评分、邮箱验证和必要时的人机验证可以组合使用。高风险请求进入隔离队列，不直接写入销售主队列；同时保留申诉或人工查看路径，避免海外买方因网络环境被永久挡住。

隐私告知紧贴提交动作

说明收集哪些信息、用于何种报价流程、保存多久、可能交给哪些服务商，以及如何联系企业行使相关权利。营销订阅与 RFQ 处理分开选择，不能把接受推广设为获得报价的必要条件。

CRM 字段映射先于上线

为 RFQ 编号、联系人、公司、产品行、数量、币种、目的地、来源页和同意记录建立映射表。没有目标字段的数据不能随意塞进备注。完整的去重、分配与回传规则可参考企业官网询盘接入 CRM 清单。

保留原始值与标准化值

用户输入的公司名、地点说明和备注保留原文；国家、币种、单位、产品则另存标准代码。这样既方便检索与路由，也不会在自动清洗时丢掉买方实际表达。

来源归因保存到具体页面

至少记录入口 URL、产品 ID、活动参数、首次来源、提交页面和时间。归因字段不应覆盖业务来源。销售手工录入、展会导入和官网 RFQ 要能区分。

企业与联系人去重分开做

同一公司可能有多个采购人，同一采购人也可能代表不同子公司。企业去重可综合域名、标准名称、国家和人工确认；联系人按规范化邮箱与电话生成候选。不能仅凭名称相似就自动合并。

产品行应进入报价对象

CRM 只建一条“留言”会丢失多产品结构。至少建立 RFQ 主记录和行项目，或通过受控扩展表保存。后续报价版本、折扣和交期都应能回溯到原行。

分配规则写成可审查条件

可按国家、语言、产品线、客户等级和金额区间分配，并设置缺省队列。规则版本和命中原因进入日志。没有匹配销售时必须报警，不能让请求停在无人队列。

建立首次响应 SLA

SLA 可区分“确认收件”“资料初审”和“正式报价”。复杂设备无法在数小时内核价，也应先告知负责人、缺失资料和预计下一节点。节假日与时区按实际服务能力显示。

自动回执不承诺价格

回执包含 RFQ 编号、提交摘要、附件清单、后续步骤和联系渠道。不要在尚未经过成本、物流和审批时自动生成“最终单价”。即使页面有估算器，邮件也要清楚标注估算性质。

报价计算拆出成本组成

产品价、包装、模具、检测、文件、运费、保险、税费和折扣分别计算，再形成买方可读的合计。内部成本与对外价格分层保存，权限不能只靠前端隐藏。

价格规则必须有版本

价目表、客户等级、数量阶梯、区域和促销规则都要有生效时间。核价时保存命中的规则版本，后来调价不反写历史报价。人工改价需填写原因。

报价有效期写成明确日期

“有效 30 天”应同时落成起止日期和时区，并说明哪些条件变化会触发重报，例如原料、汇率、运费或数量变化。过期报价不能被系统当作当前可下单价格。

审批阈值不只看折扣

毛利、总金额、账期、贸易术语、区域风险、免费样品、特殊质保和非标承诺都可能触发审批。每条条件指定审批角色和顺序，禁止销售通过拆单绕过阈值。

审批人只能看必要数据

技术审核看规格和工况，财务审核看价格、币种和付款条件，物流审核看包装与路线。敏感成本、联系人隐私和附件按职责授权。代理审批要有起止时间。

驳回要返回可执行原因

审批结果使用受控原因码并附说明，例如“成本缺失”“术语地点不完整”“技术参数冲突”。销售修订后生成新版本，不覆盖已驳回版本，审批人能看到变化对比。

正式报价使用不可变版本

每次对外发送都生成版本号，保存 PDF、结构化数据、审批记录和发送时间。更新后旧版本仍可审计，但界面清楚标为已替代或已过期。不要让同一下载链接悄悄换内容。

报价与合同保持边界

报价可表达产品、价格和商务条件，但是否构成要约、接受方式、适用条款等应由企业法务确定。网站文章和表单提示不能替代具体司法辖区的法律审查。

把买方反馈回写到原请求

接受、拒绝、要求修改和无回复都关联 RFQ 与报价版本。买方调整数量或地点时生成变更，不在邮件备注里丢失。这样才能分析损失原因和常见补件项。

变更触发重新核价

产品、数量、币种、贸易术语、指定地点、交期或付款条件变化时，系统判断需要哪些复核。只改联系人拼写不必重走全部审批。触发矩阵应可配置并有版本。

日志记录业务事件而非整页数据

记录创建、补件、分配、查看附件、核价、审批、发送、失效和关闭，包括操作者、时间、对象与结果。日志避免写入完整留言、文件内容和密钥，敏感字段按权限检索。

关键动作需要服务端授权

查看成本、下载机密图纸、修改价格、批准折扣和发送报价都在服务端验证身份与对象权限。前端隐藏按钮不算权限控制。跨客户、跨区域和已关闭记录要纳入越权测试。

接口失败要可补偿

表单收件成功但 CRM 写入失败时，记录进入可靠重试队列并报警，不能让用户反复提交。邮件失败、附件扫描超时和审批通知失败分别标记；恢复后只补做未成功步骤。

监控从提交到报价的漏斗

至少观察表单开始率、字段错误率、附件失败率、提交成功率、待补件率、首次响应时间、报价周期、过期率和成交反馈。按设备、地区、浏览器和产品族切分，先定位流程问题，不以减少字段作为唯一优化。

错误率高先检查字段设计

某个国家买方频繁卡在电话或邮编，不一定是流量质量差，可能是格式规则只适配单一市场。某产品附件失败多，也可能是允许格式与工程团队实际文件不符。修改前查看错误码和用户路径。

用测试矩阵验收核心组合

覆盖单产品、多产品、样品、非标、不同币种、不同国家、各运输方式、低于 MOQ、超大数量、缺附件和重复点击。每个案例检查前台反馈、数据库、CRM、邮件、分配与日志是否一致。

单独测试标准代码更新

币种、国家、单位和地点代码表会更新。同步程序应先在预演环境检查新增、停用和名称变化，不能删除历史记录依赖的旧代码。页面只展示当前允许值，历史报价仍可还原。

上线前做附件攻击测试

测试双扩展名、伪造内容类型、超大文件、压缩炸弹、恶意脚本、路径字符和同名覆盖。确认文件无法从执行目录运行，扫描失败时默认不对业务人员开放。

做键盘和读屏验收

不用鼠标完成选产品、加行、上传、纠错、确认和提交；焦点顺序与页面顺序一致，动态错误会被读屏识别。手机端还要检查数字键盘、日期控件和长单位名称。

验证邮件与 CRM 的真实链路

不要只看接口返回成功。用受控测试地址完成提交，确认买方回执收到、销售通知可达、CRM 主记录和行项目齐全、负责人收到任务，回复能关联原 RFQ。

准备字段级回滚方案

新字段或新计价规则上线前备份配置、映射和数据结构。出现高失败率时可关闭新分支、恢复旧表单并继续收件。回滚不能删除已提交 RFQ，新旧版本都要能被后台读取。

先用一个产品族试运行

选择规格相对稳定、销售负责人明确的产品族，观察两到四周的补件率、核价时间和错误原因。修正字段与映射后再扩展其他产品，不要一次把全站询盘都切到复杂 RFQ。

凯乐丰可以协助落地哪些环节

凯乐丰可在外贸独立站建设中梳理产品数据、RFQ 表单、邮件和 CRM 接口，也可结合企业数字化方案规划审批、权限与验收。若准备改造现有报价入口，可通过凯乐丰联系页面说明产品类型、现有系统和目标市场，再确定实施范围。

上线前最后核对

检查面	最低通过条件	常见风险
业务字段	产品、规格、数量、单位、币种、术语、地点和日期含义明确	自由文本无法核价
价格边界	估算、待核价、正式报价和合同状态分开	页面价格被误当承诺
安全与隐私	服务端校验、附件隔离、权限、告知和日志通过测试	恶意文件或越权下载
业务流转	CRM 行项目、分配、SLA、审批、版本和反馈可追踪	收件成功但无人处理
真实验收	买方回执、销售通知、CRM、附件、审批和报价下载全链路成功	只验接口未验结果

一套可靠的 RFQ 工作流，价值不在于字段多，而在于买方少补一次资料，销售少抄一次数据，技术与物流能看见同一版本，报价的价格、有效期和审批都有出处。先把“可报价”的最低条件和责任边界写清楚，再决定哪些步骤自动化，通常比直接上在线计算器更稳妥。