8D Report 範本怎麼填？D1 到 D8 逐格示範，與 5 個會被客戶退件的寫法

8D Report 的每一格只要寫三件事：發生了什麼、你怎麼知道、證據放在哪一頁。被客戶退回來的報告，通常是某一格只寫了第一件。

我們在做 QMS 系統開發時，把不同客戶寄來的 8D 表格疊在一起比對過一輪。有人用 Excel 開九個分頁，有人用 Word 兩頁表格，有人直接給你一個供應商入口網站的線上表單。欄位名稱差很多，可以填的空格其實就那幾種。認出那幾種之後，填表這件事就從「寫作文」變成「對帳」。

這篇補的是另一篇沒講的部分。8D 報告怎麼寫 講的是 D1 到 D8 各自要交出什麼、背後邏輯是什麼；這篇只做一件事：表格打開之後，每一格實際要敲什麼字。下面會用一個虛構的電子零件不良案例，把整份表從頭填到尾，好的寫法跟會被退件的寫法並排放給你看。完整範本直接用表格列在文章裡，不用留 email、不用加 LINE，整段複製到你的 Excel 或 Word 就能開始填。

8D 是福特汽車在 1987 年出版的問題解決手冊，原本的名字叫 Team Oriented Problem Solving（TOPS），後來福特又做了 Global 8D，在最前面補上 D0 用來記錄問題徵兆與緊急應變動作。Wikipedia 對 8D 的整理裡也提到，美國國防部 1974 年的 MIL-STD-1520 很可能是這套方法的原型。今天汽車、電子、航太供應鏈開出不符合通知之後，預設的回覆格式就是它。這也是為什麼在台灣的品保信箱裡，「8D Report」這個英文寫法出現的頻率比中文的「8D 報告」還高。

一張表看完 8D Report 每一格要敲什麼字

先把整份表壓成一張。左邊是格子，中間是那一格真正要出現的東西，右邊是客戶看到就會皺眉的寫法。

這張表可以直接印出來放在鍵盤旁邊。填完一格對一次右欄，九成的退件理由會在你送出去之前就被攔下來。

如果你連 8D 跟廠內矯正單該用哪一個都還在猶豫，先看 CAPA 矯正預防措施 那篇把兩者的分界講清楚，再回來填表會快很多。

客戶給的 8D Report 範本長什麼樣：欄位怎麼對應

客戶發過來的範本大致三種長相，欄位名稱不一樣，要填的東西一樣。

第一種是 Excel 單頁式，上方一塊表頭，下方九個區塊縱向排列，每個區塊一到三列。這是最常見的格式，也最好處理。

第二種是 Excel 多分頁式，D0 到 D8 各自一個分頁，D3 跟 D4 通常還會多掛「圍堵盤點表」跟「5 Why 追問表」兩張子表。汽車一階供應商偏好這種。

第三種是 Word 兩頁式，把九格塞進兩頁表格，每格給你三到五行。看起來輕鬆，實際上最難寫，因為空間小，寫太細塞不下、寫太粗會被退。

不管哪一種，最上面的表頭欄位幾乎是固定的：

最後一列的「版次」被漏掉的機率高得驚人。8D 幾乎不可能一次交完，正常節奏是先交 D0 到 D3、再交 D4 到 D6、最後交結案版。版次沒管好，客戶那邊會出現三份看起來一樣、內容卻不同的檔案，然後開始問你哪一份才算數。

我們做過的 QMS 系統裡，這一塊通常是第一個被自動化掉的：表頭資料從客訴單帶進來，版次由系統遞增，報告編號照規則自動生成。人只需要填真正需要思考的那幾格。這件事本身不難，難的是把它接進你既有的料號與批號資料。

D1 到 D3 怎麼填：團隊、問題描述、圍堵

D1 團隊：三個欄位缺一不可

D1 要的是姓名、職稱、以及在這個案子裡負責哪一段。第三個欄位最常被省略，也是客戶最在意的，因為他要確認你的團隊涵蓋了製程、設計、品保三種視角。

D2 問題描述：把 5W2H 寫成客戶可以複驗的句子

D2 的驗收標準是：客戶拿著你這段文字，能不能自己重現一次判定。所以每一個形容詞都要換成數字。

差別在哪？好的寫法有料號、批號、站別、抽樣數、不良數、規格值、實測值、判定依據，七個要素。壞的寫法一個都沒有，而且「已確認為品質不良」把結論寫進了描述欄，D4 還沒做就先下判斷。

