評估客服改善前先量什麼？建立導入前基準資料表

在客服流程改變前，用一致的觀察期間與定義記錄對話量、問題類型、等待時間和未結案件，建立可重複比較的基準資料表。

客服流程準備改變前，先建立一份能重複填寫的基準表，把對話量、問題類型、等待節點與期末未結案件放在同一觀察框架裡。數字本身不會證明改善來自哪個原因；它的用途是讓團隊知道比較的是哪段時間、哪些對話，以及採用了什麼一致定義。

觀察期間如何選定

先把要判斷的事情寫成一句話，例如「流程調整前，團隊收到哪些類型的問題、客人等多久、期末還有多少未結案件」。這句話會決定要收哪些欄位，避免先拉一堆數字，事後才發現不能回答問題。觀察期間要能照相同方式再做一次，不必追求看起來漂亮的月份。先標出涵蓋哪些管道、營業日與服務時段，再看期間內有沒有連假、促銷、帳單週期、排班變動或大量缺勤；這些情境會影響解讀，應記在備註，不要從資料中抹掉。若日常量平穩，可以先選連續數週，讓工作日與週末都落在樣本裡；若客流只在特定活動或月底集中，就延長到涵蓋完整營運循環。這些是排程方法，不是通用的合格門檻。前後比較時，盡量使用相同天數、星期組合、管道範圍和營業時數；不能配對時，明確說出差異，避免把旺季與淡季的落差歸因於流程。建立表格時記錄起訖日期、時區、來源、負責人、排除規則和缺漏日。若某天沒有匯入資料，標記「缺資料」，不要填零；零代表確認沒有對話，兩者的意思不同。第一次樣本太短或有異常日，就保留原數字並加註原因，將它當初步基準，待同一欄位補齊後再決定是否重設比較起點，並讓下次整理者知道哪些情況不可直接合併。事前把基準版本名稱也填上，日後才知道用哪組規則。

對話量如何一致計數

先說清楚一筆對話的單位，再看平台上的訊息數。可把一個可辨認的客戶問題或服務脈絡當一筆；同一串裡補上訂單編號、追問進度，仍算原對話，隔幾天另問完全不同的事才另開一筆。若匯出的只有訊息，就訂出合併條件，例如同一識別碼且在約定的閒置時間內，並說明跨管道何時視為同一件事；無法確認時不要靠猜測去重。每筆至少記日期、管道、匿名識別碼、開始時間、主要問題類別、狀態與排除原因。測試、內部演練或明確垃圾內容可排除，但要另列筆數及理由，保留原始量和清理後量。以下是純假設的十四日範例，分類相加等於去重後的二百四十筆：

這張表的分母是對話，不是訊息；若同時報訊息數，需用不同欄名。要比較管道，就按同一單位分組，並標明每個管道的資料是否齊全。跨午夜案件可按開始日期歸檔，或另記收件日與結束日，但前後期必須一致。每日均量的分母是有效營業日；資料匯入失敗的日期記缺漏，不要當成零。初次整理後抽查幾筆原始紀錄，確認重複合併、跨管道處理、排除項目都符合書面規則。之後若改定義，另記版本和生效日，舊數據不要覆蓋，否則總量的變化可能只是算法換了。若需串聯同一人的多筆紀錄，以內部匿名代碼處理；分析表不放姓名、電話或可直接識別的內容。

問題類別怎麼固定

分類的目的是讓兩次觀察能用同一套語言描述需求，不是替每段對話下複雜診斷。先按照客人主要想完成的事分類，如登入或使用方式、訂單進度、帳務、退換或客訴、其他；名稱要靠對話內容判斷，而不是猜測客人為何遇到問題。每筆先選一個主要類別，必要時再加次要標籤，例如一則訂單進度詢問同時提到付款問題，主要類別按客人開口的目的，次要標籤保留交叉資訊。分類粒度以能支持決策為準：若「其他」太大，再看其中實際內容拆分；若兩個類別常讓整理者猶豫，合併或補一條可操作的判準。開始前寫出每類包含與不包含的例子，最好用正反各一筆說明。含糊、資訊不足或新型問題先標待分類，安排固定時間回看，不要為了讓表格整齊硬塞進既有項目。可以每筆由一人初判，再抽樣由第二人獨立對照；若理解不同，修規則並記錄切換日期，而不是回頭悄悄改掉舊標籤。報表同時列各類筆數和占總對話比例，比例的分母保持一致。不要只看比例：若總量少，比例變動可能只代表幾筆差異；應一起看原始筆數、期間長度與未分類量。固定分類後，前後期才有可能指出需求結構變了，或只是標籤方式不同。若某問題跨多類，寫明主次選擇順序，避免不同整理者依印象自由判斷。定期回看待分類與常見爭議項目，留下代表例和判準更新，避免分類表只剩名稱，沒人知道如何套用。

