01 · QUESTION / INTENT
提供足够的边界条件，让供应商对同一个问题报价并返回可比证据。
02 · DIRECT ANSWER
工程可执行 RFQ 应说明应用、系统电压/能量/功率、工况、SOC 与温度范围、机械包络、冷却与压紧方案、Pack/BMS 责任、寿命目标、验证计划、资料清单、样品、数量爬坡、目的地、Incoterm、询价日期和 SOP/COD，并标出未知项和关闭责任人。
03 · DECISION TABLE
| 判断因素 | 判断方向 | 批准前确认 |
|---|---|---|
| 技术边界 | 先描述问题，再写偏好型号。 | 工况、环境、接口与验收标准。 |
| 商务边界 | 区分样品、试制和量产数量。 | 预测、确定数量、交付计划、币种与 Incoterm。 |
| 证据边界 | 要求型号专属、带日期的交付台账。 | 资料范围、版本、责任人、截止日期和保密级别。 |
04 · ENGINEERING EXPLANATION
使用一张要求矩阵，包含单位、标称/限值、验证方法和责任人。供应商应以符合/偏差/未关闭并引用证据作答，而不是用营销语言重述要求。
05 · APPLICATION / MARKET MAPPING
BESS RFQ 强调衰减与可融资性；车辆 RFQ 强调结构、功率、充电和验证；工业与船舶 RFQ 还要加入振动、环境与认证路径。
06 · EVIDENCE AND TEST CONDITIONS
- 要求—符合性矩阵与受控交付资料清单。
- 报价假设、免责与未关闭项台账。
07 · RISKS / NOT SUITABLE WHEN
- 只有型号和数量的 RFQ 会产生不可比报价和隐藏重设计。
- 不要为填满表格而虚构数值，应标记未知并请求工程支持。
08 · FAQ
Pack 设计前能发 RFQ 吗？
可以，但要把要求分为固定、目标和未关闭项，并要求供应商明确假设。短名单保留多少型号？
通常应保留一个技术上可信的备选，同时避免分散验证资源。BUYING COMMITTEE ANSWERS
Engineering
定义工况、接口、限值和验证。Procurement
定义报价基础、数量、计划和变更条款。Quality
定义证据、验收、批次和偏差控制。Compliance / Logistics
定义目的地、路线、产品层级和所需资料。Finance / Project
定义 TCO 输入、保证和进度敞口。Management
定义决策门点、责任人和第二供应源目标。10 · PROJECT CTA