重點摘要
- 發起 escalation 時就要附上照片 + PI 編號 + 外箱標記——沒有這些,email thread 常卡好幾天。
- 雙邊各指定一位負責人,在確認根本原因前,只有這兩位對話;CC 大爆發會直接拖慢速度。
- 一開始就談好補救層級:揀選重出、部分退款、重工、重發貨——不是每種缺陷都值得重發。
- 收尾時把矯正措施寫進 PDF 紀錄——下一批再出同樣問題時,這份就是證據。
# 品質異常升級處理流程：先止血，再判責，最後防止重複發生
B2B 採購最怕的，不是完全沒有問題，而是問題發生後沒有人知道怎麼處理。
客戶反映產品有瑕疵，倉庫說可能是運輸撞壞，工廠說出貨前都檢查過，業務怕客戶不高興，採購又擔心工廠不認帳。
最後整個群組變成：
客戶說有問題。 工廠說不是他們的問題。 採購說先給我照片。 品管說資料不完整沒辦法判斷。 業務說客戶很急，先給一個說法。
如果沒有清楚流程，品質異常很容易變成情緒問題。
大家都在處理，但沒有人真的把問題關起來。
品質異常升級的目的，不是第一時間找人背鍋，而是先把事情穩住：
這篇文章整理一份 B2B 品質異常升級處理流程，幫助採購、品管、業務和工廠用同一套方式面對問題。
一、先判斷這是不是需要升級的品質異常
不是所有問題都需要升級成大案子。
有些只是單件小瑕疵，客服或業務可以直接補寄處理；有些則可能影響整批貨，需要立刻升級。
可以先分成三個等級：
| 等級 | 狀況 | 建議處理 |
|---|---|---|
| 一般異常 | 單件破損、小刮傷、少量缺件 | 客服處理，記錄原因 |
| 重要異常 | 多件重複發生、同一批次集中出現 | 通知採購 / 品管 / 工廠，建立案件 |
| 重大異常 | 安全風險、法規風險、大量客訴、影響出貨 | 立即升級，暫停出貨或隔離庫存 |
常見需要升級的情況包括：
判斷重點不是「客戶有沒有生氣」，而是這個問題是否可能擴大、是否可能重複發生、是否影響安全或商業交付。
二、第一步不是判責，而是止血
品質異常剛發生時，很多人會急著問：
是工廠的問題嗎？ 是客戶使用錯誤嗎？ 是物流摔壞嗎？ 是倉庫包錯嗎？
這些問題都重要，但不是第一步。
第一步應該是止血，也就是避免問題繼續擴大。
可以先做：
| 動作 | 目的 |
|---|---|
| 暫停同批次出貨 | 避免更多問題流到客戶端 |
| 隔離倉庫庫存 | 避免誤出貨 |
| 標記問題批次 | 方便後續追蹤 |
| 通知內部窗口 | 業務、客服、倉庫、採購、品管先知道 |
| 暫停新訂單承諾 | 不要繼續答應客戶可正常出貨 |
| 收集客戶端照片 | 確認問題樣貌 |
| 查出貨紀錄 | 看影響範圍有多大 |
如果問題可能涉及安全、法規或重大客訴，寧可先停一下，也不要邊出貨邊觀察。
很多損失不是因為第一個問題，而是因為第一個問題出現後，還繼續把同樣問題送到更多客戶手上（出貨前先擋下來可參考：出貨前驗貨 checklist）。
三、證據要先收齊，不要只靠一句「客戶說」
工廠最常回的一句話是：
請提供照片或影片。
這句話有時候讓人覺得工廠在推責，但從處理品質異常的角度來看，證據真的很重要。
至少要收集：
| 資料 | 用途 |
|---|---|
| 客戶照片 / 影片 | 確認異常樣貌 |
| 外箱照片 | 判斷是否運輸撞擊 |
| 內包裝照片 | 看包裝是否失效 |
| 產品特寫 | 判斷瑕疵位置與嚴重程度 |
| 數量統計 | 幾件有問題、總數多少 |
| 訂單號 / 批號 | 追溯來源 |
| 出貨日期 | 判斷是否集中在某一批 |
| 使用情境 | 是否與正常使用有關 |
| 客戶描述 | 問題怎麼發生、何時發現 |
| 留樣或退回樣 | 必要時做實物判斷 |
不要只轉傳一張模糊照片給工廠，然後要求對方立刻認賠。
如果資料不完整，工廠就算願意處理，也很難判斷原因。
比較好的做法是建立一份「異常資料包」，讓所有人看同一份資料，而不是在群組裡一張一張追圖。
四、先確認影響範圍，不要只處理眼前那一件
品質異常最容易犯的錯，是只處理提出客訴的那一位客戶。
但 B2B 要看的是整批貨。
你要問：
可以用這張表追蹤：
| 項目 | 填寫內容 |
|---|---|
| 問題產品 | 品名 / SKU / 規格 |
| 問題批次 | PO / 生產批號 / 進貨日期 |
| 已出貨數量 | 已出給客戶的數量 |
| 庫存數量 | 倉庫還有多少 |
| 客訴數量 | 已知異常件數 |
| 抽查結果 | 倉庫抽查多少件，有幾件異常 |
| 受影響客戶 | 客戶名單或訂單號 |
| 是否暫停出貨 | 是 / 否 |
| 是否需要通知客戶 | 是 / 否 |
如果只看單一客訴，可能會低估問題。
如果先確認影響範圍，就比較容易決定要不要暫停出貨、召回、折讓或補救。
五、異常分級要有標準，不要每次靠情緒判斷
有些問題看起來小，但對客戶來說很嚴重。
有些問題看起來醜，但不影響功能，也不一定要升級成重大異常。
建議用幾個角度分級：
| 判斷角度 | 要問的問題 |
|---|---|
| 安全性 | 會不會傷人、燙傷、割傷、漏電、污染？ |
| 法規性 | 是否違反標示、材質、進口或通路要求？ |
| 功能性 | 產品是否無法正常使用？ |
| 外觀性 | 是否影響銷售或客戶接受度？ |
| 數量性 | 是單件問題，還是批量問題？ |
| 重複性 | 是否短時間內重複發生？ |
| 客戶重要性 | 是否涉及重要客戶、連鎖通路或長期合作案？ |
| 時效性 | 是否會卡出貨、上架、付款或清關？ |
可以簡化成：
| 等級 | 定義 | 例子 |
|---|---|---|
| Minor 輕微 | 不影響功能或安全，少量可接受 | 小刮痕、外箱輕微壓痕 |
| Major 主要 | 影響使用、銷售或客戶接受度 | 尺寸不符、配件缺漏、包裝錯誤 |
| Critical 嚴重 | 影響安全、法規或大批出貨 | 材質不符、條碼錯誤、安全風險、大量破損 |
分級的好處，是讓處理速度和資源投入比較合理（Critical / Major / Minor 怎麼分）。
不要每個小刮痕都開重大會議，也不要把安全問題當成一般客服案件處理。
六、內部要指定一個案件負責人
品質異常如果沒有人負責，很容易變成每個人都回一點，但沒有人結案。
建議一發現需要升級，就指定一個 owner。
這個 owner 不一定要自己解決所有事，但要負責追蹤：
可以用這樣的分工：
| 角色 | 負責內容 |
|---|---|
| 業務 / 客服 | 客戶溝通、安撫、補件需求 |
| 採購 | 工廠溝通、責任釐清、補救協商 |
| 品管 | 異常判定、抽查、改善要求 |
| 倉庫 | 庫存隔離、現貨抽查、退貨處理 |
| 工廠 | 原因分析、短期處置、防止再發 |
| 管理者 | 重大異常決策與商業取捨 |
沒有 owner 的案件，最後常常卡在「我以為你會處理」。
七、給工廠的異常通知要具體
通知工廠時，不要只丟一句：
客戶說品質有問題，請處理。
這樣工廠通常只能回：
請提供照片。
比較好的通知格式是：
| 欄位 | 內容 |
|---|---|
| 產品名稱 | 問題品項 |
| SKU / 規格 | 對應版本 |
| PO / 批次 | 方便工廠追溯 |
| 出貨日期 | 哪一批貨 |
| 異常描述 | 發生什麼問題 |
| 異常數量 | 幾件有問題 / 總數多少 |
| 客戶影響 | 客訴、退貨、上架受阻、清關卡住 |
| 附件 | 照片、影片、外箱、標籤、批號 |
| 要求回覆 | 原因、短期處置、補救方案、預防措施 |
| 回覆期限 | 例如 24 小時內初步回覆，3 天內完整報告 |
範例訊息：
這批【產品名稱 / SKU】客戶反映有品質異常。 PO 為【PO No.】，出貨日期為【日期】，目前已知【異常數量】件出現【問題描述】。 附件包含客戶照片、外箱照片與產品特寫。 請協助在 24 小時內先回覆初步判斷，並在 3 個工作天內提供原因分析、短期處置方式與後續防止再發措施。
這樣工廠比較知道你要什麼，不會只停在互相要照片。
八、工廠回覆不能只寫「下次注意」
品質異常最沒用的回覆之一，就是：
已通知生產部門，下次會注意。
這句話看起來有回，但其實沒有解決問題。
你要工廠至少回答四件事：
| 問題 | 說明 |
|---|---|
| 發生原因 | 為什麼會出現這個異常 |
| 影響範圍 | 是否只影響這一批，還是其他批次也可能有 |
| 短期處置 | 這批貨怎麼處理，客戶端怎麼補救 |
| 防止再發 | 下次如何避免同樣問題 |
如果要更完整，可以要求 8D 或 CAPA 類似格式，但不用一開始就把名詞講得太複雜。
簡單版可以這樣：
| 欄位 | 工廠需回覆 |
|---|---|
| 問題確認 | 是否承認異常存在 |
| 初步原因 | 人員、機器、材料、方法、包裝、物流哪裡可能出問題 |
| 影響批次 | 哪些批次可能受影響 |
| 現貨處置 | 工廠庫存是否要重檢 |
| 已出貨處置 | 客戶端問題如何補救 |
| 改善措施 | 具體改什麼，不是只說注意 |
| 完成時間 | 何時完成改善 |
| 驗證方式 | 怎麼確認改善有效 |
沒有完成時間和驗證方式的改善，很容易只是口頭承諾。
九、補救方案要同時看客戶、成本和責任
品質異常發生後，常見補救方式有：
| 方式 | 適用情況 |
|---|---|
| 補寄 | 少量缺件或單件瑕疵 |
| 退貨 | 客戶無法接受或整批不良 |
| 重工 | 問題可修復，且成本合理 |
| 折讓 | 不影響使用，但影響外觀或客戶體驗 |
| 下批補償 | 客戶願意持續合作，問題可在下批改善 |
| 暫停出貨 | 問題可能擴大，需先查清楚 |
| 更換包裝 | 問題來自運輸或保護不足 |
| 重新檢驗 | 需要確認庫存是否受影響 |
補救方案不能只從工廠成本看，也不能只從客戶情緒看。
要一起考量：
如果責任還沒完全釐清，但客戶端已經受影響，可以先做商業處理，再保留對工廠追償的資料。
十、什麼情況要暫停出貨或隔離庫存？
不是每個異常都要停貨，但有些情況不能拖（出貨前文件 / 付款卡點延伸：出貨前文件與付款檢查重點）。
建議遇到以下狀況時，先隔離庫存或暫停同批次出貨：
隔離庫存時要記錄：
| 項目 | 內容 |
|---|---|
| 隔離日期 | 什麼時候隔離 |
| 隔離數量 | 幾件 / 幾箱 |
| 隔離地點 | 哪個倉庫、哪個區域 |
| 隔離原因 | 對應哪個異常案件 |
| 處理狀態 | 待檢、待重工、待退、待放行 |
| 放行條件 | 什麼情況下可以恢復出貨 |
不要只口頭說「先不要出」。
倉庫如果沒有標記，很容易一忙就又出掉。
十一、結案前要確認改善真的落地
品質異常不是客戶收到補寄就算結案。
真正結案前，至少要確認：
| 項目 | 是否完成 |
|---|---|
| 客戶端補救已完成 | □ |
| 問題庫存已隔離或處理 | □ |
| 工廠已提供原因分析 | □ |
| 工廠已提供改善措施 | □ |
| 改善措施有完成時間 | □ |
| 需要重檢的庫存已重檢 | □ |
| 需要改包裝 / 改標籤 / 改製程的地方已改 | □ |
| 下一批出貨前有重新確認 | □ |
| 內部紀錄已保存 | □ |
如果只做到補寄，但原因沒查，下次同樣問題還會再發生。
如果只做到工廠說會改善，但沒有下一批驗證，也很難知道改善是否真的有效（驗證可回到 Golden Sample 與公差 對照）。
十二、品質異常升級處理表範本
你可以用下面這份表格建立案件紀錄。
| 區塊 | 欄位 | 填寫內容 |
|---|---|---|
| 案件資料 | 案件編號、建立日期、負責人 | |
| 客戶資料 | 客戶名稱、訂單號、聯絡窗口 | |
| 產品資料 | 品名、SKU、規格、批次、供應商 | |
| 異常描述 | 問題現象、發現時間、發現地點 | |
| 異常數量 | 異常件數、總數量、比例 | |
| 證據資料 | 照片、影片、外箱、標籤、留樣 | |
| 分級 | Minor / Major / Critical | |
| 影響範圍 | 已出貨、庫存、在製品、工廠庫存 | |
| 止血措施 | 暫停出貨、隔離庫存、通知客戶 | |
| 工廠回覆 | 原因、短期處置、防止再發 | |
| 補救方案 | 補寄、退貨、折讓、重工、下批補償 | |
| 責任歸屬 | 工廠、物流、倉庫、客戶使用、待判定 | |
| 結案條件 | 客戶補救完成、庫存處理完成、改善驗證完成 | |
| 後續追蹤 | 下一批檢查、抽驗、包裝修改、標籤修改 |
給工廠的品質異常升級訊息範例
你可以這樣寫給工廠：
這批貨目前收到品質異常反映，請協助升級處理。 產品為【品名 / SKU】，對應 PO 為【PO No.】，目前已知【數量】件出現【異常描述】。 附件包含客戶照片、外箱照片與產品細節照。 我們已先暫停同批次庫存出貨並進行抽查。 請在 24 小時內先提供初步判斷，並在 3 個工作天內回覆：可能原因、影響範圍、短期處置、補救方案與防止再發措施。 若需要退回樣品確認，請同步告知收件方式與預計分析時間。
這段訊息的重點，是把「請處理」變成「請按這幾個項目回覆」。
常見錯誤：把品質異常當成單次客服問題
很多品質問題一開始看起來只是單一客訴，但如果沒有整理，就會一直重複發生。
常見錯誤包括：
品質異常處理得好，客戶不一定會立刻流失。
真正讓客戶失望的，通常不是一次問題，而是問題發生後沒有人追、沒有人負責、沒有人防止再發。
UHK B2B 建議：品質異常要能被追蹤，才有辦法被改善
品質異常升級處理，不是要讓流程變複雜，也不是要把所有事情都變成文件。
它真正的作用，是讓問題有一條清楚的處理線：
只要這條線清楚，採購端就比較不會被客訴追著跑，工廠也比較知道該怎麼回覆。
品質異常無法完全避免。
但每一次異常都應該留下紀錄，讓下一批貨更穩、下一次合作更清楚、下一個客戶少遇到同樣問題。