8D 報告怎麼寫？客訴處理的 8 個步驟、與 CAR 的差別，以及交給客戶前要檢查的 6 件事

客訴進來的那個早上，通常長這樣：業務轉來一封英文信，客戶說收到的貨有不良，要求三天內回覆 8D。品管手上還有兩張內部異常單沒處理完，現在要多開一份全英文的報告，而且知道這份八成會被退回來改兩三次。

我們在做 QMS 系統開發時，訪談過的工程師講過一句很精準的話：8D 被退件，九成跟英文寫得好不好無關，是圍堵沒盤乾淨、根因只挖了一條。客戶看得出來你有沒有認真找，因為他自己也在做同一件事。

8D 是 Eight Disciplines 的縮寫，福特汽車在 1987 年建立的結構化問題解決方法，用八個步驟把一個品質問題從發生帶到結案。後來福特自己出了 Global 8D（G8D），在最前面加了一個 D0，用來記錄問題剛發生時的徵兆和緊急應變動作，現在汽車、電子、航太的供應鏈幾乎都吃這一套。依照 Wikipedia 對 8D 的整理，這套方法今天已經是規範產業裡客戶開出不符合通知後的預設回覆格式。

8D 報告是什麼？D1 到 D8 各要交出什麼

先把八個步驟一次看完，每一步的驗收標準是「交不出這個東西就等著被退件」。

汽車業的時程慣例可以拿來當基準：暫時圍堵（D3）要在 24 到 48 小時內完成並附上驗證數據，初版 8D 大約十個工作日交出，正式結案六十天。時間壓力集中在前段，這是設計出來的，因為客戶要的是先止血。

有一件事值得先講清楚：8D 這個格式的約束力來自客戶合約與供應鏈慣例，ISO 條文裡沒有一份指名要用它。條文層級要求你建立問題解決程序的，是 ISO 9001:2015 的 10.2 不符合事項與矯正措施、IATF 16949:2016 的 10.2.3 問題解決，以及 ISO 13485:2016 的 8.5.2 矯正措施。其中 10.2.3 寫得最細，明文要求程序裡要有圍堵與暫時措施、根因分析的方法與結果、系統性的矯正措施（含對類似製程與產品的影響評估）、對策有效性的驗證，以及回頭更新 PFMEA 與管制計畫這類文件。把這五件事對回 8D，剛好就是 D3 到 D7 那幾格。三套標準在這一段的要求差在哪，ISO 9001、IATF 16949、ISO 13485 差在哪那篇有對照。

8D 跟廠內 CAR 差在哪：圍堵範圍是最大的分水嶺

同一套簽核骨架，兩種完全不同的圍堵題目。客訴的貨已經在客戶端，所以要盤五個位置；廠內異常的貨還在自己手上，只要問兩個問題。

很多工廠內部的做法是：客訴走 8D，廠內異常走 CAR（矯正措施報告）。這裡要先提醒一個名詞陷阱，CAR 這個縮寫在不同公司定義不一樣，有些廠把客戶對供應商開的那種叫 SCAR（Supplier Corrective Action Request），CAR 專指內部；有些廠則反過來。談之前先對一下彼此的定義，可以省掉很多雞同鴨講。

產業別也會換名字。汽車與電子供應鏈預設講 8D，醫療器材那條線的客訴通常叫抱怨處理，走的是 CAPA 那一套表單，台灣的規則寫在醫療器材品質管理系統準則裡。名字換了，底下要交的東西差不多：圍堵盤到哪、根因查到什麼程度、效果用什麼數據驗證，三段都跑不掉。

圍堵那五個位置是最容易漏的地方，值得逐一點名：

1. 客戶端庫存：客戶倉庫裡還沒領用的，數量要跟客戶對，不能自己猜。
2. 客戶端在製：已經上線、正在被組進成品的，這批最貴，因為拆機成本落在客戶那邊。
3. 我方成品庫存：自己倉庫裡同批號、同製程條件的貨。
4. 我方在製：產線上還沒入庫的，包含半成品與待驗品。
5. 在途：已經出貨、還在海運空運或貨代手上的。

