那天，半夜三點的電話，我從床上跳起來
說實話，在半導體廠待了十五年，什麼鬼事情沒看過？但要說最刺激的，絕對是半夜三點，手機突然響起，螢幕上閃著我們某個汽車客戶的名字。我心臟差點沒跳出來，直覺就是：「啊，出包了！」接起來，對方語氣雖然平靜，但那句「你們的料，在我們產線上停線了」直接把我嚇醒。然後，劈頭第一句就是：「請在 24 小時內提供 8D 初步報告。」幹，你知道那個壓力有多大嗎？從你收到客訴那一刻起，計時器就開始跑了，而且是跑給那個最難搞的汽車大廠看。
什麼是 8D？說穿了就是品質改善 SOP
你可能會想，24 小時就要一份報告？到底要寫什麼？說穿了，8D 就是一套系統化的解決問題流程，專門用來處理客訴，特別是汽車產業這種對品質要求高到變態的領域。它分成八個步驟（D 代表 Discipline，紀律），從發現問題、成立小組、找出根本原因，到最後驗證改善成效。它不是要你馬上解決問題，而是要你在極短時間內，展現出你「有能力且有紀律地」面對問題的態度和初步規劃。想像一下，你家水管漏水，你打給水電行，對方不是立刻衝過來修，而是先問你漏水位置、大概多嚴重，然後說「我會先派人來勘查，評估後明天給你解決方案」。這就是 8D 的概念，只是時程被壓縮到極致。
實際上怎麼做？時間就是金錢
對汽車客戶來說，他們會要你在 24 小時內提供 D1 到 D3 的初步資訊。
- D1: 成立小組 (Form a Team)： 客訴一進來，馬上拉相關人員進來開會，包括製程、品保、研發、生管，甚至業務。重點是，要馬上指定一個領導者。
- D2: 描述問題 (Describe the Problem)： 這一步超級關鍵。你要用客戶的角度，精確描述問題。例如，客戶說「你們出貨的晶片，有 100 顆在測試時報錯，錯誤碼是 0x1A2B，發生在第三站。」你就要寫清楚，不能模糊。同時，也要收集你們內部相關批號的資料，例如，同一批貨的 Cpk 是 1.08，或者 DPMO 是 6210。
- D3: 執行暫時性對策 (Implement and Verify Interim Containment Action)： 這一步是重中之重。在找出根本原因前，你必須先提出一個「止血」方案，避免問題繼續擴大。例如，如果客戶說某批貨有問題，你可能要立刻暫停出貨相關批號的產品，或是立即在廠內對所有在製品進行 100% 篩選。重點是，這個對策要「有效」，而且你要在報告裡說明你怎麼「驗證」這個對策是有效的。客戶要的是你馬上把傷害降到最低的態度，而不是等著你慢慢查。
所以重點是，這 24 小時，你不是要解決問題，而是要展現出你處理問題的「速度、態度和初步方向」。
最常見的坑：報告寫得像在推卸責任
坦白講，很多工程師在寫 D2、D3 的時候，最容易犯的錯就是「避重就輕」或是「把問題丟回去給客戶」。例如，客戶說你的料有問題，結果你的報告寫「我方出貨前都通過測試，懷疑是客戶端測試條件差異」。這種寫法，在一般供應鏈可能還能混過去，但在汽車供應鏈，你絕對會被釘得滿頭包。因為對他們來說，你推卸責任，就是延誤解決問題，就是把他們的停線損失轉嫁給你。另一個坑是，D3 的暫時性對策不夠「力」。只是說「我們會加強檢驗」，但沒有具體的篩選計畫、篩選結果，甚至連「我們會把有疑慮的料全數退回，並立即補貨」這種魄力都沒有，那你的 8D 報告在客戶眼裡就是廢紙。
今天能做的一件事
檢視你的客訴處理流程，有沒有明確的 24 小時回應標準。