退換貨詢問如何分流？客服先收集資訊再核對條件

整理退貨與換貨需求的分流方式、訂單資料核對、商品狀況紀錄和人工交接欄位，協助客服準備資訊並追蹤案件進度。

退換貨來訊若只留下「要處理」，下一位客服仍得重新追問，也可能把顧客想換貨誤記成退貨。實用的分流流程，先確認需求，再核對訂單與商品狀況，最後把未決條件交給有權責的人員判斷。以下整理一套可改成內部紀錄欄位的做法，讓客服準備資訊、清楚交接，而不把資料蒐集誤當成資格核准。每個步驟都區分已知、未知與待確認，減少重複詢問，也讓案件狀態更容易追蹤。

先辨認退貨或換貨需求

收到「我要退」或「想換」時，先不要把兩種需求合成「退換貨」一案處理。退貨要釐清顧客希望退回哪些商品，換貨則要知道想更換的品項、規格與數量；客服此時負責記錄需求，不替顧客預判條件是否成立。可以先問：「您希望退回商品，還是保留訂單並更換？若要更換，想改成哪個品項或規格？」若顧客提到退款、補寄、瑕疵或少件，也要逐項記下，避免只照最先出現的字眼分類。

接著把「發生了什麼」與「希望怎麼處理」分開。像是尺寸不合、希望換大一號，主類型可記為換貨，原因與目標規格分欄；若只想退回部分商品，就列出商品名稱與數量，不要默認整筆訂單都要退。若收到錯誤顏色但顧客願意換成正確款式，需記錄寄達商品與顧客期待兩件事，不能把客服建議寫成顧客已同意。

如果對方尚未決定，暫記「需求待確認」，不要送入實際退貨或換貨處理。記下提出人、聯絡管道、訂單線索與目前不確定處，再用一句話回讀：「我理解您收到的是某款商品，希望更換成另一規格，這樣記錄正確嗎？」確認後再分流。分類只決定要補哪些資料、由誰接手；不代表已判定資格、退款方式或處理結果。語意不清時，保留顧客原句，比替顧客下結論更有用。

需要核對哪些訂單資料

核對資料的目的，是把這次詢問對到正確訂單與商品，讓後續人員能查原始紀錄；一次索取所有個人資料反而增加負擔。先請顧客提供可搜尋的訂單識別資訊，例如訂單編號；若無法找到，再依既有作業要求補充收件人姓名或下單聯絡方式。客服只在授權的系統或既定管道核對，不要把完整付款卡號、驗證碼或不必要的身分資料貼進一般備註或群組。

找到訂單後，逐項對照下單日期、商品名稱、款式或規格、購買數量、出貨或簽收狀態，以及本次詢問涉及的數量。同筆訂單有多個品項時，明確指出哪一項要退或換。若訂單顯示的資料與顧客描述不一致，保留兩邊原文並標示差異，不能自行把規格改成看似合理的值。已查到的欄位和待顧客補充的欄位也要分開，避免下一位重複詢問。

表格可依實際作業增減，但每個欄位都應能回答「誰提供、是否核對、還缺什麼」。若無法對上訂單，保留目前搜尋過的線索和結果，交給有權限的人員續查；不要先用相似姓名或地址推定就是同一筆交易。這樣既方便接手，也能避免把其他訂單的資料帶入本案。

商品狀況如何記錄

記錄商品狀況時，先寫可觀察的事實，再保留顧客的描述，不用客服自己的推測替代。可依內部流程詢問商品是否已拆封、使用、清洗或組裝，外觀有哪些可見變化，配件、標籤、包裝是否仍在；問題要對應實際需要核對的條件，避免要求顧客重複拍攝無關畫面。若顧客不確定配件名稱，可請他拍攝整體與局部，並簡單說明照片中的位置。詢問前也要先確認哪些資料對這次判斷有用，避免讓顧客提供過多內容。

照片只是協助辨識，不代表條件已核可。把照片對應到訂單、商品和詢問項目，記下顧客提供的描述及拍攝時間（若紀錄可追溯），不要只留一句「有瑕疵」或「商品完整」。例如顧客說外盒有壓痕、商品表面未見刮痕，應拆成兩項觀察；若收到的只是局部照片，看不出商品全貌，就標示仍需補充的角度，不推定未拍到的部分沒有問題。

對外說明時，可用中性句型：「目前記錄到外盒一側有凹痕，商品表面照片尚未提供，會交由負責人核對。」若照片模糊、反光或內容與文字不一致，請顧客補一張指定角度，並清楚說明用途。把狀況、證據和待確認事項分欄，讓後續判斷有依據，也保留人工檢視空間。不要要求顧客寄出或丟棄商品，除非已由負責流程告知下一步；客服整理的觀察也不應寫成已經核准的結論。

