如果您問工程師上班在做什麼，八成的人會苦笑著跟你說：「處理異常。」
這篇文章將以「客戶抱怨 (Customer Complaint)」的角度，帶您走一趟半導體業最驚心動魄的處理脈絡。這不是死板的教科書，而是工廠裡最真實、最切膚之痛的流程。
(註：本文使用部分業界通用術語，各公司細節可能略有不同，請當作實戰參考即可。)
終端客戶抱怨 (RMA)：一場從下游燒上來的火
首先，我們要先釐清這個產業鏈的「食物鏈」關係：
消費者 (End-User) 買產品 -> 終端客戶 (End-Customer, 品牌廠) -> 客戶 (Customer, 設計/製造) -> 供應商 (Vendor/Sub-con, 封測/材料)
或許您有這種經驗：身為平民老百姓 (End-user) 的我們，去賣場買了台電風扇，回家吹兩天就壞掉，氣沖沖地拿去退貨。 對普通人而言，拿到退費或換新品，故事就結束了；但對於半導體產業而言，惡夢才剛開始。
- 初步檢測： 故障品會先由通路商篩選，剔除插頭沒插好、電線被老鼠咬斷這類低級錯誤。
- 退回原廠： 真正釐清不了的故障品，會被送回品牌廠 (End-customer)。
- 追本溯源： 品牌廠會查詢生產履歷，確認這台機器裡的晶片是誰封裝、誰測試的，然後將故障品像「燙手山芋」一樣，一路往上游丟。
當這個故障品回到供應商（也就是我們）手上時，它已經不叫「退貨」，而是一個可能會炸掉整條產線的 RMA (Return Material Authorization) 案件。
為什麼客戶一句話可以讓我們「日損千萬」？
終端客戶的權力非常大。俗話說雞蛋不能放在同一個籃子，對於 Apple、Google 這種等級的終端客戶來說，他們隨時可以把訂單轉給別的封測廠。這傳遞了一個很殘酷的訊息：
「對於我而言，不是非你不可。」
因此，一旦發生品質異常，客戶為了止血，第一件事往往是要求 「停線 (Line Down)」——暫停所有相關產品的生產，直到找出原因。 在半導體廠，機台停機一天的折舊、人力損失，往往是以百萬甚至千萬台幣計算。這就是為什麼「終端客訴」被視為最高等級的緊急事件。
通常，我們只有 七 天。七天內，必須提出完整的調查結果與改善報告 (8D Report)。
供應商的黃金七日：從接到炸彈到拆彈
當客戶通知產品工程師 (PD) 或客戶品質工程師 (CQE) 有異常發生，倒數計時就開始了。 工程師必須立刻啟動 8D 問題解決流程。除了第一時間的暫時防堵（把庫存鎖住不准出貨），最核心的任務是：找出真因 (Root Cause)。
這時候，就是品保工程師拿出「武器」的時候了： 我們使用 魚骨圖 (Fishbone Diagram) 發想可能原因，用 Is/Is-Not Analysis 釐清問題範圍，再用 Why-Why Analysis 挖掘核心。
【實戰案例】 經過抽絲剝繭，我們可能發現異常的真因是：「A製程機台在作業過程中，電流輸出不穩定，導致產品燒毀。」
- 對策： 針對該機台安裝即時 (Real-time) 監測系統。
- 機制： 一旦監測到電流波動，系統立即自動停機，並通知設備工程師處理。
- 驗證： 品保工程師 (QA) 需監控改善後的生產數據，提出 Cpk 或良率報告，向客戶證明「我們已經根除問題」。
英雄聯盟：工程師的角色分工
在這一場限時七天的「拆彈任務」中，沒有人需要孤軍奮戰，各單位工程師的職責如下：
- 品保工程師 (QE/QA)： 就像「法官」。確認報告邏輯是否通順、改善措施是否真的有效，把關最後交出去的報告品質。
- 產品工程師 (PD)： 就像「專案經理」。對口客戶，督促各單位交出資料，確認技術邏輯。
- 製程工程師 (PE)： 就像「偵探」。撈取生產履歷，確認當時的溫度、壓力、參數有沒有異常。
- 設備工程師 (EE)： 就像「醫生」。調閱機台 Log 日誌，確認設備是否曾發生故障訊號、叫修紀錄。
- 產線製造 (MFG)： 就像「目擊者」。調閱 CCTV 監控畫面，確認操作員有沒有違規動作。
大家在會議室裡討論、沙盤推演，目的只有一個：生出一份邏輯無懈可擊，能說服客戶復工的報告。
半導體聯盟
結語：技術是下限，邏輯是上限
處理異常的過程，其實就是一場邏輯的攻防戰。 本文提到的 8D Report、魚骨圖、Is/Is-Not、Why-Why Analysis，不僅是寫報告的工具，更是工程師生存的核心技能。
為什麼有些人的 8D 報告一次就過，有些人的卻會被客戶退件十次？差別往往在於『真因分析 (Root Cause Analysis)』的邏輯是否縝密。
下一篇文章，我將把這8年來的 8D 寫作精華，整理成《客戶買單的 8D 撰寫指南》，並附上我常用的 Why-Why 分析模版。這篇文章將發佈在【品質戰情室】，歡迎訂閱解鎖。」
