有功能、測試通過、改善完成，為什麼還要追問？
談到品質管理，企業在設計審查、產品驗證與異常改善會議中，常聽到三句話：「這個功能已經有了。」「各項測試都通過了。」「改善措施已經完成了。」
這些回答都有其價值，但還需要進一步確認：使用者是否能在真正需要時使用功能？各功能整合後是否仍能安全運作？改善完成後，原本的失效原因是否確實受到控制？
Tesla、Rivian與Honda近期的召回及調查案例，正好提供三個不同角度。以下以公開事件為基礎，延伸顧問分析；文中提出的FMEA與驗證做法，並非三家公司內部實際採用方法的揭露。
Tesla：功能存在，還要確認使用者能否成功使用
中國國家市場監督管理總局公告，Tesla自2026年9月25日起，召回部分國產及進口車輛，涉及應急機械拉手的辨識與操作問題。公告指出，拉手與內裝顏色接近，在嚴重碰撞造成低壓系統失效等極端情況下，可能影響乘員快速開門逃生及外部救援。改善包括加貼警示標識，以及透過OTA更新增加事故後降窗策略。
從設計管理角度看，這個案例提醒我們：驗證機械裝置能動作，只回答了部分問題。真正需要達成的結果，是乘員在緊急情境下能辨識、找到並操作裝置。
因此，DFMEA的功能描述若只寫「提供機械開門功能」，分析範圍可能不足。更完整的要求應涵蓋適用情境下的辨識性、可接近性與操作性。
相對地，失效模式也不應只考慮「拉手斷裂」或「機構卡住」，還應分析「使用者無法辨識應急裝置」及「無法理解操作方式」等可能性。至於昏暗、緊張、乘員姿勢或不熟悉車輛等條件，則可作為企業規劃人因驗證的情境，不能直接當成公告已證實的事故事實。
企業可以從三個方向檢視自身設計：
- 第一，將使用者要完成的任務寫清楚，避免以零件動作取代最終需求。
- 第二，依風險安排具代表性的使用者與情境測試，記錄完成時間、操作成功率及常見錯誤。
- 第三，若採用警示、標識或操作說明作為改善，應驗證使用者是否真正看得到、理解得了、做得到。
若延伸到FMEA-MSR，還須分析系統如何監測故障，以及如何在適當時間內反應；不能因為產品有警示或OTA功能，就認定監測與反應已足以控制風險。
Rivian：各功能能動作，不代表整合後能達成安全目的
Rivian向美國NHTSA提交的召回報告，涉及98,828輛車。在特定駕駛模式關閉穩定控制、駕駛離車一段時間後返回，且未處理畫面提示便排入倒車檔等操作順序下，模式切換通知可能覆蓋倒車影像，直到車輛開始移動。報告指出，這可能不符合後方視野安全要求；問題於內部測試中發現，並以軟體更新改善。此案的管理重點，是共用顯示介面的優先順序與狀態切換。
倒車攝影機的目的，是讓駕駛在倒車開始時看見後方環境；穩定控制提示則希望提醒駕駛恢復安全功能。當提醒遮住影像，即使攝影機仍在取像、提示也成功出現，系統仍可能無法達成預期安全結果。
這類風險容易落在部門或模組之間：攝影機團隊確認影像輸出，提示功能團隊確認通知顯示，但誰負責確認兩者同時出現時的行為？企業在系統FMEA與整合驗證中，應將共用資源納入分析，例如螢幕、警報聲、電源、通訊與控制權限。測試也應涵蓋操作順序與狀態轉換，而不只逐項測試靜態功能。例如，不能只測「進入倒車檔會出現影像」與「關閉安全功能會出現提示」，還要測「提示尚未處理時進入倒車檔，畫面如何安排」。
軟體修改後，回歸測試亦須確認受影響的相關功能。修正原本的遮擋問題，同時要檢查其他必要警告是否仍能適當呈現。品質管理的責任，應延伸到介面與交互作用。
Honda：改善有效性，要回到同一個失效機制
2026年9月報導指出，NHTSA結束針對129,092輛Honda Ridgeline後視攝影機的調查，未採取進一步措施。這些車輛曾於2022年召回，後續因修復後失效報告而接受調查；主管機關透過車主調查、車輛檢查與線束耐久測試，未取得支持所調查修復線束耐久疑慮的證據。部分報告涉及其他失效模式。
這個案例不能簡化為「Honda改善失敗」。它更適合說明：改善後仍收到相似症狀，企業必須調查，但不能只憑症狀就判定原矯正措施無效。 同樣是「沒有倒車影像」，原因可能來自線束疲勞、接頭、攝影機或其他系統。有效性確認應追溯失效機制，辨別原問題再發、措施執行不到位，或另一項新問題。
企業執行8D時，可以區分兩個問題：改善方案是否能消除已確認的原因？措施導入後，在實際使用期間是否持續有效？
以線束改善為例，除了確認更換完成，還應依實際彎折條件安排耐久驗證，並追蹤修復後的使用時間、循環次數、失效率及失效原因。剛更換後測試正常，是執行證據；經適當條件與期間觀察後的結果，才更能支持有效性判斷。
把三道關卡串成同一條品質管理鏈
三案共同提醒企業，品質工具之間需要持續傳遞資訊。
設計階段辨識出的使用情境與失效模式，應轉成驗證條件；整合測試發現的介面問題，應回饋需求與設計控制；市場異常與改善結果，則應更新相關風險分析及管理措施。並非每個設計問題都適合交給製造檢驗控制。
企業應依失效機制，決定措施落在設計、軟體、製程、操作資訊或使用期間監控，再安排相應證據。
主管在審查時，可以固定追問三句話：「這項功能，在真正需要的情境下能被成功使用嗎？」「相關功能同時運作時，有沒有產生新的風險？」「哪些證據能支持改善有效，而且觀察條件足夠？」
結語
產品品質需要從需求、設計、整合驗證一路延伸到使用與改善追蹤。Tesla提醒我們看見使用者，Rivian提醒我們看見介面，Honda提醒我們看見失效機制與長期證據。當企業把這三道關卡納入日常審查，FMEA、系統驗證與8D才能形成持續回饋的管理流程，逐步降低風險與重複問題。
*本文為公開事件的管理分析，不代表對企業內部流程或責任的認定。*
COMMENTS