客服系統是把官網線上客服、LINE 官方帳號、社群私訊、電子郵件與電話等管道的顧客訊息，集中到同一個後台回覆與管理的工具，讓客服人員不必在多個 App 之間切換，主管也看得到誰在處理、處理到哪裡。挑選客服系統，先看五件事：能不能接你實際在用的通路、是否透過平台官方提供的介面串接、訊息分派與帳號權限能否照你的分工設定、自動回覆答不了時怎麼轉給真人，以及能否帶出客戶與訂單資料、對話紀錄能否完整匯出。需要多個步驟、跨部門處理的案件，則交給工單流程追蹤。
客服系統、工單系統與聊天機器人的分工
這三種工具常被放在同一套產品裡銷售，評估時建議拆開來看，各自要解決的問題不同：
- 客服系統：處理即時或接近即時的對話，核心是多通路的共用收件匣、分派、回覆範本與對話紀錄。線上客服系統、客服中心系統多半指這一層。
- 工單系統：處理需要多步驟、跨部門或有處理時限的案件，例如維修、退款審核與客訴調查，指派與時限設定可參考工單系統的選擇方式。
- 聊天機器人與 AI 客服：在真人之前先回答可以標準化的問題，例如營業時間、運費規則與預約方式。
三者的銜接點要先想清楚：機器人答不了的問題，轉進客服人員的待處理佇列；客服無法當場解決的問題，轉成工單並帶入前面的對話紀錄。銜接點沒有設計，顧客就得在不同管道重複說明同一件事。
先盤點通路：網站、LINE、社群私訊、郵件與電話
列出顧客實際會用的通路，再逐一確認候選系統的串接方式：
- 官網對話視窗：訪客不必登入就能詢問，非服務時間要能留言並留下聯絡方式。
- LINE 官方帳號：以 Messaging API 串接時，使用者傳送訊息後，LINE 平台會把 webhook 事件送到系統設定的網址。依 LINE 開發者文件，回覆訊息不計入訊息則數，推播、多人、廣播與分眾訊息則會計入；回覆訊息要使用 webhook 事件帶來的回覆權杖，客服改用推播發送時就會計入；同一位使用者在不同提供者底下的使用者 ID 也不同，更換系統或經營多個官方帳號時要先確認。
- 社群私訊：Meta 的訊息平台讓粉絲專頁與 Instagram 專業帳號回覆來訊者，並以 webhook 即時通知新訊息。平台設有標準訊息時段，多數使用者動作後為二十四小時，選型時確認系統能否提醒客服在時段內回覆。
- 電子郵件：共用信箱的來信轉入系統後，回覆要保留在同一個討論串。
- 電話：CTI 客服系統的 CTI 是電腦電話整合，指電話與軟體系統的整合，讓客服在系統介面中接聽與管理通話。評估時確認來電能否帶出客戶資料、記錄通話，以及和現有總機或雲端電話是否相容。
每個通路再記下大致的詢問量、主要問題類型與目前由誰回覆，用來決定哪些通路先接、哪些之後再接。
雲端客服系統還是客製：評估面向
雲端客服系統以訂閱方式使用，上線較快，主機與更新由供應商負責；客製開發能和既有的會員、訂單系統深度整合，但需要開發與維護資源。也可以混合使用：對話交給雲端客服系統，訂單查詢與客戶資料用客製串接補上。不論哪一種，都可以用同一張表請廠商說明：
| 評估面向 | 要問廠商的問題 |
|---|---|
| 通路串接 | 支援哪些通路？是否透過平台官方介面串接？平台規則改變時由誰更新？ |
| 分派與佇列 | 能否依通路、主題、語言或客戶等級分派？每位人員同時處理的對話數能否設定？ |
| 自動回覆與轉真人 | 在哪些條件下轉給真人？轉接時對話紀錄是否一起帶過去？ |
| 客戶資料 | 能否依電話、電子郵件或會員編號帶出客戶與訂單資料？ |
| 權限與帳號安全 | 能否依角色限制查看與匯出？是否支援多重要素驗證？ |
| 資料匯出 | 合約結束時，對話紀錄與客戶資料能否完整匯出？格式為何？ |
| 費用結構 | 依座席、對話量或通路計費？串接與客製是否另計？ |
AI 客服回覆與轉真人的交接設計
智能客服系統的 AI 回覆，適合處理答案固定、可以從資料查到的問題；退款、賠償、客訴與合約條件這類需要判斷的事，交給真人處理較妥當。轉真人的條件建議寫成明確規則：
- 顧客主動要求真人客服。
- 同一個問題連續回答不了。
- 出現客訴、退款等需要人工判斷的字詞。
- 需要查看或修改個人資料與訂單內容。
交接時，前面的對話與已取得的資訊要一起帶給客服人員，避免再問一次；客服接手後，機器人應暫停在同一段對話中回覆，結案後再恢復。非服務時間轉真人時，要告知何時會回覆，或改為留言並建立工單。現成 AI 客服系統的比較可參考AI 客服系統怎麼選，知識庫與機器人製作則見AI 聊天機器人的做法。
電商客服要能查訂單：資料串接與身分確認
電商客服的詢問包含訂單狀態、出貨與退換貨，客服系統若能讀取電商後台的訂單與物流狀態，回覆時就不必切換系統查詢。串接時有三件事要先規劃：
- 身分確認：在對話中提供訂單內容前，先核對下單人資料，或請顧客以會員帳號登入、綁定 LINE 帳號後再查詢。
- 讀取範圍：客服系統只讀取回覆需要的欄位，修改訂單、退款仍回到電商後台操作，並留下操作紀錄。
- 申請落地：對話中收到的退換貨申請，要建立成退貨單或工單，不要只留在聊天紀錄裡。
串接前也要確認電商平台或自建系統是否提供查詢介面與使用限制，這會決定能即時查詢，還是只能定時同步。
分派、權限與對話紀錄的管理
客服中心系統的管理面，決定多人協作時會不會漏訊息。分派規則可以依通路、主題、語言或客戶等級設定，再選擇輪流分派或依每人手上的對話量分派，離線或休假的人員不分派。服務時段與值班表要寫進系統，時段外的自動訊息說明何時會回覆。
權限至少分成客服人員、主管與管理員：誰能看到完整的電話與地址、誰能匯出資料、誰能修改自動回覆，都要依角色設定；人員離職時立即停用帳號，管理員帳號啟用多重要素驗證。
客服對話常會蒐集姓名、電話與訂單資料。依個人資料保護法第八條，向當事人蒐集個人資料時，要告知蒐集者名稱、蒐集目的、資料類別、利用的期間地區對象及方式、當事人依法得行使的權利及方式，以及當事人可自由選擇提供時，不提供對其權益的影響，同條另列有可免告知的情形；可以在對話開頭附上隱私權政策連結。對話紀錄的保存期間與告知方式，請以主管機關公告或專業意見為準。
客服系統導入步驟與常見踩雷
- 盤點通路、問題類型與負責人員。
- 寫下分派規則、服務時段與轉真人的條件。
- 用自己的真實情境請候選廠商示範，例如一則 LINE 詢問轉真人、再轉成工單。
- 先接主要的通路試行，流程順了再擴大。
- 整理回覆範本與常見問題，完成人員訓練。
- 上線後定期看報表，調整分派與自動回覆。
常見的踩雷包括：通路都接了，卻沒有排人值守；自動回覆寫了做不到的回覆時間；客戶資料同時存在客服系統與其他系統，彼此沒有同步；合約沒有寫資料匯出；用員工個人的通訊軟體帳號回覆客戶，人員離職後紀錄無法交接。
常見問題
客服系統和 CRM 有什麼不同？
CRM 管理客戶資料、業務機會與互動歷程，客服系統專注在接收與回覆顧客訊息。兩者可以串接，讓客服回覆時看到客戶資料，對話紀錄也寫回 CRM。
小公司需要客服系統嗎？
通路少、詢問量不大時，平台內建的後台可能就夠用；當訊息分散在多個通路、多人輪流回覆，開始出現漏回或重複回覆時，再評估導入客服系統。
可以用員工的個人 LINE 回覆客戶嗎？
不建議。對話留在個人帳號，休假或離職時紀錄無法交接，公司也難以管理客戶資料；改用 LINE 官方帳號，由公司設定成員與權限較妥當。
非營業時間的訊息怎麼處理？
選型時確認能否設定服務時段與時段外的自動訊息，內容寫清楚何時會回覆、緊急情況找誰，並讓留言自動排入下一個服務時段的待處理佇列。
換客服系統時，舊的對話紀錄怎麼辦？
先確認舊系統能匯出哪些資料與格式、新系統能否匯入。LINE 的使用者 ID 會因提供者不同而改變，客戶對應關係要在正式切換前先測試。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
評估客服系統前，先把通路、問題類型與轉真人的條件寫下來，再請廠商用你的情境示範。京采的網頁設計服務可以協助規劃官網的線上客服入口與詢問表單，並依需求開發客服後台，或串接 LINE 官方帳號、會員與訂單系統；需要討論，歡迎與我們聯繫。
