先给一个能直接拿来判断的范围：如果客户在网站上筛选产品、加入询价清单，再填写数量、目的港和需求说明后提交，通常按 4 至 6 周估算；加入多语言、会员账号、附件、询价状态、后台分派和较复杂的产品属性后，多数会落到 8 至 12 周；如果买家要向多家供应商发出 RFQ，供应商各自登录报价，后台还要比价、评分、审批并连接 CRM 或 ERP，按 14 至 24 周以上准备更稳妥。
这几个区间有共同前提：需求负责人能够及时确认，产品资料基本可用，项目由产品或需求、设计、前后端开发和测试共同推进。只有一名开发人员兼职完成，或者几千个 SKU 还散在不同表格里，日历工期不能直接照搬。
先分清：询盘表单和完整 RFQ 不是一回事
很多需求刚开始只有一句话：“网站加个产品筛选，再做一个 RFQ。”这句话至少可能指三种完全不同的东西。
最轻的一种，是产品目录加询价清单。访客按规格找到产品，勾选几个型号，填写采购数量和联系信息，提交后由销售跟进。网站负责把需求收完整，不负责让供应商在线报价。
再往前一步，是询价管理。客户有账号，可以查看询价记录、补充附件和看到处理状态；销售在后台分派负责人、记录报价版本、回复客户，询价数据还可能同步到 CRM。页面看起来只多了几个入口，背后已经多出身份验证、权限、状态流转和消息通知。
完整的 RFQ 平台则接近采购系统。采购方创建需求并邀请一家或多家供应商，供应商填写单价、交期、有效期、贸易术语和替代方案，采购方再比较、评分、接受或拒绝报价。Microsoft Dynamics 365 的 RFQ 文档把创建和发送、接收回复、比较与评分、接受或拒绝报价列为一条连续流程。这套范围显然不能按“做一个表单”报价。
红数科技在估算前会先确认一句：提交 RFQ 之后，谁还要登录系统，继续完成什么动作？ 如果答案只是“销售收到邮件”，项目还在网站功能范围；如果后面还有供应商报价、采购比价、内部审批和订单转换，它已经是一套业务系统。
4至6周、8至12周、14至24周，分别能做到什么
下面的工期按自然周计算，包含需求确认、界面设计、开发、测试和上线准备，不把域名备案、第三方接口审批、客户内部验收等待算进开发时间。
| 项目范围 | 典型功能 | 参考周期 |
|---|---|---|
| 基础询价版 | 产品分类与属性筛选、关键词搜索、产品详情、询价清单、数量与备注、邮件通知、简单后台查看 | 4至6周 |
| 标准业务版 | 基础版全部功能，加多语言、会员账号、附件、询价记录与状态、销售分派、邮件模板、批量导入、基础数据统计 | 8至12周 |
| 多供应商 RFQ 版 | 买家发布 RFQ、定向邀请供应商、供应商独立报价、报价版本、截止时间、比价、评分、接受或拒绝、角色权限与操作记录 | 14至20周 |
| 深度集成版 | 多供应商版全部功能，加审批流、币种和税费规则、复杂贸易条款、CRM/ERP/PIM 对接、单点登录或区域化部署 | 18至24周以上 |
区间不是套餐价目表。一个只有 200 个标准品的网站，如果产品属性统一，筛选开发并不重；另一个网站虽然也只有 200 个产品，但每个品类使用不同参数、不同单位，还有配件兼容和定制选项，数据建模就可能比页面开发更费时间。
同样，供应商能否修改已提交报价，也会改变实现。允许修改，就要定义截止时间、历史版本和当前有效版本；涉及密封报价，还要处理开标前的可见范围。Microsoft 的现行文档对开放报价、密封报价以及比价评分分别设置了独立流程，这些都说明 RFQ 的难点在业务规则，不在“报价”两个字。
产品筛选最容易低估的，是数据而不是筛选按钮
筛选功能要先有稳定的产品属性。阀门可能按口径、压力等级、材质和连接方式筛选，包装设备可能按物料、速度、袋型和自动化程度筛选。把所有产品都塞进同一套字段，要么出现大量空值，要么让客户选出根本不存在的组合。
因此，开发前要把产品分到合理的属性组，统一字段名称、单位、取值和多语言译法。型号、变体、选配件与主产品的关系也要确定。Excel 中写着“10mm”“10 mm”“0.01m”的三个值，人能看懂，系统不会自动把它们当成同一个筛选条件。
如果现有产品资料已经结构化，几十到几百个产品的清洗和导入可以与开发并行。资料散在 PDF、旧网页和销售表格中，周期应单独增加 1 至 4 周；产品数量大、属性规则复杂时，最好先做一个品类的数据样板，再估全量，不要先承诺一个总日期。
面向搜索流量的网站还要决定哪些筛选结果值得被收录。筛选条件全部生成网址，可能制造大量重复或近似页面；全部禁止收录，又会失去“产品类型+关键规格”这类有真实搜索需求的落地页。Google 关于分面导航的文档明确提醒，此类网址可能形成近乎无限的组合，消耗抓取资源并拖慢重要页面的发现。所以，可索引组合、规范网址、内部链接和无结果页面如何处理，应在开发前确定。上线后再补，往往会牵动网址规则和前端状态管理。
RFQ表单看着不长，字段之间却有业务关系
一份外贸 RFQ 通常不只收姓名、邮箱和留言。真正影响报价的内容还包括产品型号、数量与单位、目标市场、目的港、期望交期、贸易术语、币种、认证或包装要求、图纸与规格附件。不同产品可能使用不同数量单位，同一张询价单也可能包含多个产品。
这些字段不是越多越好。第一轮只需要让销售判断需求是否真实、能否报价，就不要把合同阶段才会确认的内容全部压到访客身上。另一方面，决定报价的规格如果缺失，表单再短也只是把信息补问工作转给销售。
附件会单独增加安全和存储工作。图纸、BOM 和规格书可能带有商业敏感信息，系统需要限制文件类型与大小、重命名文件、隔离存储、控制下载权限，并考虑恶意文件检查。OWASP 的文件上传建议同样强调扩展名白名单、类型和文件签名验证、文件名重写、大小限制、授权访问以及尽可能进行病毒或沙箱检查。这些工作在视觉稿上几乎看不见，但不能从排期里删掉。
一个标准项目的时间通常花在哪里
以 8 至 12 周的标准业务版为例，实际推进大致如下。部分工作可以重叠，因此各阶段时间不能简单相加。
需求和数据梳理，1至2周。 确定产品分类、筛选字段、询价单字段、角色、状态、邮件通知和语言范围，同时抽查真实产品数据。这里没有确认清楚，后面的界面越快，返工越多。
交互与界面设计，1至2周。 重点不是画多少页面，而是客户如何从筛选结果进入产品详情、怎样管理询价清单、提交失败后如何保留内容，以及手机端长参数和多产品询价怎样操作。
核心开发，3至6周。 前端完成产品列表、筛选、详情、询价清单和账号页面；后端处理产品数据、询价单、附件、状态、权限、通知和管理操作。已有成熟内容管理系统时会快一些，定制数据模型和工作流会拉长时间。
联调与测试，1至3周。 不只是检查页面能不能打开，还要测试筛选组合、不同单位、重复提交、异常附件、邮件到达、权限越界、移动端操作、浏览器兼容和数据导出。多语言项目还要检查文案变长后按钮、表格和邮件是否还能正常显示。
上线准备，3至5个工作日。 包括正式数据导入、重定向、统计代码、搜索收录设置、备份、监控和操作交接。若要连接 CRM、ERP 或 PIM，应提前拿到接口文档、测试账号和字段映射；等页面做完才申请接口，项目通常会停在联调阶段。
这七件事，最容易让周期往后走
产品资料还没有统一。 开发做到一半持续新增字段，筛选逻辑、后台表单、导入模板和多语言内容都会跟着改。
把登录后的流程放到最后讨论。 买家、供应商、销售、采购经理和管理员能看见什么、能改什么，需要在数据结构确定前说清。权限不是上线前加几个开关。
报价规则存在例外。 阶梯价格、最小起订量、样品价、有效期、币种换算、含税与未税、FOB 与 CIF 不能混成一个“价格”字段。例外越多，测试组合越多。
多语言被理解成页面翻译。 产品属性值、单位、邮件、附件名称、网址以及搜索落地页都可能需要本地化。Google 对多语言页面的建议也要求不同语言版本使用独立网址，并用 hreflang 等方式说明版本关系。
第三方系统只有一个名字。 “对接 ERP”不能直接估时。需要确认由谁提供接口、能读写哪些数据、调用频率、失败后怎样重试、历史数据是否回填，以及测试环境是否可用。
需求确认人太多，却没有最后拍板的人。 外贸、产品、采购、IT 对 RFQ 的理解往往不同。意见都要听，但字段和流程必须有人确认，否则每轮演示都会回到需求讨论。
只留开发时间，没有留验收数据。 系统空着时看不出问题。至少准备 20 至 50 个具有代表性的产品、几张包含多产品和附件的询价单，以及不同角色的测试账号，验收才接近真实使用。
询价时怎样拿到一份可信的开发排期
先不要问“这两个功能多少钱、多久能做完”，把下面几项资料交给开发方，得到的周期会准确得多：
- 一份真实产品表，包含分类、型号、属性、单位、变体和语言；
- 从客户选品到销售或供应商完成报价的流程图，简单手画也可以；
- 每种角色要查看、提交、修改和审批的内容；
- 一张实际使用的 RFQ 或报价单，敏感信息可以隐藏；
- 需要连接的 CRM、ERP、PIM、邮件或身份系统，以及现有接口资料；
- 必须首期上线的功能和可以后补的功能；
- 目标上线时间，以及不能延期的展会、投放或业务节点。
开发方给出排期后，还要看它有没有写清假设。可信的估算会说明产品数据由谁整理、包含几种语言、附件怎样处理、哪些接口已确认、测试和修改轮次如何安排，也会把第三方审批和客户确认时间单独列出。只给一个“30天上线”的数字，却没有功能清单、数据前提和验收标准，这个日期很难管理。
对大多数外贸企业，首期没必要直接做成采购平台。先把产品属性整理好，上线筛选、询价清单、完整 RFQ 字段和后台分派，让客户更容易提交一份能报价的需求；真实询价跑起来后，再决定是否增加账号、在线报价、比价和 ERP 回写。这样安排并不一定让总开发量更少，却能更早看见产品数据和业务流程里的问题。
周期估算最终要回答的不是“一个 RFQ 页面要做几天”，而是这次上线准备承接到哪一步。边界停在收集有效询盘，4 至 6 周有机会完成；边界走到多供应商协同、比价审批和系统集成，就应按 14 至 24 周以上规划。把产品数据、人员动作和系统去向写进同一张功能清单，日期才会从一句承诺变成可以验收的计划。
参考资料
[1]: Microsoft Learn，Requests for quotation (RFQs) overview，页面标注更新日期为 2025 年 7 月 21 日。 [2]: Microsoft Learn，Enter and compare RFQ bids and award contracts，页面标注更新日期为 2025 年 6 月 17 日；另见 Sealed bidding for RFQs。 [3]: Google Search Central，Crawling faceted navigation URLs。 [4]: OWASP Cheat Sheet Series，File Upload Cheat Sheet。 [5]: Google Search Central，Managing multi-regional and multilingual sites。
