几乎每个硬件团队都有 BOM 审查的制度,但执行质量天差地别:有的团队逐行核对参数,有的团队在评审会上扫一眼格式就签字。差别不在态度,而在有没有一套可复用的审查框架。这篇指南把 BOM 审查拆成五个层次,从机械核对到风险判断,每一层都有明确的检查项和输出物。
BOM 审查的困境是典型的「高频率 × 低成就感」:每次改板都要重审,但审完很少出大问题,于是审查逐渐退化为格式检查。真正的问题在于,审查的价值不在于「没查出问题」,而在于把风险显式化——哪些器件单一来源、哪些参数贴着上限、哪些物料成本异常,这些信息平时没人整理,出事时才发现没人看过。
这一层完全规则化,适合自动化。格式问题看似简单,却是后续所有分析的地基——料号缺失或数量错误会让参数核对和成本核算全部失真。
降额核对需要两样输入:器件的额定值(来自规格书)和实际工作应力(来自设计计算或实测)。手动做这件事,一个百行 BOM 就要一整天;而它是规则最清晰、最适合系统化的一层。
审查的终点不是发现问题,而是一份能进入研发流程的正式输出。推荐三段式结构:
| 部分 | 内容 | 签核人 |
|---|---|---|
| 风险清单 | 按 高/中/低 分级,每项附依据(规格书页码、EOL 通知、价格记录) | 审查执行人 |
| 处置建议 | 每项风险给出 替换/加验/接受 三种处置及理由 | 岗位工程师 |
| 结论页 | 放行/有条件放行/不放行,遗留问题跟踪表 | 研发负责人 |
五层框架中,第 1 层完全可规则化,第 2 层半规则化,第 3–5 层需要外部数据(生命周期数据库、价格行情、认证库)支持。务实的自动化路径是:先让规则层自动跑(几分钟出格式+降额初判),人工聚焦在风险研判和处置决策上。很多团队的上马方式,是把老师傅的审查规则一条条写下来——这本身就是最好的起点。
如果你的团队正在梳理这套规则,可以从页面上的 BOM 体检工具开始:它内置了演示规则集,粘贴一份 BOM 就能看到自动审查的输出形态。企业级的完整版本,加载的是你们自己的规则库与历史数据。
ZAOWUTAN / 造物潭
这些方法论的完整版,就是小潭子数字员工的日常工作。