海鮮客訴分類與鮮度賠付處理

🎯 這條流程解決什麼

海鮮宅配再怎麼小心，總會遇到到貨不夠鮮、少了一包、或保麗龍箱被壓破的客訴。這類問題的特性是「最忌拖」：顧客往往已經拍好開箱照片，在 LINE 上等一句回覆，這時客服每多等十分鐘，火氣就漲一分。偏偏傳統處理流程慢得要命——客服要先翻訂單、找出貨批次、問物流是哪一天出的車、低溫等級對不對，一來一回大半天就過去，顧客的耐心也磨光了，原本一句道歉加補寄能解決的事，拖成負評與退款。

更亂的是「帳對不清」。客訴從四面八方進來：官網表單、客服 Email、LINE 官方帳號訊息、甚至電話。誰接了這筆、處理到哪一步、賠了沒、補寄了沒，散在各個對話視窗裡，店長想盤點「這個月到底幾筆鮮度客訴、處理了幾筆」根本對不出來。沒有統一登錄，就沒有追蹤，也就沒有改善的依據——同樣的問題下個月還會再來。

這條流程要解決的，就是把售後從「散亂、被動、靠記憶」收斂成「一條可追蹤、可分析的線」：所有客訴統一進件、自動分類調紀錄、指派專人設時限、賠付逐筆追到結案。

導入後的改變

導入前：客訴散在表單、Email、LINE、電話多處，無統一案號；客服每筆要人工翻訂單、找出貨批次與冷鏈紀錄，回覆動輒拖上半天；誰接誰辦沒人說得清，常有客訴石沉大海；月底盤點靠回憶，無法分析問題源頭。

導入後：各管道客訴自動匯入、統一登錄成案件並標優先級，第一時間就有完整脈絡，首次回覆時間可從數小時縮短到一小時內。指派與時限自動上 Slack，避免漏接與拖延，結案率提升。賠付逐筆追蹤至顧客確認，帳目清楚。所有案件沉澱成資料後，可分析「哪類問題最多、集中在哪個出貨批次或配送區」，把售後資料反饋回品管改善，整體客訴量可望逐月下降。

流程怎麼運作

對照上方五個節點：

1. 客訴進件——Google Forms 回報表單、客服 Gmail、LINE Official Account 進來的客訴，全部自動匯流，統一登錄成一筆案件、給一個案號，寫進 Google Sheets 案件表。從此「這筆客訴」有唯一身分，可被追蹤。
2. 問題分類——系統判讀客訴內容，歸類為鮮度、缺件、破損或物流延誤，並依嚴重度標註優先級（例如生食級商品鮮度問題列高優先）。分類讓不同問題走不同處理路徑。
3. 紀錄調閱——依案件帶出的訂單編號，自動拉出對應的訂單明細、出貨批次與冷鏈追蹤紀錄，附在案件上。處理人一打開案件，就看到「這單何時出、什麼低溫等級、物流有沒有延誤」的完整脈絡，不必再四處翻找。
4. 指派處理——依問題類型把案件分派給對應專人（鮮度給品管、物流延誤給出貨），在 Slack 通知並設定回覆時限，避免案件被晾著。
5. 賠付追蹤——補寄或退款的處理結果逐筆記錄，狀態從「處理中」追到「顧客確認結案」。每一筆賠付都留痕，月底可彙整分析。

需要的工具與串接重點

• n8n / Make 串接多管道進件、做分類與指派的條件分流，是流程中樞。
• Google Forms 當標準回報入口，引導顧客填訂單編號與上傳照片，讓進件資料結構化；Gmail 與 LINE Official Account 接住非表單進來的客訴，一併匯流。
• Google Sheets 是案件資料庫，欄位建議含案號、來源、分類、優先級、訂單編號、指派人、狀態、賠付方式與結果，是事後分析的基礎。
• Slack 負責指派通知與時限提醒，建議開售後專屬頻道並指定輪值負責人。
• 串接重點：分類與調閱可以自動，但賠付動作一定要走人工核可關卡。想把客訴根因接回冷鏈出貨或進貨品管改善，可參考 更多工作流 的其他海鮮流程；安撫顧客時附上的料理或保存建議，可到 配方庫 取材；整體自動化設計見 自動化專區。

常見錯誤與注意事項

• 賠付涉及金流與成本，務必保留人工確認關卡。退款、補寄等賠付動作由負責人核可後再執行，自動化僅負責登錄與追蹤、不自動退款，避免被重複申訴或誤判造成損失。
• 鮮度爭議由專業人員認定。到貨是否真的不鮮、責任歸屬如何，仍須由專業人員依實際情況（照片、出貨批次、冷鏈紀錄）認定，本流程不取代專業判斷。
• 顧客個資與照片依個資法保管。客訴含顧客姓名、地址與開箱照片，存取應設權限，照片等敏感資料不外流，定期清理過期案件。
• 分類錯不可怕，漏接才可怕。AI 分類偶有失準，處理人接手時可調整分類；真正要防的是案件沒人接，因此 Slack 時限與輪值制度要落實。
• 結案要有顧客確認。別在補寄寄出就關單，要追到顧客回覆滿意或確認收到，才算真正結案。

台灣中小型店家情境案例

台南一家冷凍水產電商，售後原本由兩位客服輪流顧 LINE 與信箱。旺季客訴一多就亂套：顧客在 LINE 傳了破損照片，客服 A 回了一半去忙別的，客服 B 不知道這筆有人接，顧客等到不耐煩又打電話進來罵；月底店長想統計鮮度客訴佔比，翻了整週對話還是兜不齊。

導入這條流程後，無論顧客從表單、信箱還是 LINE 進來，都自動登錄成有案號的案件，系統當場分類並把該訂單的出貨批次與冷鏈紀錄帶出來，指派給對應的人、在 Slack 設好兩小時回覆時限。客服一打開案件，脈絡齊全，不必再翻找；賠付由店長核可後執行、逐筆記錄到結案。三個月後店長一拉資料，發現破損客訴集中在某個配送區的轉運段，調整了那段的包裝強度，破損客訴隨即明顯下降。售後從一筆糊塗帳，變成能反過來改善品質的資料。

延伸應用

這條流程的骨架是「多管道匯流 → 自動分類調紀錄 → 指派設時限 → 賠付追蹤結案 → 資料分析」，可以延伸到許多售後場景。把分類維度換掉，就能用在一般電商的退換貨、餐飲外送的餐點問題處理；把賠付追蹤接到會員系統，可對受影響顧客自動發放補償折扣（仍需人工核可）。最有價值的延伸，是把結案資料定期回饋到 冷鏈出貨流程 與進貨品管，讓「客訴」變成持續改善的輸入，而不只是滅火。更多可組合的海鮮自動化與安撫顧客的料理素材，可逛 更多工作流 與 配方庫。

流程圖

用到的工具

更多「餐飲美食」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →