客服解決率怎麼算？區分問題解決、轉人工與對話中斷

釐清客服解決率的分母、解決證據、人工接手與中斷分類，並示範如何處理重複來訊和缺值。

客服解決率最常見的誤讀，是把「有回覆」當成「已解決」，再把未回覆的對話從計算中拿掉。這會同時抬高成功數、縮小分母，讓報表看起來漂亮，卻無法說明顧客的需求是否完成。較可靠的做法，是先界定每筆需求與納入範圍，再分別記錄成功解決、轉人工、未完成與中斷，並為每種結果保留可查的依據。

分母應包含哪些對話

先把「一筆」定義成同一個服務需求的一段對話，再談分母；若把每則訊息當一筆，客人追問三次就會被算三次，解決率會受訊息量左右。分母可採統計期間內新開始、符合客服服務範圍，且由自動客服或真人實際接觸的需求對話。只要已開始處理，即使客人很快離開、沒有再回覆或答案看似簡單，也先納入；否則排除未完成案例，數字只反映留下來的人。明確的內部測試、垃圾訊息與重複送達事件可依事先訂好的條件排除，但要保留排除理由和數量，避免事後把困難個案移出。固定渠道、服務時間、統計期間起訖與時區；若某渠道紀錄缺漏，標示無法完整計算，不要用其他渠道的比例代填。假設一週有一百筆合格需求，其中六十筆有解決證據，總解決率就是六十除以一百，即百分之六十；即使八十筆收到回覆，也不能改用八十當分母報百分之七十五。未回覆是互動狀態，未解決是結果判定，不能混成同一欄。報表應附納入與排除規則，讓人能重做相同篩選；若業務變更口徑，另列新舊序列，必要時回算歷史資料，免得把定義改變誤認為服務改善。跨日對話也要按固定時區和結案規則歸屬期間，避免兩個月各算一次或都漏掉。

什麼證據算問題解決

「解決」描述的是需求已完成，不是客服曾送出一則訊息。可查核的證據包括客人明確表示問題已處理，或紀錄顯示約定操作成功，例如資料已更正、查詢結果已確認。每類常見問題先列出能證明完成的結果，標註者才有共同判準，而不是憑回覆語氣猜測。若問題只要求資訊，紀錄須能看出回答對準提問並提供可用內容；客人接著指出不適用或仍有疑問，就不能因第一則回覆看似完整而結案。沒有後續回覆只能說狀態未知，可能已解決，也可能離開或改用其他管道，沉默本身不是確認。「謝謝」等禮貌回覆也要看是否明確表示需求已完成。同一段對話若有兩個問題，答好其中之一不代表整筆成功；應事先決定按整段判斷，或拆成需求單位，並固定使用同一口徑。證據不足時列為待確認或未完成，並記下原因，例如缺少處理紀錄、只見答案卻無確認，或必要步驟尚未完成。抽樣核對時保留支持標記的原始訊息或完成事件；碰到爭議，再由另一位標註者重看紀錄。成功數只加總達到證據門檻的案例；回覆率、滿意度和解決率分開呈現，因為有回覆不一定有解決，滿意也不保證操作已完成。如此才能判斷要改善的是反應速度、內容品質，還是後續執行。

轉人工如何獨立計數

轉人工描述的是服務路徑，不直接代表問題成功或失敗。計算轉人工率時，可用統計期間內曾發生人工接手的合格對話數，除以同期間所有合格對話數；同一對話即使多次轉接，這個比率仍只算一筆。若想知道轉接工作量，另列轉接次數或嘗試次數，不要與對話比率混用。客人提出找真人、但尚未有人接手時，可記為轉接請求或等待中，和已完成接手分開；若現有紀錄無法確認是否接上，也應標為未知。人工接手後仍要依相同證據判定結果：真人完成需求，計入整體解決數；仍在處理、明確無法完成或只留下未答覆，都不能因發生轉接就算成功。若要衡量自動客服自行解決的比例，分子只計沒有人工接手且有解決證據的對話；它回答的是另一個問題，不應取代整體解決率。假設一百筆合格對話中，五十八筆有證據顯示未經人工即解決，十七筆轉人工後解決，十二筆轉人工後尚未解決，另有七筆中斷和六筆未完成：整體解決率為七十五除以一百，即百分之七十五；轉人工率為二十九除以一百，即百分之二十九；自行解決率則是百分之五十八。這些數字是假設示例，用來展示分類與算式。分開呈現後，管理者能看出解決結果與人工承接量的關係，不會把轉人工直接當成自動服務失敗，也不會把轉接當成已完成。

