一、量产三个月后发现的问题——但根源在设计阶段
"产品经理说按键手感不行，客户投诉率 3%。工程排查了一圈——结构、模具、注塑工艺、组装——都没问题。最后发现，是 ID 设计阶段定的按键间隙 0.3mm，模具注塑出来的实际公差就是 ±0.15mm。也就是说，有一半的产品注塑出来间隙就不在合理范围内。"
这不是制造的问题。这是设计的问题。
但在很多公司，这种问题到了量产阶段才暴露。到了那时，改设计的代价是：模具修改（数万到数十万）、已经生产的库存（可能要报废）、项目进度延迟（客户罚款）——所有这些成本，如果在设计评审时花一小时做一次 DFMEA，完全可以避免。
二、DFMEA 和 PFMEA——一个是"设计有没有埋雷"，一个是"制造会不会踩雷"
很多人分不清 DFMEA 和 PFMEA，其实一句话就清楚了：
| DFMEA（设计 FMEA） | PFMEA（过程 FMEA） | |
|---|---|---|
| 分析对象 | 产品设计本身 | 制造过程 |
| 问的问题 | "这个设计有没有可能在某些条件下失效？" | "这个工序有没有可能做不出设计要求的质量？" |
| 负责团队 | 设计工程师 + 质量工程师 | 工艺工程师 + 质量工程师 |
| 输入 | 产品图纸、BOM、客户规格 | 过程流程图（PFD）、作业指导书 |
| 输出 | 设计改进建议、关键特性清单 | 控制计划、防错措施 |
| 做错的代价 | 产品召回、安全事故 | 客户投诉、产线停线 |
两者是上下游关系：DFMEA 识别出来的设计风险，有一部分会通过"设计无法消除的风险"传导到 PFMEA 里继续管控。
三、为什么很多公司不做 DFMEA？
不是因为不知道它重要。而是因为：
1. 设计团队觉得"这是质量部的事"
设计工程师的 KPI 是按时完成图纸，不是做风险分析。当 DFMEA 被视为一个额外的文书工作时——它就会被放在最低优先级。
2. 设计变更频繁，DFMEA 跟不上
产品设计三个月改了 7 版，DFMEA 还停留在第一版——更新维护的成本太高了。
3. 做了也是走形式
SOD 评分全凭经验拍脑袋，没有数据支撑。最后 DFMEA 变成了一份"领导要看所以我们做了"的文件，实际价值为零。
四、"你有病，我有药"——DFMEA 怎么才能真正发挥作用？
DFMEA 不是一份填完就归档的文件。它是一个设计评审的对话工具。
做 DFMEA 的正确姿势：
| 步骤 | 做什么 | 谁参与 |
|---|---|---|
| 1 | 拆解产品结构（子系统 → 组件 → 零件） | 设计工程师 |
| 2 | 对每个零件/组件问"它可能怎么失效？" | 设计 + 质量 |
| 3 | 评分 S/O/D | 质量 + 制造（制造工程师知道实际可能发生的频度） |
| 4 | 对 H/M 风险制定设计改进措施 | 设计工程师主导 |
| 5 | 对无法通过设计消除的风险 → 传导给 PFMEA | 质量工程师 |
关键在于第 2 步——由设计工程师主导识别失效模式，而不是质量工程师替他们填表。 因为只有设计工程师知道"这个公差如果偏了 0.05mm，下游装配会发生什么"。
而第 5 步是最容易被跳过的——DFMEA 和 PFMEA 如果各自孤立地做，就失去了 FMEA 体系的闭环价值。
五、设计阶段的 1 块钱 = 量产后省 100 块
制造业有个著名的"1-10-100 法则"：
- 在设计阶段发现并修复一个缺陷：成本 = 1
- 在制造阶段发现：成本 = 10（停线、返工、库存处理）
- 到了客户手里才发现：成本 = 100（索赔、召回、品牌损失）
DFMEA 的价值就是——帮你在"1"的阶段把问题找出来。
在澹墨质量的 DFMEA 编辑器中，你输入的每一个产品描述都会被 AI 自动分析潜在失效模式——设计工程师只需要审阅和补充。
你知道了DFMEA的核心是"设计阶段把问题找出来"——遵循1-10-100法则，设计阶段花1块钱解决的问题，到量产阶段要花100块。但手工做DFMEA，从拆解产品结构到SOD评分到AP判定，一个产品几十个组件，评审会开三次都填不完一张表。
澹墨质量的 DFMEA 工具让这个流程高效起来。 输入产品描述，AI辅助识别潜在设计失效，自动计算AP等级。更重要的是——DFMEA里识别出来但设计无法消除的风险，可以直接传导到PFMEA继续管控，形成完整的FMEA闭环。