如何製作首次回應時間報告：完整指南
首次回覆時間是指客戶從送出工單到獲得首次真人回覆之間的等待時間。首次回覆時間報告會追蹤數週內的等待時間，並以中位數和第 90 百分位數（而非平均值）進行細分。您只需從包含兩個時間戳記的工單匯出資料中建立此報告，整個過程只需要一個提示詞或三個公式。
測量本身很簡單。但報告往往是團隊悄悄誤導自己的地方，因為預設的統計數據和預設的百分位數函數都會隱藏等待時間最長的客戶。
什麼是首次回覆時間，以及如何計算
首次回覆時間 (FRT) 是指工單送達與專員首次回覆客戶之間所經過的時間。公式就如字面上一樣簡單：
首次回覆時間 = 首次真人回覆的時間戳記 − 工單建立的時間戳記
兩項決策能將這行簡單的公式轉化為團隊真正能達成共識的指標。
自動確認信算數嗎？ 不應該算。寫著「我們已收到您的訊息」的自動回覆並不是對問題的解答。將其納入計算會產生漂亮的圖表，但客戶群卻會很不滿。這通常是無心之過而非刻意欺瞞，也是導致 FRT 被美化最常見的單一原因。
下班時間也照常計時嗎？ 若依日曆時間計算，週五晚上送出、週一早上回覆的工單算是一次延遲 60 小時的失敗案例。但若依工作時間計算，可能還不到一小時。這兩種計算方式都沒有錯，但如果您與同事各自引用不同的標準，爭執就開始了。
平均 FRT 是第三個決策，也是大多數工具會直接幫您決定的項目。回覆時間呈現右偏分佈：大多數工單都能快速得到解答，只有極少數的極端值需要等待很長時間。這會導致平均值被拉高到幾乎沒有人經歷過的區間。因此，請改為報告中位數和第 90 百分位數。
開始之前您需要準備的工具與資訊
- 工單匯出資料，每行代表一個對話。
- 兩個時間戳記：工單送達時間，以及專員首次回覆時間。
- 「首次回覆」的定義，須排除自動確認信與內部備忘錄。
- 您的服務時間（如果您打算依工作時間進行報告）。
- 最小數量規則，以免數據稀少的週次產生看似言之有物卻毫無意義的結果。
在建立任何內容之前，請先決定好最後三項。事後修改會使圖表上先前每一週的數據失效，而建立在變動定義上的趨勢線比沒有趨勢線還要糟糕。
如何在試算表中建立報告
方案 1：將兩個時間戳記轉換為時長
用首次回覆的時間戳記減去送達的時間戳記，並將結果格式化為小時。這就是每張工單在日曆時間下的原始首次回覆時間。
如果您需要改用工作時間，通常會以 NETWORKDAYS.INTL 函數作為起點。Microsoft 的官方文件精確說明了其傳回值。該函數會使用參數來指出哪些日子算作週末，並傳回「兩個日期之間完整工作天的天數」。週末以及在 holidays 引數中指定的任何日期「皆不被視為工作天」。
請注意「完整工作天」這個詞。該函數以「天」而非「小時」為單位傳回結果，因此在同一個班次內，等待 4 小時和等待 7 小時對它來說看起來完全一樣。不足一天的時長需要透過結合工作天數與當天剩餘時間的結構來計算。這就是為什麼工作時間報告是一項專案，而不僅僅是一個公式。
方案 2：計算中位數與第 90 百分位數
MEDIAN 函數可以為您提供典型的等待時間。至於極端值，Excel 提供了兩個百分位數函數，而這正是相同資料會產生兩種不同答案的地方。
PERCENTILE.EXC 接受「不包含 0 和 1（即 0..1 之間）」的 k 值。其官方文件指出「如果 k 不是 1/(n + 1) 的倍數，PERCENTILE.EXC 會透過插補來確定第 k 個百分位數的值」。PERCENTILE.INC 則接受「包含 0 到 1」的 k 值，並在 k「不是 1/(n - 1) 的倍數」時進行插補。
不同的分母、不同的插補方式，會產生不同的 p90。兩者都沒有錯。它們是兩種不同的慣例，而一份在兩者之間默默切換的報告，反映的其實是您的公式，而非您的排隊狀況。
排除（exclusive）版本的要求更為嚴苛。其官方文件警告「如果無法針對指定的百分位數 k 進行插補，Excel 將傳回 #NUM! 錯誤」。在數據稀少的週次，當某個佇列中只有少數幾張工單時， p90 可能會直接無法計算。
方案 3：規劃報告版面
將工單按週分組。將中位數和 p90 並排呈現為兩條折線，並在背景加上工單數量長條圖。數量並非裝飾，它能防止讀者過度解讀僅由 11 張工單所產生的極端飆升值。
接著，加上一行文字說明所使用的計時方式和百分位數方法。這句話能讓下個季度不在場的其他人員也能重新製作出相同的報告。
試算表方法的瓶頸所在
這三個步驟都不難。代價是每週都必須重複執行這三個步驟，而且只要有人修改了客服中心的檢視畫面，匯出資料的欄位名稱就會隨之改變。
以下是三個會不斷重複出現的具體摩擦點。
回覆欄位很少是乾淨的。 自動確認信、內部備忘錄和專員回覆通常會落在同一個欄位中，因此第一行並不總是首次真人回覆。將它們區分開來需要針對每次匯出進行人工判斷，而無法單靠公式解決。
每次都需要對百分位數做出決策。 該使用哪個函數、哪些週次有足夠的數量，以及當計算在數據稀少的佇列中出錯時該顯示什麼。
工作時間需要持續維護。 一旦您決定採用服務時間計時，每個國定假日和每次排班調整都會變成活頁簿中的一項工作。只要漏掉一個，整週的數據就會產生偏差。
其結果是，報告在建立的那一週很準確，但隨後就會悄悄偏離。
如何利用 AI 建立首次回覆時間報告
步驟 1：上傳工單匯出資料
開啟 Powerdrill Bloom，並直接從您的客服中心上傳匯出資料。Excel、CSV、PDF 和文件檔案都包含在免費方案支援的上傳格式中，因此您可以直接放入原始匯出資料。
保留每個時間戳記欄位，包括自動產生的欄位。您需要這些欄位來證明哪次回覆才算數，並在日後變更定義時無需重新匯出。
步驟 2：說明計時方式與您需要的統計數據
用自然語言而非公式來描述測量方式。指出哪個時間戳記開始計時、哪次回覆結束計時，以及週末是否算數。然後要求按週提供中位數和第 90 百分位數，並並排呈現工單數量。
同時說明在數據稀少的週次該如何處理。要求在工單數量低於最小值時隱藏百分位數。這比顯示錯誤儲存格要好，也比僅根據四行數據建立的虛假自信數值更具參考價值。
每個數據都會附帶其背後的原始資料列，因此對於有疑問的週次，可以直接開啟並閱讀，而無需爭論不休。
步驟 3：生成報告並儲存提示詞
要求在週軸上呈現兩條折線和一個長條圖系列，並加上說明指出使用了哪種百分位數慣例。接著將其匯出為圖片、試算表或簡報。
下週，只需上傳新的匯出資料並執行相同的提示詞即可。定義保持不變，這是讓週與週之間的比較具有意義的唯一方法。從 Excel 製作圖表頁面直接介紹了製作圖表的流程。
首次回覆時間報告中應包含的要素
| 要素 | 納入的原因 | 缺少會產生的問題 |
|---|---|---|
| 中位數折線 | 典型客戶的等待時間 | 平均值會被極端值掩蓋 |
| 第 90 百分位數折線 | 最慢的十分之一客戶的體驗 | 極端值的痛苦依然隱形 |
| 工單數量長條圖 | 每次波動的背景脈絡 | 數據稀少的週次會被誤讀為趨勢 |
| 註明的計時方式 | 日曆時間或工作時間 | 兩個團隊引用不同的數據 |
| 註明的百分位數方法 | 可重現性 | 相同的週次在不同次建立時數值會發生變化 |
| 最小數量規則 | 對數據稀少的區段保持誠實 | 錯誤或虛假的精確度 |
| 按管道細分 | 極端值實際存在的地方 | 一個糟糕的佇列會拉低整條線 |
實際案例說明
以一週有 240 張工單為例。平均首次回覆時間為 5.1 小時，中位數為 1.4 小時，而 p90 則為 19.7 小時。
這三個數字都是正確的。但平均值是唯一無法描述任何人真實體驗的數字。大多數客戶等待時間不超過 90 分鐘，而最慢的十分之一客戶則等待了將近一整天。如果僅呈現平均值，讀者會得出該佇列整體表現平庸的結論，但事實上它的回覆速度很快，只是存在極端值問題。解決極端值問題的方法與解決整體佇列緩慢的方法不同。這就是為什麼這種區分值得用一張圖表來呈現，而不是僅放在單個儲存格中。
在不破壞報告的前提下進行細分
顯而易見的下一個問題是，哪個管道或佇列最慢。按區段拆分很有用，但這也是讓報告產生誤導最快的方法。
兩條規則可以保持報告的真實性：僅在每週數量保持在最小值以上時進行拆分，並在圖表上保留整體折線，以便讀者有一個基準。每週只有 9 張工單的佇列應該使用月檢視，而非週檢視。
如果拆分比趨勢更重要，那麼每個佇列的中位數和 p90 簡易表格將比五條重疊的折線傳遞更多資訊。
如何改善首次回覆時間
只有當報告能指出改進方向時，建立報告才有價值。以下是四個反覆出現的關鍵要素，而報告會告訴您需要哪一個。
中位數表現良好但極端值糟糕 通常意味著覆蓋率問題，而非速度問題。在非值班時間送達的工單，或是在只有一位專家的佇列中，會一直擱置到有人回來上班為止。在檢視專員表現之前，請先查看工單送達的時間段。
數量持平但中位數上升 通常意味著佇列正在接收一種沒有人有範本可用的新工單類型。管道細分將能呈現這一點。
中位數與數量雙雙上升 則是人員配置問題，而數量長條圖就是最有力的論據。
數據平穩但沒人相信的報告 則是定義問題。在頂部公布計時方式和百分位數方法，爭論就會停止。
關於與此報告並列的數量和狀態檢視，請參閱我們的 客服工單報告 和 CSAT 報告 指南。客服聊天機器人 頁面則介紹了同一個佇列的分流方面。
理想的目標應該如何設定
團隊往往在掌握數據分佈之前就設定了首次回覆時間目標，這就是為什麼目標最終要麼毫無意義，要麼遙不可及。
請設定兩個數字而非一個，並同時公布兩者。中位數目標描述了常態體驗，而p90 目標則描述了您願意接受的最差體驗。一個中位數為 1.4 小時、p90 為 19.7 小時的團隊存在極端值問題。單一的兩小時目標完全無法暴露出這個問題。
接著，在目標旁註明計時方式。工作時間的「兩小時」與日曆時間的「兩小時」是完全不同的承諾。客服團隊和領導階層會各自傾向於對自己有利的解讀。
常見錯誤
報告平均值。 在右偏分佈中，這是幾乎肯定會產生誤導的統計數據，但它卻是大多數試算表工具中的預設選項。
將自動回覆視為首次回覆。 這是製作出精美圖表但卻與任何人的真實體驗都不相符的最快方法。
在季度中途切換百分位數函數。 如果您的 p90 在有人修改公式的同一週內有所改善，那麼您測量到的其實是公式的修改。
混用日曆時間與工作時間。 在日曆時間下，一個週末代表 48 小時的失敗。但在工作時間下，它可能為零。請選擇其中一種並做好標記。
為了減少圖表雜亂而捨棄數量系列。 長條圖是讓所有人能夠區分真實衰退與數據稀少週次的關鍵。
在沒有分佈數據的情況下報告目標。 單一的「我們達成了兩小時目標」數據，無法告訴讀者任何關於等待了九小時的客戶的資訊。
結論
首次回覆時間報告非常值得用心建立，因為它是客戶能真正感受到的少數客服指標之一。兩條折線、一個長條圖系列、明確說明的計時方式以及百分位數慣例，將勝過任何僅顯示單一平均值的儀表板。
如果每週重新製作讓您望而卻步，請將定義移至儲存的提示詞中，並在每次有新的匯出資料時重新生成。嘗試使用 Powerdrill Bloom 處理上個月的工單匯出資料，並在同一個軸上查看中位數和極端值。
常見問題
客服中的首次回覆時間是什麼？
它是指客戶工單送達與真人專員首次回覆之間所經過的時間。通常會排除自動確認信，因為它們並未解答客戶的問題。
首次回覆時間的公式是什麼？
用首次真人回覆的時間戳記減去工單建立的時間戳記。若要計算工作時間版本，請從 NETWORKDAYS.INTL 函數開始，該函數會傳回完整工作天，並允許您定義週末和假日，接著再加上當天剩餘時間。
首次回覆時間報告應該使用平均值還是中位數？
應使用中位數，並在旁邊並排呈現第 90 百分位數。由於回覆時間呈現右偏分佈，少數回覆極慢的工單會將平均值拉向一個幾乎沒有客戶實際體驗過的數值。
PERCENTILE.EXC 與 PERCENTILE.INC 有何不同？
它們使用不同的插補規則。當 k 不是 1/(n + 1) 的倍數時，PERCENTILE.EXC 會進行插補，且接受的 k 值必須嚴格介於 0 到 1 之間。PERCENTILE.INC 則使用 1/(n - 1)，且接受包含 0 和 1 本身。
為什麼我的 p90 會傳回 #NUM! 錯誤？
當陣列為空，或者 k 等於或超出 0 到 1 的範圍時，PERCENTILE.EXC 會傳回該錯誤。當它無法針對您要求的百分位數進行插補時，也會傳回此錯誤，而這正是數據稀少的週次會觸發的情況。