HDI 板询价：把「用于 5G / 车载」转译成可建造需求
一块 HDI 板的询价单上，最常出现、也最没用的一行是「用途」。写着「用于 5G 模块」「用于车载
摄像头」「用于可穿戴」的 RFQ 每天都在发出去，发出去的人以为自己说明了需求，收到的人则很清楚
这一行进不了报价系统，也进不了工单。
这不是沟通疏忽，而是两套语言之间缺了一次转译。应用名属于产品语言，它向同事、向管理层、向投资人
描述这块板要去哪里。而报价与制造只接受属性语言：一个量、一个位置、一个判定方法。中间这次转译
如果没人做，它不会消失，只会被供应商替你做完——按对他最省的那种解释。
一、为什么「for 5G / for automotive」进不了车间
把一份 RFQ 往下游走一遍就能看清这件事。
报价阶段，工程报价要把文件翻成一组工艺步骤与风险系数。它需要知道互连密度落在哪一档、结构上
有几次压合、孔型是哪几种、测试要做到什么程度。「用于 5G 模块」对这几项一个都没有约束——它只
提示了一种可能性分布。于是报价人必须自己猜一个点，而在竞标场景里，猜得最省的那个人赢。
工单阶段，车间接到的是一组参数和程序。机台上没有「用途」这一栏，也没有任何工序会因为板子要去
5G 基站而改变行为。应用信息到这里已经完全蒸发，剩下的全部是坐标、补偿量、层序、程序号。
验收阶段问题最明显。到货争议需要援引判据，判据必须是可测量、可复现、能在两方之间得到同样
结论的东西。「这板不适合 5G」不是判据，它没有量、没有位置、没有方法，无法举证也无法反驳。
最终结果往往是双方各执一词，然后按商务关系而不是按技术事实解决。
所以应用名的真实处境是：它在三个阶段都无法被执行，却在三个阶段都影响了结果——以沉默的方式。
二、应用名里实际打包了哪五类需求
应用名不是没有信息，而是信息压缩得太厉害，且彼此冲突。展开来通常是五类：
互连密度类。 要走多少线、过多少孔、在多窄的空间里完成扇出。这一类直接决定了结构上限，
也是成本曲线最陡的一段。
结构与层间关系类。 哪些层之间必须直接导通、哪些可以逐层叠上去、埋在内部的互连有几级。
同样的密度可以用不同结构实现，而不同结构的工艺次数和报价不是一个量级。
热与电流类。 要导走多少热、哪条路径承载主要电流、散热是靠板本身还是靠外部结构。这一类
经常被应用名完全隐含——「车载」两个字里藏着的热要求，和「可穿戴」里藏着的完全不同。
可靠性与环境类。 工作温度范围、振动、湿度、寿命期望、失效后果的严重程度。这一类决定要不要
做额外验证，而验证项是报价里最容易被悄悄去掉的部分。
装配与测试接口类。 后续怎么贴装、怎么测试、要不要留测试点与基准、交付形态是单片还是连片。
这一类常被当成「后面的事」，但它反向约束前面所有决定。
关键在于，这五类不是并列的清单，而是互相拉扯的约束。提高密度通常意味着更薄的结构，更薄的结构
对热和可靠性不利；增加验证提高了可靠性信心，但吃掉成本与交期；改善装配接口可能要求额外余量，
而余量与密度直接对冲。应用名把五类需求塞进一个词，顺带把它们之间的取舍也隐藏了。
而取舍恰恰是报价的全部内容。
三、每一类必须落成什么形式
转译的输出不是一段更详细的描述，而是一组结构相同的条目。每条包含四件事：
可测量量。 这一项用什么量来表达。量可以是尺寸、比值、档位、等级、是否，但必须是一个
在两方之间不产生歧义的量。描述性形容词（「高密度」「高可靠」）不算量。
标注位置。 这个量写在哪里才有效。写在邮件正文里的要求不具约束力；写在图纸、规格表、
RFQ 表格的指定字段里才进入报价与工单。同一个要求放在不同位置，法律与工程效力完全不同。
判定方法。 到货时怎么确认它满足了。有的量靠量测、有的靠测试、有的只能靠供应商声明加
过程记录。必须在询价阶段就区分这三种——因为「只能靠声明」的项目，如果没在合同里要求声明，
到货后就永远无法追溯。
责任方。 这个量由谁决定。三种情形后面细说，但条目里必须写明，否则默认落给供应商。
同一条需求缺任何一件都会失效。有量没位置，它不进系统；有位置没判定方法，它到货时无从确认；
有判定方法没责任方，出问题时无人可问。实践中最常见的缺失是第三件和第四件——大多数 RFQ 把
力气全花在第一件上。
四、转译责任归属：三种情形必须分开
把全部属性都要求买方自己定，是另一种失败模式——它会让 RFQ 变成一份闭门造车的清单，排除掉
供应商本可以提供的更省的实现路线。合理的切法是分三类：
只有买方能定的。 功能边界与后果。工作环境、寿命期望、失效严重性、必须直接导通的关键
互连、不可改动的机械接口。这些来自产品本身，供应商无从知晓，也无权替代决定。**这类项目
留白等于把产品风险转给了不掌握产品信息的一方。**
必须由供应商给选项的。 实现路线。达到同一组功能要求可以有几种结构与工艺组合，各自的
成本、交期、风险分布不同。买方该做的不是指定路线，而是要求供应商把可行路线连代价一起列出来。
预先锁死路线通常只会让报价变贵或让更好的方案无法进入视野。
必须双方会签才算冻结的。 两类信息的交汇点。哪些属性在这次项目里优先、冲突时让哪一项、
哪些项目按声明验收而非按量测验收。这些既不是纯产品决定也不是纯工艺决定，单方写下来都不成立，
必须有一次明确的双方确认动作，并且确认之后的改动走变更流程。
这个切法的实际价值是：它把「留白」变成了有主的问题。每一项留白都能指向一个具体的责任方，
而不是模糊地落进供应商报价里。
五、不转译的两种代价
报价不可比。 这是最容易量化、也最容易被忽略的损失。三家供应商对同一份「for 5G」的 RFQ
报出三个价，差异往往不来自效率或利润，而来自三种不同的解释：各自假设了不同的结构、不同的
验证范围、不同的交付形态。买方看到的是三个数字，看不到三套假设。**此时选最低价，等于选了
最省的那套解释**，而那套解释在转量产或到货时才会被发现不满足。
比价的前提是报价对象相同，而对象相同的前提正是这次转译。
到货不可判。 争议时双方各自援引的东西不在同一个层面。买方援引意图（「这不是我要的板」），
供应商援引文件（「文件上没写」），而文件在这件事上确实没写。于是争议无法在技术层面收敛，
只能靠商务让步解决——让步的一方取决于谁更需要这段关系，而不是谁对。
更麻烦的是，这类争议往往在量产铺开后才显现，此时更换供应商的代价已经远高于当初多花时间转译。
两种代价都有一个共同点：它们不在询价阶段显形，而在之后某一步集中爆发，而那时的修正成本
比当初做转译高出一到两个量级。
六、应用信息仍然要写——但位置不同
转译不是把应用名删掉。应用信息有它不可替代的价值，只是它的正确位置不是规格条目，而是两处：
背景说明。 让供应商理解这块板的使用场景，从而在给实现选项时提出买方没想到的路线，
或主动指出某项要求与场景不匹配。一个了解板子去哪里的报价工程师，比一个只看文件的报价工程师
更可能发现问题。
优先级说明。 当属性之间冲突时，应用场景是判断让哪一项的依据。「这是消费类产品，成本优先于
额外验证」和「这是长寿命工业设备，验证优先于成本」会导出完全不同的取舍，而这个判断必须由
买方给出，写成一句明确的话，不能让供应商从应用名里自己推测。
区别在于：背景与优先级是解释性信息，帮助对方做更好的判断；而规格条目是约束性信息，
进入报价与验收。把解释性信息放在约束性位置上，是应用名误用的本质。
七、最小动作清单
不需要重做 RFQ 模板。在现有询价单上加这几行就能完成大部分转译：
- 五类需求各一组条目，每条写全量、位置、判定方法、责任方四件事；暂时定不了的写
「待定 + 谁来定 + 什么时候定」，而不是留空。
- 一行优先级声明：当成本、密度、可靠性、交期冲突时，本项目的让出顺序是什么。
- 一个「按声明验收」清单：明确列出哪些属性到货后无法量测，只能凭过程记录与声明确认，
并要求供应商在报价时确认能否提供这些声明。
- 一个实现选项要求：要求供应商列出可行结构/工艺路线及各自代价，而不是只报一个总价。
- 一次会签动作：上述内容确认后冻结，之后的改动走变更流程。把这次会签写进时间表，
否则它不会自己发生。
- 应用信息移位：从规格区移到背景区，并补一句它对优先级的含义。
这份清单不增加工程工作量，它只是把原本在报价、工单、到货三个阶段分散发生的猜测，
集中到询价前的一次动作里完成。
小结
应用名是真实信息，但它是压缩的、内部冲突的、且不可执行的。把它当规格用，代价会以报价不可比
与到货不可判两种形式延迟出现。转译的工作量并不大——五类需求、每类四件事、一次会签——
难的是承认这件事必须在发出询价之前做完，而不是等供应商问起来。
关于 HDI 结构与工艺路线的可选范围，可参考 HDI PCB 产品页 与
制造能力说明；需要把转译后的条目提交评审时，可走
报价与生产评审入口。涉及后续贴装与测试接口的部分，见
PCB 组装服务。build class 这一个字段本身该由谁决定，
已另文讨论：HDI build class 规格决定权归属。
FAQ
Q1：供应商主动问我「这板用在哪」，是不是说明应用名有用？
有用，但用在别处。他问这句话通常是为了判断你的文件里哪些要求可能写错了，或者有没有更省的
路线可提。这属于背景信息的正当用途。它不能替代规格条目——他问完之后，仍然需要你把属性写进
RFQ 的指定字段，否则他的报价依据还是他自己的推测。
Q2：我没有工程资源做这次转译，怎么办？
把「只有买方能定的」那一类做完，这部分不需要工艺知识，它来自你的产品：工作环境、寿命期望、
失效后果、不可改的机械接口、必须直接导通的关键互连。剩下的实现路线明确要求供应商给选项与代价。
最糟的做法是整份留白——那不是省了工作，是把决定权连同风险一起交出去了。
Q3：转译以后 RFQ 变长，会不会反而报价变贵？
会有一部分报价变贵，但那部分通常是原来被漏掉的工作重新显形，不是新增成本。真正的变化是
三家报价开始可比：你能看出哪一家贵在验证、哪一家便宜在少了一次结构步骤。原来那个最低价
如果在转译后变贵了，说明它当初报的不是你要的板。
Q4：哪些属性是典型的「只能靠声明验收」？
凡是到货后无法从成品上量测或复现的过程性属性，都属于这一类——材料批次、过程参数、中间
工序的记录、特定工序是否执行过。这些必须在询价阶段就要求声明与记录保留，到货后再问是问不到的，
因为记录可能已经不存在。关键是在 RFQ 里把它们单列成清单，而不是假设供应商会默认保存。
Q5：同一块板给两个应用（比如消费版和工业版）用，怎么写？
写成两套属性集，而不是一个取并集的应用描述。两个应用的优先级不同，取并集会得到一块两边都
更贵、且在冲突项上仍然没有结论的板。如果商务上必须共用一个物料号，那就按更严的那一套写，
并明确这是刻意的成本选择，而不是让供应商在两种解释之间自己挑。
Q6：转译完成后还需要双方会签吗，邮件确认不够？
会签的意义不在形式，而在于它制造了一个明确的冻结时点。邮件确认通常确认的是局部，之后每一次
局部修改都把基线推移一点，到最后谁也说不清当初定的是哪一版。会签的产物是一份有版本号的文件，
后续改动必须引用它——这才是变更流程能成立的前提。