D3 圍堵：五個位置要分開列，不能合併成一句

圍堵是最容易被打回票的一格，因為多數人只寫「已全檢」。客戶要看的是你盤了幾個位置。

盤完之後要把結果寫成一句可以驗證的話：「五個位置合計 27,700 pcs，全檢後發現不良 1,412 pcs（5.1%），已全數隔離並標示紅色待報廢標籤。」有這句，客戶才知道你不是只盤了自己倉庫。

另外一個常被忘記的欄位是圍堵措施的生效日期與失效日期。圍堵是暫時的，客戶會問你打算做到哪一天為止，答案應該是「到 D6 對策生效批號 LOT-260325-A1 出貨為止」。

圖上有兩個回圈值得注意：D3 到 D4 之間、D4 到 D5 之間。實務上報告被退回來，八成是卡在這兩個回圈上還沒跑完就先送出去了。

D4 根本原因怎麼填：發生端與流出端各一條 5 Why

D4 要交兩條線：發生端（為什麼會做出這個不良）跟流出端（為什麼沒攔住）。只交一條的報告，客戶一眼就看出來。

發生端的 5 Why：

流出端的 5 Why：

兩條線各自的第五層才是真正要對策的地方：一個是換線檢查表漏了項目，一個是客戶製程變更資訊沒有進到品保。這兩件事都跟作業員本人無關，所以 D5 寫「加強教育訓練」會被退，非常合理。

5 Why 追到第幾層才算夠？判斷標準是這個原因能不能開能不能關：把它改回去，不良會重現；把它改掉，不良會消失。做不到這件事就還沒到底。追問的技巧在 5 Why 五問法 那篇有完整拆解，配合魚骨圖用效果更好，魚骨圖的畫法在 品管七大手法與新七大手法 裡。

D4 還有一個欄位叫根因驗證，很多人直接留白。要填的是你怎麼證明這條原因成立：

D5 到 D8 怎麼填：對策、驗證、水平展開、結案

D5 與 D6：對策要對得上根因，而且要有對策後的數字

D5 的欄位設計通常是「對策內容｜對應根因｜負責人｜預計完成日」，D6 則是「執行狀況｜生效批號｜效果確認數據」。把兩格連起來看：

右邊兩欄是關鍵。沒有生效批號，客戶不知道從哪一批開始可以放心；沒有對策後的數據，客戶不知道你的對策有沒有效。「已完成」三個字不是效果確認。

效果確認要幾批？產業慣例是連續三批，客戶如果有特別要求就照客戶的。三批之後還要把量測結果留在 QC 工程表 對應的管制項目裡，否則對策會隨著人員異動慢慢消失。

D7 防止再發：寫文件編號，不寫「已納入管理」

D7 的驗收標準很直接：你改了哪幾份文件、版本從幾版變幾版、水平展開到哪些料號。

FMEA 的偵測度、嚴重度怎麼調才合理，FMEA 失效模式與效應分析 那篇有完整的評分邏輯。這裡只強調一件事：D7 沒有動到 FMEA 跟 QC 工程表的 8D 報告，客戶會當成你沒有真的把經驗留下來。四階文件之間怎麼往下串，可以參考 品質管理四階文件。

D8 結案：日期、簽核人、後續追蹤

D8 常被當成客套話欄位，其實有三個實質資訊要填：結案日期、核准人（必須高於報告撰寫人一階）、以及後續追蹤的稽核日期。最後一項是客戶判斷你有沒有誠意的細節：寫「2026/06 內部稽核時列為重點查核項目」，比寫「感謝團隊辛苦付出」有用得多。

一份填好的 8D Report 完整示範

把上面所有片段接起來，就是一份可以直接交出去的報告。以下是虛構案例的完整版，欄位順序照最常見的 Excel 單頁式範本排列。整份直接列在這裡，不設下載頁、不收 email，你可以整段複製到自己的表格裡，再把內容換成你的案子。

這份示範刻意留下一個瑕疵：D6 的效果確認只做了 3 批。如果客戶是汽車一階，很可能會要求 6 批或三個月的追蹤數據。交出去之前先確認客戶的特殊要求，那通常寫在採購合約的品質協議附件裡，不會寫在 8D 範本上。

5 個會被客戶退件的寫法

整理自我們在 QMS 系統開發過程中看過的實際退件理由，按出現頻率排。

