已退款、已道歉，投訴可以結案嗎？售後補救的驗收清單
香港企業做網上口碑管理時，完成道歉或發出退款指示不等於投訴已解決。Chiwa AI 建議分開核對補救交付、客戶回覆及根因改善，沒有回覆便保留未知，不要求刪評才結案。
配圖沿用 Chiwa AI 原有 AI 概念圖，不是真實投訴、退款記錄或客戶評價。 審閱及發布批准：Jones Ng｜2026-09-13。
結案的標準是甚麼？把「我們做了」和「問題解決了」分開
結案應該有可核對的補救記錄，而不是因為同事已經回覆，就把案件改為綠色。發出退款指示、退款完成、客人確認收到，是不同狀態；不要由第一步自行推論到最後一步。
ISO 10002 的公開摘要涵蓋投訴處理流程及持續改善。本文據此討論營運上的記錄方法；下方清單是 Chiwa AI 自製建議，不是 ISO 標準原文、認證要求或已認證流程。ISO 10002:2018 公開摘要
主管應先訂明誰可以確認補救交付、誰可以決定一般案件結案，以及未完成甚麼條件就要保留待辦。若涉及人身安全、法律爭議或受規管服務，應採用適用的專業流程，不能用本文取代。
一張結案表應記甚麼？保留四種不同答案
每宗案件至少分清行動、交付、客戶回覆及根因。以下表格可用於內部檢查；只填必要摘要，完整客戶資料保留在獲授權的案件系統，不放入公開口碑報告。
| 檢查項目 | 可以接受的記錄 | 不應自行推論 |
|---|---|---|
| 已採取行動 | 誰在何時安排退款、重寄或再次服務 | 已安排等於已完成 |
| 補救交付 | 由負責同事核對完成狀態及日期 | 系統送出等於客戶已收到 |
| 客戶回覆 | 已確認、仍有異議、未能聯絡 | 沒回覆等於滿意 |
| 根因改善 | 問題、改善負責人及核對日期 | 個案結束等於流程永不再犯 |
Chiwa AI 建議把「補救已完成、客戶未回覆」保留為具體描述，而不是硬選「滿意」。公司可按既定流程處理行政結案，但報告必須保留未確認部分及重新聯絡的方式。不要由本文推導出一個適用所有行業的固定結案天數。
一個例子：重寄完成，但問題未必全部完成
個案補救和長期改善可以分開追蹤，不需要因為其中一項完成就關掉所有待辦。
以下為教學情境，不是客戶案例。 假設一家網店收到寄錯配件的投訴，客服安排重寄，物流記錄顯示已送達，但客人尚未回覆。此時可記「重寄已送達，客戶確認未取得」，不能寫成「客人非常滿意」。倉務同事仍要檢查包裝標籤是否容易混淆，並在下一次抽查核對修正有沒有落實。
如果客人之後反映新包裹仍然不對，應重新打開原案件並連結新的證據，不另開一宗後把原案保留為無條件成功。若另一位客人出現相同問題，則建立新案件，同時連結同一根因改善項目。這樣既不漏掉新客人的需要，也不會失去重複問題的線索。
負評未刪，是否代表不能結案？
負評是否保留，由評論者及平台規則決定；企業應以實際補救為工作目標。Google 說明商家可以管理自己的回覆，評論者亦可更新自己的評論。這不是商家能控制刪評的承諾。Google：管理客戶評論
Chiwa AI 建議不要把刪評或改五星作為補救完成條件，也不要在公開回覆中寫出訂單、電話或私人對話。若需要補充進度，可在不披露個人資料的前提下，說明已透過原有渠道跟進；不能公開聲稱客人接受了尚未確認的方案。
判斷評論是否違反平台規則，是另一項工作，應另行記錄理由及平台處理狀態。沒有刪除不等於客服失敗，刪除了也不等於服務缺陷已經修好。
甚麼時候重開？新證據及未履行承諾都要回到原記錄
重開條件要讓前線容易判斷。Chiwa AI 建議在結案時寫明：若補救未實際完成、客人提出與原問題直接相關的新資料，或已承諾的後續行動逾期，便通知原負責人核對是否重開。
重開後保留原時間線，不改寫歷史來提高結案率。每次週會可先看仍未完成的承諾及重複根因，不需要把所有案件逐字重讀。
常見問題
客人不回覆，我們是否要永遠把案件列為處理中？
不必把行政狀態和滿意度綁在一起。可依公司已訂流程處理狀態，但清楚寫「未取得確認」，保留重開條件；適用的合約、行業及專業要求仍要另外遵守。
結案率愈高是否代表 ORM 做得愈好？
不一定。若結案標準寬鬆，數字會變漂亮但問題仍在。應一起看未履行承諾、重開原因及重複問題，並保持不同期間的定義一致。
ORM 公司應負責退款嗎？
付款與售後決策應由有權限的企業負責人處理。ORM 協作方可協助整理公開溝通、問題分類和跟進記錄，但不能自行承諾企業未批准的補救方案。
下一步：抽查一宗「已完成」案件，看看證據是否完整
選一宗不涉及敏感資料的內部摘要，逐欄核對行動、交付、客戶回覆和根因。若問題出在前段沒有人接手，可先看社媒投訴交接流程。
向 Chiwa AI 了解口碑管理協作 · WhatsApp 聯絡 · WeChat：jonesnghk
編輯日期：2026-09-13。一般營運建議，不構成法律、退款權利或受規管投訴處理意見。