做FMEA的时候，很多团队前面最顺手的动作，就是先给严重度、发生度、探测度打分，再把RPN一乘，谁大先看谁。这个方法不是不能用，但真到项目现场，单靠一个乘积数字往往不够。因为有些问题严重度很高，只是发生概率暂时不高，RPN看起来不算特别扎眼，可一旦出了事，后果并不轻。还有些问题RPN数值不小，但更多是探测度拉高了分数，未必就是当前最急着处理的项。所以RPN能用，但不能被用死。它更像是一把筛子，先帮你把问题排个队，后面真正怎么处置，还得回到失效后果、现场经验和项目节奏上来看。
一、FMEA分析RPN怎么用
RPN真正好用的地方，不在于“算出来了”，而在于算出来以后怎么往下用。要是只把它当成一个表格里的结果，那它的作用其实很有限。把它放到评审、整改和复核这几步里，价值才会出来。
1、先把S、O、D三项分开看
不要一看到RPN就跳过前面的三项分数。严重度高的项目，就算发生度和探测度把总分拉低了，也不能轻轻带过。RPN只是把三个维度揉成了一个数，但实际判断时，前面的三项不能被这个数盖掉。
2、再用RPN做同层级排序
RPN最适合拿来做同一份FMEA里的排序。比如同一个系统、同一轮评审、同一批失效模式，谁更靠前，谁先讨论，谁先出措施，这时候RPN很方便。可要是跨项目、跨产品、跨团队直接横比，参考意义就会弱很多。
3、把RPN当成评审入口
更稳的做法，是先按RPN把问题分出几档，再在会上重点看靠前那些项。这样评审不会一上来就把所有问题摊平，也不会因为全靠主观感觉，最后讨论半天却抓不住重点。RPN在这里更像一个入口，而不是最后结论。
4、整改前后都用同一套口径
RPN还有一个很实用的地方，就是拿来比整改前后有没有变化。比如探测措施加强了，D分降下来了，RPN也会跟着往下走。这样后面复盘时，不是只凭“感觉好像改好了”，而是能看出风险确实往下压了一步。
二、FMEA RPN阈值怎么设才合理
RPN阈值最容易设得僵。很多团队一开始就想找一条通用红线，超过多少必须整改，低于多少可以放过。这样看起来简单，真到项目里往往不够用。因为不同产品、不同阶段、不同客户要求，风险容忍度本来就不一样，阈值要是定得太死，后面不是抓得太多，就是漏得太多。
1、先设严重度底线
更稳的做法，不是先看RPN，而是先定严重度底线。只要严重度到某个级别，就算RPN没冲到特别高，也要进入重点评审范围。这样能先把真正“后果重”的问题拎出来，不至于被一个乘积结果盖住。
2、再设RPN触发线
有了严重度底线以后，再设RPN触发线会更合理。这样做的好处，是高严重度问题和高综合风险问题都能被覆盖到。前者靠严重度拦，后者靠RPN筛，两条线合起来，比只设一条数字阈值更稳。
3、不要只设一档
如果条件允许，最好别只设“过线整改、不过线观察”这一种分法。更实用的办法，是分成几档，比如立即处理、计划处理、持续观察。这样资源紧的时候，团队也更知道先抓哪一批，不会所有问题都一窝蜂往前挤。
4、拿历史问题回头校一遍
阈值定出来以后，别急着当真理，最好拿以前出过的问题、返修过的问题、客户抱怨过的问题回头套一遍。要是那些曾经真出过事的失效模式，在现在这条线下反而筛不出来，那这条阈值就还得再调。
三、FMEA风险优先级怎么落到动作上
很多团队不是不会打分，而是打完分以后，后面的动作接不上。表里有RPN，会上也讨论过，最后该拖的还是拖，该忘的还是忘。说到底，RPN如果不能把问题往整改、验证和关闭上推，它就只是一个好看的数字。
1、先把靠前项目单独拉清单
每次FMEA更新完，不要只留一张总表，最好把当前RPN靠前、严重度高、或者争议大的项目单独拉出来，变成一张要跟踪的清单。这样后面责任人才知道自己要盯什么，不会在总表里翻来翻去。
2、措施要对应到具体原因和控制点
整改动作不要写得太空。不是写一句“加强控制”就算结束，而是要落到具体原因、具体工序、具体设计点上。这样后面复核时，才看得出这次动作到底改到了哪里。
3、复评不能只改一个新数字
很多表格最后的问题，不在于没有复评，而在于复评只更新一个新RPN。更稳的做法，是把S、O、D三项重新评一遍，看看到底是发生概率降了，还是探测能力提高了，还是根本没真正压住。数字变了，原因也得说得清。
4、把关闭条件提前说清
风险项什么时候算关掉，最好一开始就讲明白。是措施上线就算关闭，还是要经过验证、量产观察、客户确认以后才关，这些标准越早定，后面越不容易因为口径不一反复扯皮。
总结
FMEA分析RPN怎么用，FMEA RPN阈值怎么设才合理，关键不在于把一个数字算得多漂亮，而在于别把这个数字用得太死。RPN适合拿来排序、分层和跟踪变化，但真正落到决策上，还得把严重度单独拎出来看，把阈值和项目实际情况绑在一起设，再把靠前风险项一路推到整改、复评和关闭。这样做，FMEA才不会只停在表格里，RPN也不会变成一场只看乘积大小的数字游戏。