等待時間在哪些節點記

等待時間至少拆成首則有效回覆與完成處理兩項，兩者回答不同問題。前者從客人第一次提出問題起，算到有人提供能推進事情的回應；自動收到通知或「已收到」若沒有資訊或下一步，可另記送達時間，不要當成已解答。後者從首次提出到標記完成，仍要保留重開或再次追問情形，否則很快結案的紀錄會掩蓋後續往返。每筆保留收件、首次有效回覆、解決、重開時間，轉交時記轉交點，不要只抄一個平均值。另分清日曆經過時間和服務時段內等待：夜間收到的訊息，前者持續計時，後者依事先寫定的營業時段計算；不要觀察完再挑對自己有利的算法。可以同時看中位數、較慢區段與超出內部目標的筆數，並列樣本量，讓少數極長案件不被平均值藏起來。假設三件對話的首則有效回覆分別等五、八、十七分鐘，中位數是八分鐘，平均是十分鐘；兩個數字都正確，但展示的角度不同。若時段不完整、時間戳缺漏或客戶未收到通知，另列為資料品質問題，不用估算補值。前後期維持相同起算點、結束點、營業時段與排除規則，再判斷等待有沒有改變。遇到外部回覆或待客人補件，仍依同一結束點計算；可另外記暫停原因與有效等待時間，避免把客服可處理的等待和等待第三方的時間混為一談。若時間紀錄不完整，就抽查原始對話並記下缺漏量，不要事後推測。

未結案件如何歸類

未結案件要在固定截點拍一張快照，例如每週最後一個營業日收工時，記錄當下還需要下一步的對話。這個數字是存量，不等於本週新進且尚未解決的數量；另開新案、結案與重開的流量欄位，才能看出存量為何增減。每筆未結項目記初次收件日、目前狀態、最後一次實際處理時間、負責角色、下一步與預定回看日。狀態可依責任所在分為等客人補資料、等內部處理、等外部回覆、待判斷或其他；「已回覆」不一定等於已解決，只有符合團隊事先定義的完成條件才移出未結清單。再按案件年齡分組，例如未滿一天、二至三天、四至七天及八天以上，分界不是業界標準，依業務節奏選定後固定使用。若等客人回覆，也保留最後聯繫日和下一次提醒方式，不要將它直接結案來美化未結數。例：週五截點仍有十八件，其中六件超過一週；這是明確標為假設的練習數字，應同時檢查是否有負責人和下一步，而非只報總數。週週比較時使用同一截點與年齡定義，若某筆被重新開啟，記下日期與原因，避免重開案件被算成全新需求。若一案含多個未解問題，拆成可追蹤任務或註明主要待辦，避免一個案件編號遮住數項承諾。同時可另列距離下一步或回覆的天數，分辨案件是長時間停滯，還是近期才進入待辦狀態。

基準表多久重新整理

基準資料不是一次匯出後就永久有效。先依案件量和整理負擔訂一個固定回顧節奏，例如每週更新未結快照、每四週彙整趨勢；這只是操作例子，依團隊量能調整，但要在表頭註明，且前後期一致。當管道、營業時段、分類規則、計數方式、排班或服務範圍改變時，記錄變更日期與內容，必要時另開新版本。不要把新舊定義下的數字直接接成一條線；若能依相同規則重算舊資料，就標明範圍，不能重算就清楚標出斷點。每次整理先核對資料完整率、缺漏日、排除筆數、重開案件和未分類量，再解讀趨勢；異常變化先回到原始紀錄抽查，確認是需求變化、記錄習慣改變，還是匯入不全。由一位負責人維護欄位字典、版本和備註，其他人照同一份說明填寫；每次更新保留截點、來源、計算方法與更正理由，讓結果可重做。比較前後先提出一個可檢查的問題，如首則等待是否縮短、某類案件是否增加，再連同樣本量和流程變更解讀，不要單憑基準表推論某項工具必然帶來改善。若整理結果與原始對話不一致，先更正資料並保留修改紀錄，不要直接重設基準來消除差異。下一步可先建立空白表，選定觀察期間、定義與負責人，再用少量真實紀錄試填並修正欄位。若要了解 ReplyBot 品牌資訊，可前往 ReplyBot 官網。