服務時間用平均值夠嗎？用中位數與分位數呈現長尾案件

從任務耗時分布辨認常態與長尾，說明如何定義同類樣本、檢查資料、計算中位數與分位數，再回到個案找出可驗證的改善方向。

平均數把每一筆耗時相加再除以案件數，適合看總量攤平後的概況，卻容易被少數極慢案件拉高，也可能讓主管誤以為大多數工作都這麼久。要看出常態與長尾，先把「一筆任務」說清楚，再檢查資料，並用中位數、分位數和長尾占比互相對照。以下以明確標示的假設資料示範，讓團隊能複算，而不是把範例當成產業標準。

定義同類任務樣本

先把要回答的問題寫成一句話：某一類案件從哪個事件開始計時，到哪個事件算完成？例如「一般報價單審核」可從資料齊備、正式送審時開始，到核准或退回補件並完成這一輪處理時停止。若把資料補齊前的等待也納入，量到的是端到端經過時間；若只量人員實際操作，則另有觸點時間，兩者不可混在同一欄。本文聚焦整體完成時間的分布，不延伸判讀網站小樣本流量，也不把等待與操作時間當成同一指標。

接著列清任務邊界：同樣的輸入條件、交付結果、完成定義和例外處理才放在同一組。報價審核若同時混入跨部門特殊折扣、缺資料重開、不同幣別或大量品項，長度差異可能來自難度，不代表流程忽快忽慢。用一張資料字典記錄任務名稱、起訖事件、時間單位、是否包含非工作時段、取消或重開規則，以及負責角色。若流程中途改過，標出版本或切開期間，避免把規則不同的案件硬湊成一個樣本。

實務上可先抽查幾筆案件，請執行人員逐筆說明開始和完成憑據，例如送審紀錄、核准通知。兩個人對同一筆能否用同一規則判定？若不行，先修定義再算。把缺資料、取消、重開、跨組交接列為明確狀態，不要因為結果不理想就臨時排除。記錄納入與排除理由後，讀者才知道中位數代表哪一種工作，也能在下一個期間重做相同計算。同一類任務若有多個合理起點，先選最能代表工作正式進入流程的一個，並把來源欄位固定下來。不要用方便取得的登入時間代替實際受理時間，除非報表明說其限制。

檢查缺漏與期間

先決定觀察期間和案件歸屬方式，再匯出資料。若要回答「這段時間開始的工作後來花多久」，依開始日建立一批案件，並把仍未結案的數量與已經過時間另外列出；只挑期間結束前已完成者，會漏掉最慢、仍在處理中的案件，讓長尾看起來變短。若問題是「這段時間完成了哪些工作」，可依完成日切片，但要清楚標註這是完工案件分布，不能直接代表同期間新進案件的完整結案時間。

逐筆檢查唯一編號、開始與結束時間、時區、時間單位、重複匯入和負值。開始或結束缺漏時不要猜補；分別計算缺漏筆數與比例，確認是欄位未填、系統未留紀錄，還是尚未完成。負值通常表示事件順序或時區有誤，先回原始紀錄核對。取消、撤回、重開的案件依第一節定義處理，並保留狀態供追查。資料清理規則要先寫下，再套用全批案件。

期間長短要足以涵蓋這類任務平常的起伏，也要能和之後的同長度期間比較。若遇到促銷、盤點、假期或流程改版，標註事件並考慮分開呈現，別將特殊週直接當成穩定基線。報表抬頭應同時放觀察起訖日、擷取日期、納入完成數、未結案數及缺漏數；更新資料時沿用同一口徑。若定義或來源欄位改變，另開新版本，避免圖表連續卻把不同測量方式誤讀成趨勢。另可逐欄抽樣比對匯出值與原系統，特別檢查跨日案件和月底邊界；若報表只涵蓋部分隊列或來源，標出範圍，不把未匯入的案件當作零耗時。變更期間的資料口徑需附註，讓比較者知道數字是否可比。

計算中位數分位數

將有效完成案件的耗時由小到大排序。中位數是排序後居中的值：奇數筆取正中一筆，偶數筆取中間兩筆的平均；它描述「典型位置」，不代表每筆都會在這段時間內完成。分位數回答另一個問題：某個百分比的案件落在多少時間以內。報告時寫明採用的算法，因為小樣本或不同計算慣例可能讓結果略有差異。以下用最近秩法示範，位置取向上取整的「筆數乘分位比例」。

假設十筆耗時已排序為十、十二、十三、十五、十六、十八、十九、二十二、四十、六十五分鐘，中位數是第五與第六筆平均，即十七分鐘；第九十百分位的位置是向上取整十乘零點九，落在第九筆，所以是四十分鐘。這不是外部基準，只是算式示範。

平均數把所有時間加總後除以十；表中總和二百三十分鐘，平均二十三分鐘。它高於中位數，原因是四十和六十五這兩筆拉高總和。簡報可同列中位數與第九十百分位：前者呈現常見位置，後者提醒讀者較慢的一端可能到哪裡。小樣本的分位數只適合描述這批資料，應連同筆數呈現，不宜宣稱下一批一定相同。分位數名稱要和算法一起公開，避免讀者把第九十百分位誤解為最慢的百分之十平均值。它是排序位置上的界線，超過界線的個案約占一成，實際比例會受筆數與計算法影響。若指標用於跨月回報，先固定最近秩法或團隊選定的計算方式；不要在某月改算法卻只呈現新數字。也可用排序表或箱形圖輔助，但圖形不能取代筆數、單位和起訖定義。

