做失效模式及后果分析即FMEA时，表里两列最容易写乱的就是失效模式与后果。前者写的是功能怎么偏离了预期，后者写的是偏离之后对上一级、对用户、对法规与安全会造成什么影响；把两者写清楚，后续的严重度、探测度与改进动作才有一致口径可落到实处。

　　一、FMEA分析表里失效模式怎么写

　　失效模式写法要让人一眼看出功能偏离点，既能被验证，也能与原因区分开，避免把根因与现象揉在一起。

　　1、先用【功能动词加对象】确定参照物

　　在写失效模式前，先把该行的功能用动词描述清楚，例如输出扭矩、保持压力、传输信号、固定定位；失效模式必须对应同一功能的偏离，避免一行里出现多个功能导致后面评分无法对齐。

　　2、用【怎么坏了】来写，不写【为什么坏】

　　失效模式建议用可观察的偏离表达，例如输出不足、输出过大、间歇输出、无输出、泄漏、卡滞、短路、开路、漂移、误触发、响应迟缓；不要把材料疲劳、装配偏差、参数设置错误这类原因写进失效模式列，把原因留给原因分析列。

　　3、把模式写到可验证的颗粒度

　　颗粒度过粗会让后果与检测都变成空话，过细会造成表格膨胀与重复。更稳妥的写法是能对应一条检测方法或一条验证用例，例如阀门关闭不严导致泄漏比阀门异常更可执行，传感器输出漂移超过阈值比信号不准更可判定。

　　4、必要时加上边界条件，但只写与模式强相关的条件

　　当失效只在特定状态出现时，可以在模式后补充条件，例如高温下输出不足、低压段误触发、启动阶段响应迟缓；条件要能被测试或现场复现，不要写成泛泛的偶发或环境差。

　　5、用统一词典减少同义词堆叠

　　同一类模式在不同人手里容易写成卡死、卡住、卡滞等多种说法，后续统计会被拆散。建议建立一页失效模式词典，把常用词统一，例如卡滞统一为卡滞，泄漏统一为泄漏，输出不足统一为不足，并在团队评审时按词典回改。

　　6、写完后做一次反向自检，确保能对应到原因与控制

　　每条失效模式都要能回答两句自检问题，这个偏离怎么被当前控制发现，这个偏离最可能由哪些原因触发；如果两句都答不上来，通常说明模式写得太抽象或混入了原因，需要回到功能口径重写。

　　二、FMEA分析表里后果怎么写

　　后果写法要从影响链条往上走，先写对本层的直接影响，再写对上一级与最终用户的影响，最后补充合规与安全类影响，确保严重度评分有依据。

　　1、先写直接后果，描述对本层功能的影响

　　直接后果紧贴当前对象本身，例如压力无法保持、扭矩波动导致定位不稳、信号丢失导致控制量不可用；写法尽量可度量，可用阈值、范围或可观察现象描述，避免只写性能差或体验差。

　　2、再写上一级后果，说明对系统或工序的连锁影响

　　把影响扩展到上一级装配体、系统功能或下道工序，例如制动距离增加、转向助力不稳定、生产节拍下降、返工率上升；这一层要体现连锁关系，让评审者能顺着链条判断严重度是否合理。

　　3、最后写最终后果，覆盖用户、安全与法规风险

　　对面向车辆与安全的条目，后果里要明确是否存在安全风险、是否可能导致失去功能、是否可能触发报警或降级策略；对有法规与客户规范约束的条目，写清是否可能导致不符合要求、召回风险或交付受限，避免严重度只凭感觉打分。

　　4、用同一语法结构，保证后果列可对比

　　推荐用影响对象加影响结果的写法，例如用户无法获得预期功能、系统进入降级模式、控制器触发保护停机、产线停线并产生返工；同一表内尽量保持一致结构，便于横向比较与后续自动汇总。

　　5、把后果与失效模式一一对应，避免跨行借用

　　常见错误是某行的后果其实来自另一行的模式，导致评分与行动错位。写完后用表格筛查法逐行对照，确保每条后果只依赖本行失效模式即可成立，不需要借用别行前提。

　　三、FMEA失效模式与后果的口径怎么校准

　　把写法统一起来，靠的不是个人经验，而是把流程做成可执行动作并在表格里固化检查点，保证不同人填出来的结果可对齐、可复核。

　　1、先建立一份两列样例库作为参照

　　在团队共享目录建一个样例库，按模块或工序整理高频条目，每条样例包含功能、失效模式、后果三行内容；新表优先从样例库挑近似条目再改动，减少从零编写带来的口径漂移。

　　2、在表格里用【下拉列表】固定高频词汇

　　如果你们用Excel维护FMEA，在表头区域先建一页词典，列出失效模式常用词与后果常用结构；再选中失效模式列点击【数据】→【数据验证】→【序列】引用词典范围，后果列也可用结构化短语做下拉，既能统一用词也能降低录入错误。

　　3、把严重度触发条件写成可检查的规则

　　为每个严重度区间写清触发条件，例如涉及安全风险、涉及法规不符合、导致关键功能失效、导致系统降级、导致工序停线；填后果时对照规则检查后果是否足以支撑该严重度，发现不匹配就回改后果描述或调整评分。

　　4、评审时用三问法快速抓出写法错误

　　评审逐行提三问，这一行的功能是什么，这一行的失效模式是怎么偏离功能，这一行的后果影响到谁与到什么程度；答不上来就说明列间逻辑断了，应优先改写失效模式与后果，而不是先改评分。

　　5、用版本与变更记录保持一致性

　　当设计变更或工艺变更导致模式与后果变化时，在表格中新增一列变更原因与生效版本，并在评审记录里写清哪些行被更新；这样下次再看表时能解释为什么同一模式的后果描述发生变化，避免在审查中被质疑口径不稳定。

　　总结

　　失效模式写的是功能如何偏离预期，后果写的是偏离后对本层、上一级与最终用户带来的影响链条。按功能口径先定模式，再按影响链条写后果，并用词典、下拉列表、严重度规则与三问评审把口径固化，FMEA表才会从能填变成能用，后续整改与验证也更容易闭环。