第五項最常漏。在途的貨不在任何一個人的日常視線裡，倉庫覺得已經出掉了，業務覺得還沒到不算數，結果那一櫃照樣進客戶倉庫，兩週後變成第二次客訴。誰去攔、怎麼攔（改標、轉貨代退回、到港後全檢）要在 D3 就寫清楚，並且指名負責人。

廠內異常反過來就單純很多，只要回答停不停線、停不停出貨，因為貨都還在自己控制範圍內，最壞情況是全部重驗。這就是為什麼同樣一套系統，客訴版面跟廠內版面不能長一樣。

版面分開，資料還是要收在同一個地方。客訴 8D、廠內 CAR、內外部稽核開出的不符合，最後都得落進同一套不符合與改善的紀錄裡，否則「這類問題今年發生過幾次」這種題目永遠要靠人翻檔案。整套架構長什麼樣，QMS 品質管理系統是什麼那篇有完整說明；要評估用哪一種工具來裝這兩條線，品質管理系統軟體怎麼選整理過三條路的費用級距與判斷點。

D4 要挖兩條根因：為什麼做出來，為什麼沒攔住

根本原因要寫兩條，一條是發生原因（occurrence），一條是流出原因（escape）。只寫一條的 8D，客戶退件的機率極高。

發生原因回答「這個不良是怎麼被做出來的」，流出原因回答「我們有檢驗，為什麼沒攔下來」。這兩條指向完全不同的對策：發生原因的對策落在製程、模治具、參數、材料；流出原因的對策落在檢驗規範、抽樣計畫、量測方法、自動檢測設備。

兩條根因各自要交的東西可以攤開來對：

我們的判斷是，D4 只挖一條根因，是台灣製造業 8D 品質最大的系統性破口。工程師習慣把力氣全放在「為什麼會做壞」，因為那是技術題、有成就感；「為什麼沒攔住」是在檢討自己人，寫起來尷尬。但客戶真正害怕的是第二條，因為做壞可以接受（沒有製程良率 100%），沒攔住代表下一次還是會流到他那裡。只補發生原因的對策，效果是把問題換一個地方冒出來，不是把它消掉。

實務上判斷根因寫得夠不夠深，有一個簡單的檢查法：把你寫的原因倒過來念一次。「因為 A，所以會產生 B，所以出現不良」，如果這條邏輯中間有跳躍、或者你發現 A 成立時不良應該天天發生（但實際上一個月才一次），代表還沒挖到底。寫「作業員疏忽」「未依標準作業」幾乎一定會被追問，因為它解釋不了為什麼偏偏是這一批。

D5 到 D7：對策要有數據，系統化要有版次

永久對策的驗收標準只有一個：能不能拿出實施前後的數據。「已加強教育訓練」「已重新宣導 SOP」這種寫法被退件不冤枉，因為它沒有任何可以量測的東西。

好的 D5 到 D6 長這樣：對策寫「於第二站加裝治具防呆，錯向無法放入」，驗證寫「實施後連續生產三批共 X 件，該缺陷 0 件，附檢驗紀錄」。防呆優於檢驗，檢驗優於訓練，這個順序在客戶眼裡就是你認不認真的指標。訓練不是不能寫，但它只能當配套，不能當主對策。

D7 系統化是全篇最常被草草帶過的一段，而它其實包含兩件事，兩件都要寫出來：

標準化實施：這次改了哪幾份文件、從第幾版改到第幾版、誰驗證的、什麼時候生效。客戶品保會核對版次，寫「已納入 SOP」而沒有文件編號與版次，等於沒寫。文件版次這件事背後牽涉的是整套四階文件的管制機制，「品質手冊、程序書、作業指導書、表單：四階文件怎麼建」那篇專門在講。