比較長尾案件比例

有了分位數後，仍需明確說明團隊口中的「長尾」如何判定。可用業務影響或流程承諾設定一個觀察門檻，例如假設團隊選擇三十分鐘，因為超過後需要通知下一位處理者；這只是示範門檻，不是通用標準。以上述假設資料計算，四十分鐘和六十五分鐘兩筆超過門檻，長尾比例為二除以十，即百分之二十。若把等於門檻也算入，就須在圖表註明「大於或等於」，並用一致條件重算。

小數比例若不附上實際件數，很容易讓讀者忽略分母大小；應寫二筆／十筆，而不是只寫百分之二十。若下一期只有五筆，單一案件就會讓比例移動二十個百分點，因此小樣本變動要回看個案，不能只用顏色判好壞。可同時列門檻以上的案件數、占比、中位數、第九十百分位和未結案數，避免長尾改善卻只是慢案尚未完成。

觀察門檻和分位數彼此補充：門檻比例適合追蹤需要處理的案件，分位數呈現整體分布的位置。每期維持相同門檻才可比較；若工作承諾或風險改變，另標出新舊口徑，不要回頭改寫歷史。先問超時案件是否集中於某種缺件、交接或重工，再決定改善順序；只有比例高低，無法指出原因，也不應直接當作人員績效排名或服務保證。設定門檻時最好由流程負責人說明它對工作安排有何意義，並讓讀者分清楚這是內部觀察線、約定服務水準，或單純分析切點。若沒有正式承諾，就稱為分析門檻，不能寫成逾期。對跨期間比較，可同時保留固定分鐘門檻和分位數，避免案件整體變快後只看固定線失去敏感度。

按任務類型分組

不要把所有任務型態混成一條分布。先依工作本身分組，例如一般報價審核、需要特殊條件的審核、資料補件後重送；分組條件要在看結果前定義，不能事後為了讓某組數字好看而移動案件。每組各自列案件數、中位數、第九十百分位、長尾門檻與未結案數，並使用相同的起訖定義和期間。若流程版本不同，也可分開標示版本，避免把改版前後合併後誤以為穩定。

一個假設例子：一般審核的中位數較短，但特殊條件案件的第九十百分位偏高。這不代表執行特殊案件的人效率較差；可能是資料項目更多、等待另一個角色確認，或需要釐清例外。先查看每組的筆數與原始案件，再選擇能比較的同類組別。不要只比中位數，因為兩組中位數相同，慢端比例仍可能差很多；也不要只看百分位，若筆數少，排序中一筆變動就可能明顯移動結果。

分組太細會讓每格只剩少量資料，圖表顯得精確，結論卻不穩。遇到小組，合併時要有流程上的理由，或直接標示筆數有限、暫作觀察，不宣告勝負。每次檢視可以先找出長尾占比最高且樣本可讀的一組，再追問差異出現在何種輸入條件或交接點。若新增分組欄位，記錄它由誰、何時、依何規則填寫；否則分類本身也可能成為另一種缺漏來源。如果不同組別在資料齊備前就已經具有可觀察的難度標籤，可以把它作為分層欄位；若標籤是在完成後才補填，需查核是否受結果影響。組別名稱應採團隊共用詞彙，避免同一種工作被各人填成不同類別，讓差異看似來自流程。

把數字連回個案

數字指出值得查看的區域，個案紀錄才可能說明機制。不要只看最慢的一筆；同時抽看接近中位數的案件，以及超過既定門檻的數筆，確認慢端是否有共同特徵。逐案核對開始與完成憑據，整理成可檢查的原因類別，例如等待補件、交接未接手、規則待確認或重新處理。這些先當作待驗證假設，應回到訊息、任務紀錄或當事人說明確認，不能看到時間長就直接歸咎某個人或部門。

將資料整理成「案件編號、耗時、所屬類型、超門檻與否、查核到的原因、下一步」清單，姓名和客戶識別資料不必放進一般報表。若發現原因是起始時間晚填，先修紀錄方式；若多筆停在同一交接點，確認交接責任和接手訊號；若需要補件，檢查前端要求是否清楚。每個改善動作要有負責角色、預計檢查的資料和回看日期，下一期沿同一門檻重算，才知道變化是否伴隨原因減少。

可從一種重複且資料完整的任務開始：固定起訖定義，算中位數、分位數與門檻比例，接著核對慢端個案，再挑一項可驗證的流程調整。若案件量小，就保留逐案檢視，不急著做排名或承諾。若你也想把量測結果延伸為流程與交接規劃，可前往 ZhenheAI 官網 了解品牌目前的業務流程、網站與 AI／自動化整合方向，並帶上希望釐清的任務問題。查核後也要記下沒有找到共同原因的案件，避免只挑支持預設想法的例子。若需要訪談，詢問具體事件與交接紀錄，不只問「為什麼這麼慢」；把原因、證據和仍未知的部分分欄，並回看後續相似案件是否重現。這讓改善能驗證機制，而不是依印象改流程。