條件不明要問誰確認

條件不明時，先辨認缺的是哪一種確認：訂單是否相符、商品狀況如何解讀、可採用哪個後續方案，或誰有權核准。不同問題交給不同角色，避免把所有疑問都丟給一位主管。客服可先查核已授權可見的訂單資料；涉及商品判定時交由負責商品或倉務的人員；涉及退款、補寄、庫存或例外處理時，依公司既定權限找相應負責人。實際角色名稱要依組織而定，不能預設每家公司都有相同分工。

交接請包含已知事實、資料來源、顧客期望、尚缺項目、已做過的核對，以及需要對方回答的具體問題。與其只寫「請確認能不能換」，不如寫：「訂單明細為某款商品，顧客表示收到的款式不同；照片已附，請確認出貨品項是否相符，並回覆由哪個流程承接。」問題越明確，對方越容易回覆可執行結論，也能看出是資料不足，還是需要權限決策。若有不確定的描述，直接列出疑問，不要在摘要中補成確定事實。

若暫時找不到指定負責人，將案件設為待確認並記錄交接時間、承接對象或待聯絡角色；不要自行承諾日期、退款方式或一定能換。回覆顧客時只說目前已整理哪些資訊、接下來正在核對什麼，並告知會在哪個已確認的管道續接。取得答案後，把確認者、核准範圍和任何限制寫入同一案件，再對顧客確認，不把內部猜測當成正式決定。若不同部門答案不一致，保留差異並回到有權責的流程釐清，避免客服自行挑選其中一種說法。

交接時保留哪些附件

附件要能幫接手者理解同一件事，而不是把所有對話和檔案一次塞進案件。先確認附件與哪個訂單、哪個品項、哪一項描述相連；可用檔名或備註標示「商品正面」「外盒壓痕」「配件清單」等具體內容，避免「照片一」「新檔案」造成誤認。若有多張照片，說明拍攝角度或先後順序；若是顧客文字、出貨憑證或包裝資訊，標記來源與相關日期，以便核對前後是否一致。描述應指出附件能支持什麼觀察，不要只留一串檔案名稱。

保留顧客原始說法和客服整理摘要兩種層次：摘要方便快速閱讀，原文或附件則支撐細節。不要裁切到看不出商品背景，也不要修改檔案內容再當成原始資料；若因系統限制轉存或壓縮，標明處理方式並確認仍可辨認。只保存處理案件所需資料，依既有權限放在核准位置，不將含有地址、電話或其他敏感內容的截圖轉貼到公開群組。資料不完整時，明列缺少哪張圖或哪段文字，讓下一位知道應補什麼。

交接前做一次連結檢查：文字描述指向哪個附件、附件能否開啟、內容是否與該案件相符。若顧客透過不同管道補交資料，將來源、接收時間和對應品項寫在同一處，避免檔案雖已收到，卻沒有人知道用途。不要因為附件很多就視為證據充分；照片看不到的部位仍是未知，必要時標成待確認並請負責人決定還需要哪些資料。附件若包含多個品項，逐一標明對應關係，讓接手者不必猜測哪張照片屬於哪一件商品。

結案前確認哪些事項

結案前先看案件是否已有明確的需求類型與商品範圍：退回或更換哪些品項、數量是多少、顧客希望的處理方向為何。接著核對訂單資料、商品狀況和附件是否彼此對得上；如果仍有矛盾，就將案件維持待處理，寫下具體缺口與負責確認的人，不要為了清空佇列而標成完成。行政資料齊全和條件已獲核准是兩件事，狀態欄或文字摘要應清楚呈現目前進度，讓其他同事知道是否還有待辦。

若已取得決策，留存決策來源、時間、適用商品和範圍，再確認顧客是否已收到下一步說明。說明應與已核准內容一致，例如需要補充資料、等待人工核對，或依內部流程安排後續；未確認的日期、費用、退款方式和處理結果不要自行補上。遇到部分退貨、拆單或多件商品，逐項確認每個品項的狀態，不能用整筆訂單的一句「已處理」掩蓋尚未完成的部分。若決策只涵蓋其中一項，也要明確保留其他品項的處理狀態。

最後檢查交接是否可接續：負責人、下一個動作、待回覆對象、附件位置與未決問題是否都有記錄。若顧客還要回覆，清楚標示等待誰；若內部承辦需操作，寫明待辦，但不要把尚未執行的操作標成完成。紀錄結案代表進度可追蹤，不等於每項處置都已完成。下一步可把本文欄位整理成客服交接表，先挑一件待處理案件試填，再依實際卡點修正欄位；需要了解 ReplyBot 時，請至 ReplyBot 官網。