客戶傳來一句「上次你們答應的方案呢？」接手的同事卻只能翻自己的手機、問前同事，或請客戶再講一次。這不是單純的溝通失誤，而是公司把客戶關係、報價承諾和服務紀錄放在個人手上的結果。
一套好的客服團隊交接流程設計指南，不應只處理離職那一天。請假、輪班、轉組、客戶升級個案，甚至午飯期間有人暫代訊息，都需要同一套規則。目標很直接：客戶不必重複交代，接手人知道下一步，主管看得到責任，而所有對話和檔案都留在公司。
先界定交接的範圍，而不是只交接客戶名單
很多團隊的交接表只有客戶名稱、電話和負責人。這份資料幾乎沒有用，因為真正影響服務的，是客戶目前處於甚麼狀態，以及公司已經答應了甚麼。
每個需要交接的個案，至少要能回答四件事：客戶最後一次聯絡的內容是甚麼、尚未完成的要求是甚麼、下一個行動由誰在何時完成，以及有沒有價格、交期、退款、技術支援或投訴等不能改口的承諾。若客戶同時有多個項目，還要分清楚哪一項由銷售跟進，哪一項應由客服或營運處理。
交接範圍要按風險分級。普通查詢可以在當日由輪值同事接手；正在報價、等待付款或處理投訴的個案，則應有指定接手人和主管覆核。不是每一段對話都需要開會交代，但每一個會影響收入、信任或交付責任的承諾，都不能只存在某位同事的記憶裡。
客服團隊交接流程設計指南的核心：一個事實來源
交接最常失敗的原因，是資料分散。客戶在 WhatsApp 講過需求，報價在另一位同事的電郵，付款截圖在私人手機，相片又放在群組。接手人即使很努力，也只能拼湊一個不完整的故事。
公司應先決定唯一的工作紀錄位置。所有客戶訊息、語音訊息、相片、檔案、聯絡人資料與跟進紀錄，必須讓獲授權的團隊成員可搜尋、可查閱、可延續。這不代表每個人都可以隨意回覆所有客戶，而是公司不能因一部手機不在身邊，就失去客戶歷史。
以 WhatsApp Business 作為主要服務渠道的團隊，尤其要避免用私人裝置作為唯一入口。WhatsTeam 讓企業沿用原有 WhatsApp Business 號碼，將對話集中到團隊共享收件匣，從第一天開始保留訊息、檔案與聯絡紀錄。接手人不用要求客戶重新傳送資料，主管也不用靠截圖查核事情有沒有跟進。
這個原則的取捨很清楚：集中紀錄需要團隊改變「看見訊息的人就自己處理」的習慣。但換來的是可交接性。客戶對話屬於公司，不應屬於某一位同事。
設計可執行的交接節點
流程不需要複雜，但必須有觸發條件。最實用的做法，是把交接分為日常暫代、計畫性缺席及人員異動三種情境，並為每種情境設定不同時限。
日常暫代適用於輪班、休假或同事暫時無法回覆。系統或主管要清楚標示誰正在接手、哪些對話未回覆，以及最遲的首次回覆時間。這類交接重點是速度，接手人不一定需要重讀全部歷史，但必須先看最近對話和待辦事項。
計畫性缺席，例如長假、產假或外出工作，則應至少提早一個工作天完成交接。原負責人要整理進行中的個案，接手人確認已看過優先客戶和未完成承諾。主管不需要逐單批准，但應抽查高金額、高投訴風險或接近成交的個案。
離職與轉組的交接最不能靠口頭安排。建議在最後工作日前完成客戶歸屬調整，並由新負責人發出合適的延續訊息。客戶未必需要知道內部人事細節，只要知道往後由誰支援，以及原有承諾仍然有效。這比突然換了一個陌生人回覆，更能保住信任。
每宗交接都要留下四項可核對資料
交接紀錄的目的不是填表，而是避免接手人猜測。無論你使用 CRM、共享收件匣或內部工作表，每個進行中個案都應有以下資料：
- 客戶目前需求與最後一次溝通摘要
- 已答應的價格、時限、交付內容或例外安排
- 下一步行動、完成期限及實際接手人
- 相關對話、報價單、相片、付款證明或檔案位置
寫摘要時，避免「客戶已了解」「跟進中」這類沒有行動價值的句子。應寫成「客戶等候星期四前確認安裝日期，已報價港幣八千元，不能改用舊價格」這種可判斷、可執行的資訊。
同時要設定誰有權改動承諾。前線同事可以接手回覆，不代表可以自行重新報價、同意退款或修改交期。把權限寫清楚，能減少交接後出現兩個不同說法，也保護接手同事不必為前任的口頭承諾承擔不必要風險。
把「未回覆」和「未完成」分開管理
不少主管只看未讀訊息數量，卻忽略已讀未辦的個案。一句「我幫你查一下」被回覆後，訊息看似已處理，實際上客戶仍在等答案。交接流程若只處理收件匣，這些最容易流失。
因此，團隊要把對話狀態分成至少兩個層面：訊息是否已首次回覆，以及承諾是否已完成。銷售個案還可以加入商機階段，例如已查詢、已報價、等待付款和成交後跟進。客服個案則可標示等待客戶資料、內部處理中、已解決或需升級。
主管應每天看三個數字：逾時未回覆的對話、超過承諾期限仍未完成的個案，以及交接後仍無人負責的客戶。這些指標比單看同事回覆了多少訊息更有意義，因為它直接反映客戶有沒有被接住。
交接不是把壓力轉給接手人
流程設計得太嚴，會令同事為了「清空待辦」而草率結案；設計得太鬆，則會令每個人以為別人會處理。合適的標準要按業務類型調整。高頻零售查詢看重回覆速度，B2B 專案則更重視報價、決策人、技術需求和下一次會議是否被完整保留。
接手人應有權追問不清楚的交接內容，也應能在發現風險時升級給主管。原負責人若仍在職，則要在合理期限內補充背景，而不是一句「聊天紀錄裡有」便結束。紀錄可以提供事實，但交接摘要的責任是幫下一位同事節省判讀時間。
AI 也可以協助整理長對話、草擬延續回覆，特別是客戶習慣廣東話、繁體中文和英文混用時。不過，對價格、投訴和交期等敏感內容，仍然必須由人核對後才發送。自動化可以加快準備，不能取代責任判斷。
用一次演練找出流程漏洞
不要等到核心同事離職才測試交接。選一位正在放假的同事，讓另一位成員只靠公司紀錄處理三至五個真實個案。若接手人找不到最後承諾、無法確認客戶身份，或不知道誰可批准例外安排，問題就不在同事是否細心，而在流程和工具尚未把必要資訊留在公司。
演練後，把最常出現的缺口補進交接欄位和日常工作習慣。例如客戶常傳付款截圖，就規定截圖必須附在同一客戶紀錄；若經常有口頭折扣，就要求折扣必須以文字確認。每次修正一個小漏洞，下一次人員變動時便少一次客戶流失的風險。
真正可靠的交接，不是交出一張名單，而是讓任何獲授權的同事都能延續同一段客戶關係。當對話、承諾和下一步都由公司掌握，無論誰請假、轉組或離開，客戶仍然會感受到同一份回應和信任。