水平展開：同樣的問題，其他產線、其他料號、其他廠區會不會也有？要列出檢查範圍與檢查結果。這一段寫得好的 8D，客戶會記得你。因為它代表你把這件事當成自己的系統問題在解，而不是只想把這張單子關掉。

交給客戶前要檢查的 6 件事

這份清單直接拿去用。送出前逐項打勾，可以擋掉大部分的退件。

第六項看起來最瑣碎，實際上殺傷力很大。一份報告裡 D2 寫不良 120 件、D3 圍堵處置寫 118 件、附件表格寫 125 件，客戶品保不會認為你算錯，他會認為你沒有真的去數。

8D 通常全英文這件事也順帶說明一下原因：它要直接交給客戶，而客戶可能在日本、德國、美國，中間還會轉給他們的終端客戶看。中英對照版本是很多廠的折衷做法，內部留中文版給現場人員讀，對外送英文版，但兩版的數字必須由同一份資料產生，不能各打各的。

一張客訴 8D 從發生到結案四個月是常態

四個月是結構問題，不是效率問題。D3 要在 48 小時內完成，D4 到 D6 要花時間驗證，D7 要等文件改版生效，最後還要追連續幾批出貨都正常才能結案。真正該被管理的是這四個月裡的每一個節點，不是整張單的狀態。

這是我們在做 QMS 系統開發時最在意的一件事：一張單開四個月，它在系統裡的狀態九成時間都顯示「處理中」，這三個字沒有任何資訊量。要管得住，跟催必須跟到每一條對策的完成日、每一批追蹤的驗證結果、每一段簽核卡在誰手上。這件事在矯正措施那邊是一樣的道理，「CAPA 是什麼」那篇有更完整的拆解。

客訴的追蹤方式也跟廠內不同，值得再強調一次：客戶在乎的是接下來幾批出貨會不會再出事，所以追「連續幾批出貨」；廠內異常在乎的是製程到底穩了沒，所以追「連續幾個月」。把兩者用同一個欄位管，最後就是有一邊的數據對不上現場。

這類企業內部流程系統我們做過不少（40+ 企業客製案落地）。如果你們的 8D 現在還是 Word 檔在信箱裡傳來傳去，可以把現況丟過來，我們陪你看哪一段最值得先數位化，客製化系統開發這條線就是在處理這種事。想先弄清楚 QMS 跟 ERP、MES 的分工，「ERP、MES、QMS 差在哪」那篇會講得更清楚。

我們怎麼看

8D 這套方法本身不會被取代，會變的是客戶對證據的要求。這幾年客戶稽核的趨勢很明顯：以前看報告寫得漂不漂亮，現在直接要求調出原始檢驗紀錄、文件改版紀錄、出貨批次資料來對。報告寫得好但數據拿不出來，比報告寫得普通但數據齊全還糟。

我們的取捨是：做客訴系統的時候，版面美觀可以往後排，資料能不能自動串起來要優先。D2 的不良數應該從檢驗紀錄帶出來，D3 的庫存數應該從庫存系統帶出來，D7 的文件版次應該從文管系統帶出來。人工填的欄位越多，數字打架的機率越高，而數字打架就是客戶認定你造假的第一個訊號。

什麼時候該離開 Word 與 Excel，訊號跟其他自建工具一樣：開始有人專職在追誰還沒回、同一份報告同時存在三個版本、送出前要靠人工核對數字才敢按下寄出。Excel 自建系統的崩潰訊號整理過完整清單。要把檢驗、庫存、文管的資料自動帶進報告，多半得走客製，因為要對接的是你們自己那幾套系統的表結構，範圍怎麼切、第一期放哪幾條流程，客製化 QMS 開發指南有一份對照可以參考。

給品保主管一個判斷工具：翻出去年結案的三份 8D，看 D7 的水平展開那一格。如果三份都寫著類似「已通知相關單位」這種話，那你們的 8D 目前只是在回覆客戶，還沒有在改善系統。這一格是整份報告裡唯一能看出公司有沒有真的長期受益的地方。