仿真不是用来验证设计的，是用来否定方案的
每个项目例会上，都有人说过这句话：「拿仿真验证一下设计。」
这句话说得越顺口，仿真就越没用。
「仿真验证一下设计。」
这句话，我听过不下一百遍。说的人没恶意，听起来也没毛病。
但我告诉你：这句话把仿真最大的价值，说没了。
一、「验证」这个词，预设了结论
先拆这个词。
什么叫验证？默认设计是对的，仿真走个流程，盖个章，出个报告，证明「确实没问题」。
注意，结论在仿真开始之前就定了。仿真只是个盖章的。
这种用法下，仿真工程师干的是什么活？把模型建出来，把云图截下来，把「满足要求」四个字填进模板。
你要是干过这活，你就知道整个过程有多空。
仿真要真只是验证，那它就是一台昂贵的签字机。
二、仿真的高价值时刻，是「不行」
反过来想。
仿真什么时候真正值钱？是它说出「这个方案不行」的那一刻。
道理不复杂，成本曲线决定的。
方案在图纸阶段被毙掉，是改几笔线条。样机阶段被毙掉，是一套模具。上市之后才暴露，是召回。
仿真存在的意义，就是把「不行」提前。提前得越早，毙掉的方案越便宜。
我遇到过一次：一个支架方案，团队觉得挺顺眼，仿真一算，工况一变，应力翻上去了。当时方案还没冻结，改了个形式，一周的事。
要是等样机做完才发现，这个项目就不是一周的事了。
仿真的价值不在盖章，在毙方案。
三、那为什么大家都爱说「验证」
因为「否定」得罪人。
「验证通过」，皆大欢喜，设计团队开心，项目经理开心，仿真工程师也开心。
「这个方案不行」，你要拿着云图去跟设计工程师讲，讲清楚为什么不行、差在哪、改哪里。对方大概率不服，还得拉上领导再开一轮会。
一份工作里，说「过了」没成本，说「不行」成本全在自己身上。
时间长了，人会自动滑向「验证」：模型建得保守一点，边界放得松一点，判据取个中间值——最后结论总是「基本满足要求」。
这不是技术问题，是处境问题。但结果一样：
一个只会说「过了」的仿真工程师，是签字工具，不是筛选器。
四、那「通过」就没价值吗
有人会反驳：照你这么说，仿真结论「通过」就没意义了？
不是。恰恰相反——一个有分量的「通过」，背后是一堆被毙掉的候选。
仿真本质上是在设计空间里做筛选。筛选器值多少钱，不看它放行了什么，看它淘汰了什么。
一个合格的「方案A可行」，前提是你算过B不行、C不行、D在这个工况下不行。
如果你只算了一个方案，然后说「可行」——这个「可行」和抽签差不多。
「通过」的分量，等于你毙掉过的方案数量。
五、所以该怎么用仿真
一、别问「能不能过」，问「哪里会死」。
开算之前就把问题从「验证一下」改成「找出这个方案会怎么挂」。问题问法变了，模型的注意力就变了。
二、把「不行」当成正面结论交付。
毙掉一个方案不是坏消息，是省了钱的坏消息。报告里明确写：毙了什么、为什么毙、依据是什么。
三、跟设计吵架，是工作的一部分。
方案被质疑不丢人。你的「不行」被设计团队挑战、拆解、最后站住了，这个方案才算真被排除。
四、警惕自己的「基本满足要求」。
当你发现自己连续几次结论都是「过」，停下来想想：是方案真的好，还是你不想惹麻烦。
写在最后
「仿真验证设计」这句话，方向就反了。
设计不需要仿真来证明它对。设计需要仿真来找出它哪里错。
下一个方案评完，如果仿真只交了一份「满足要求」的报告，问自己一句：这次筛掉了什么？
如果答案是「什么都没筛」，那这次仿真的钱，基本白花了。
作者：沐毅
一位CAE从业者的观察与手记