第 3 個特別值得多說兩句。「無法重現」在電子業其實很常見，尤其是間歇性接觸不良、ESD 損傷這類問題。問題在寫法：直接寫「無法重現」等於放棄，寫「已執行 A、B、C 三項驗證實驗，皆未重現，故將對策放在偵測端，OQC 增列 X 項目」則是誠實且專業。客戶要的是後者。

還有一個不在表上但同樣致命的問題：D3 交出去之後就沒有下文。很多廠在 24 小時內交出圍堵報告，客戶接受了，然後 D4 到 D8 拖了三個月。8D 沒結案會一直掛在客戶的供應商計分卡上，下一次報價的時候才發現分數被扣。

Excel 8D 範本的天花板在哪

Excel 範本本身沒有問題，一年開五份、十份，用 Excel 完全夠。問題會在數量上來之後才出現，而且是三件事一起發生。

第一件是找不到。三年前同一個料號開過類似的 8D，現在想調出來當參考，只能靠記憶去翻資料夾。找不到的結果是同一個根因被重新分析一次，而且可能得到不同的答案。

第二件是追不到。哪幾份 8D 還沒結案、哪幾份對策過期沒驗證、哪幾份 D7 說要改 FMEA 但其實沒改，這些資訊分散在不同人的電腦裡。品保主管要回答老闆「我們今年客訴結案率多少」，得先花兩天把檔案收齊。

第三件是串不起來。8D 的 D7 說要改 FMEA 跟 QC 工程表，但那兩份文件在另一個資料夾、由另一個人維護。報告寫了改，實際上沒改，這件事要等到客戶稽核才會被發現。這個斷點在 ERP、MES、QMS 差在哪 那篇有更完整的說明：三套系統管的東西不同，客訴這條線剛好橫跨全部。

Excel 自建系統什麼時候該換掉，有幾個很明確的訊號，Excel 自建系統的崩潰訊號 整理過一份對照清單，QMS 這條線的訊號幾乎一模一樣。

到這個階段，把 8D 接進系統會省下的時間比想像中多：表頭自動帶、版次自動管、D7 改文件的時候直接連到文件管理模組、結案率變成一張隨時看得到的儀表板。想知道這件事實際做起來要花多少時間跟錢，客製化 QMS 開發完整指南 那篇把範圍、時程、預算都拆開來算過。

不用一次做到完美。從你最痛的那一條流程開始就好。如果你不確定該從客訴這一段還是文件管理那一段先動，可以把你現在的情況丟過來，我們陪你一起看哪一塊最值得先做，這個階段我們陪你想，後面真的要動手再談範圍跟費用。

我們怎麼看 8D Report 這件事

8D 範本會長成今天這樣，是因為客戶需要一個可以快速掃描的格式，不是因為這個格式最適合思考。這兩件事的落差，就是台灣品保工程師每年加班的來源之一：他要先在腦子裡把問題想清楚，再把想清楚的東西拆散，塞進九個格子裡。

我們的判斷是，未來三年真正會拉開差距的，是廠內能不能把 8D 的內容重複使用。同樣寫一份 8D，A 廠寫完就存檔，B 廠寫完會自動更新 FMEA 的偵測度、自動在 QC 工程表加一個管制項目、自動把這個失效模式加進新產品的設計審查清單。三年後 B 廠的 FMEA 會比 A 廠準確得多，因為它是被真實客訴養出來的。

對品保主管而言，這代表一件很具體的事：下次評估要不要導入系統的時候，該問的問題是「填完之後這些內容會不會自己流到該去的地方」。只能線上填 8D 的叫電子表單，會讓內容自己流動的才叫品質管理系統。這兩者的價差在台灣市場大概是三到五倍，值不值得看你一年開幾份 8D。

順帶說一下，我們公司做的就是這類系統開發，目前累積 40+ 企業客製案落地。所以上面講的欄位串接、版次管理、文件連動，都是實際做過之後才寫的。想討論放到你的系統會長成什麼樣子，可以跟我們聊聊現在的實際情況。

寫 8D 之前如果想先把整套品質管理的框架補齊，QMS 品質管理系統是什麼 跟 IATF 16949 六大核心工具 這兩篇是比較好的起點。客訴進來之後公司內部該怎麼跑，則在 客訴處理流程怎麼設計 那篇；來料端怎麼設關卡，在 IQC、IPQC、OQC 三道檢驗關卡。