中斷對話如何標記

中斷是對話停止往來時，仍沒有足夠證據判定需求完成的狀態；單看「沒有新訊息」還不足以認定已中斷。先依服務情境訂出觀察窗口，例如等待客人補充資料的需求和即時查詢，可能需要不同判斷方式；窗口長短應由團隊按實際流程設定並固定使用，不套用沒有依據的通用時限。若報表截止時對話仍在處理或仍等待必要資料，標為待處理；窗口已過、沒有解決證據且對話停止，才列為中斷。若紀錄明確顯示需求無法完成、步驟失敗或尚有必要工作，標為未完成，不能只用中斷掩蓋服務問題。若事件紀錄缺失，無法知道是停止往來還是資料未收進來，應列未知，而不是推測為中斷。相反地，若客人已明確確認完成，之後不再發言仍屬已解決，不應改列中斷。舉例來說，客人詢問資料更正，客服提供辦法後客人沒有再回覆；在沒有完成紀錄或確認以前，先按觀察窗口標記待確認，窗口過後再依既定規則判定，不能直接算成功。日後客人回來追問時，依需求是否相同與歸戶規則更新原紀錄或建立新筆，並保留狀態變化。報表可分列待處理、中斷、未完成和未知，讓團隊知道是等待尚未結束、客人停止往來、需求未達成，還是資料不足；這些標記比一個「流失」總數更能指向下一步處理。

重複來訊如何歸戶

重複來訊要按需求歸戶，不能只按訊息筆數，也不宜只憑姓名或相似措辭合併。先為每段需求對話保留可追蹤的識別方式，再訂出合併規則：同一問題尚未解決，客人補充資訊或換渠道追問，通常屬於同一需求單位；明確解決後又發生的新問題，則另開一筆。若後續訊息看起來像同一件事，但缺少足夠線索確認，就保留未連結或待核對，不要把不確定的紀錄強行合併。規則也要處理一段對話含有多個意圖的情況：可以按整段對話計數，也可以拆成個別需求，但要先選定分析單位，避免一份報表按對話計、另一份按問題計。假設客人先詢問訂單狀態，隔天在另一渠道補上訂單資料，若紀錄能確認是同一訂單和未結案需求，可合併為一筆需求、保留兩次聯絡；若訂單狀態已確認完成，之後詢問退款進度，就應按新需求處理。歸戶時記下合併依據，例如明確的案件編號、同一需求內容或可核對的服務紀錄；不能只因兩則訊息文字相近就下結論。衡量解決率時一筆需求只進分母一次，聯絡次數另作工作量指標，才不會因追問較多就重複稀釋成功比例。若無法跨渠道辨識同一需求，分渠道報出可識別範圍並揭露未連結紀錄數；避免宣稱已去重，或把估計合併當成精確結果。當歸戶規則改變，也應在報表註明生效期間，讓前後期的計數仍可解釋。

報表如何呈現缺值

缺值要和「未解決」分開：未解決代表有足夠紀錄知道需求尚未完成；未知則是資料不足，無法判斷結果。先保留所有符合條件的對話在分母，再列出成功數、分母、確認解決率、結果可判讀筆數及資料完整率；不要把未知當成功，也不要悄悄刪除。假設一百筆合格對話中，六十三筆有解決證據，另有二十九筆能判定為非成功結果，八筆缺少足以判定結果的紀錄，則確認解決率是六十三除以一百，即百分之六十三；結果可判讀九十二筆，資料完整率是百分之九十二。這只是說明算式的假設例子，不代表任何品牌或產業的實際表現。若另算可判讀案件中的成功比例，必須清楚標出那是九十二筆中的比例，不能和全體分母的確認解決率用同一名稱。缺值原因也應分開記，例如紀錄未匯入、對話識別不到、結果欄未填或跨渠道無法核對；每種原因對應的補救方法不同。按渠道、期間或人工接手狀態拆分時，同時列出各組分母與可判讀比例；樣本太少或資料覆蓋不足，就標示範圍不足以比較，不以另一組數字補空。每次報告保留口徑、觀察窗口和資料涵蓋範圍，才能辨認改善來自服務結果，還是記錄方式改變。下一步可先選一個渠道，抽看一批對話並依這六項口徑標註，再確認哪些結果仍缺少證據。若要了解 ReplyBot，請至 ReplyBot 官網。