模具都开好了，客户说这不是他要的：设计开发控制里“验证”和“确认”到底差在哪，为什么总在最后一关翻车
信源：质量管理体系设计开发控制相关要求框架；制造企业产品开发实践综合整理
一个很典型的项目复盘：图纸评审过了、样件做出来了、测试也全部通过，量产的模具都开好了，客户一看说“这不是我要的”。团队很委屈——每一项指标都达标了。问题出在一个常被混用的概念上：你们做的是“验证”，客户要的是“确认”。
四道关，各自回答一个问题
- 设计输入：“要做成什么样？”——客户要求、法规要求、企业内部要求（可制造性、成本、可维护性）。输入最忌讳写成形容词：“操作简便”“外观精美”无法验证，必须转成可测量、可判定的表述；
- 设计输出：“我们打算怎么做？”——图纸、规范、BOM、工艺要求、检验标准。输出必须能对照输入逐条核对，“输入说要耐盐雾，输出里找不到对应要求”就是断链；
- 设计验证：“做得对不对”——检查输出是否符合输入。手段有计算、试验、对比分析、样件测试。它比的是“我们的方案 vs 我们自己的要求”；
- 设计确认：“做的这个东西对不对”——在预期使用条件下，确认产品满足最终用户或客户的实际需要。它比的是“产品 vs 真实使用场景”。
一句话区分：验证是“照图纸做对了没有”，确认是“图纸本身画对了没有”。只做验证，就会出现“各项指标都达标，但客户不要”的结局。
确认环节最容易做假，也最该做实
- 确认要在“接近真实使用的条件”下做：不是实验室恒温恒湿里跑一遍，而是模拟客户的实际工况、安装方式、操作习惯，必要时做小批试用；
- 确认要客户参与：样件送客户试用、取得书面反馈，比公司内部开三次评审会都有用；
- 确认要在量产前完成：模具开完、产线铺完再确认，改动成本会翻十倍——这是“最后一关翻车”最贵的形态；
- 法规类要求单独确认：涉及安全、环保、能效等强制要求的，确认依据要落在现行有效的标准与法规上。
评审：不是签字仪式
- 分阶段评审：输入评审、方案评审、输出评审、量产前评审，每个阶段解决该阶段能解决的问题；
- 参加人要有否决权的人：生产、质量、采购、服务都应参与——设计阶段没人问“这个结构能不能装配”，量产后就得花十倍的代价问；
- 评审记录要写清“提出了什么、怎么处理的”：只有签到表和“评审通过”四个字，等于没评审；
- 风险分析同步做：关键特性、失效模式与后果的分析（如 DFMEA）应与设计同步推进，而不是事后补文件。
设计变更：最容易被漏管的“隐形风险点”
- 变更要有触发与评估：客户要求变更、法规更新、供应商物料变更、内部降本，都应走同一条变更流程；
- 变更要评估“影响面”：一个零件材料改了，可能连带影响模具、检验方法、包装、客户报批——只改图纸不改检验规范，是变更管理最常见的漏洞；
- 变更要通知该通知的人：客户合同有约定的须提前通知并取得同意；供应商变更同理（见第 36 批供应商篇）；
- 变更后要重新验证/确认：改了什么就验什么，不要用“以前验过”来覆盖新变更。
审核时怎么被问
- 随手抽一个近期项目：输入清单在哪、输出如何对照、验证记录与确认记录分别是什么；
- 验证与确认的时间点：确认是否发生在量产之前；
- 上次设计变更的影响评估记录、通知记录、重新验证记录是否齐全；
- 评审提出的问题是否全部关闭，未关闭的有无说明。
来源：质量管理体系设计开发控制要求框架及产品开发实践综合整理
