Talent Summoner如何
定義職缺填補時間（time-to-fill）：明確的起始與結束事件、暫停規則、已過成熟期的群組、分母、資料來源控管和決策關卡。
要一致地定義職缺填補時間（time-to-fill），就寫下它的起始事件、結束事件、計時方式、暫停規則、群組、資料來源，以及不完整或更正過的紀錄要怎麼處理，然後只比較使用同一個定義的結果。職缺填補時間，是從職缺申請的起始事件到填補事件之間經過的時間。這份指南是寫給正在等面試討論結果的用人主管。
職缺填補時間的指標契約要寫什麼？
職缺填補時間的指標契約是一句話，讓另一個人照著重跑，也能得到相同的結果。填入這個範本：For [unit] in [scope], time-to-fill is [end] minus [start], measured in [clock], with [pause rule], for [mature cohort] from [source], reported as [statistic].，也就是：在［範圍］內的［單位］，職缺填補時間等於［結束］減去［開始］，以［計時方式］衡量，套用［暫停規則］，針對來自［資料來源］的［已過成熟期的群組］，並以［統計量］呈現。旁邊要一併記下負責人、欄位對照表、流程版本和變更規則。CDC 田野流行病學手冊（最後審閱於 2024 年 8 月 8 日；2026 年 10 月 4 日查證）把母體、變項和資料蒐集都當成設計上的決定。
職缺填補時間該用哪個起始事件、結束事件和計時方式？
選定一個起始事件和一個結束事件，並寫明兩者的名稱。常見的組合有：
- 從核准或開放的職缺申請，到書面接受錄取；
- 從職缺刊登，到接受錄取；
- 從開始搜尋，到接受錄取；
- 從核准，到紀錄上的正式到職日。最後這一組是到職時間（time-to-start），不是同一個指標。
SHRM 的錄用時間／職缺填補時間計算試算表（2023 年 11 月 16 日；2026 年 9 月 5 日查證）以職缺申請開啟和接受錄取作為起訖邊界，但這不是通用的標準。使用帶時間戳記、有穩定 ID 的欄位，而不是「候選人已錄用」這類模糊的標籤。一份職缺申請有多個名額時，就選擇看第一個名額填補、最後一個名額填補，或每個名額各一列；不要把性質不同的週期放在一起平均。需求說明改變時，需要開一個新週期，或做銜接處理。
選一種有明確標示的計時方式：
- 日曆經過時間（結束減去開始）；
- 工作天，並指定所用的假日行事曆；
- 有效經過時間，也就是扣除核准的暫停之後的時間。
儲存 UTC 時間，加上原始的時差或 IANA 時區。只有日期的欄位會失去精確度；把它們標為 Limited（有限）或未知，而不是一律設成午夜。暫停需要記下原因、核准人、開始與結束、政策版本和重疊的處理方式；重疊的部分只算一次。尚未解決的暫停會讓這段期間維持未定，除非截止規則把它結清。取消的職缺申請沒有填補事件：把它排除，另外回報取消情況。重新開啟時要保留歷史紀錄，也絕不能把撤回當成零天。
如何選擇職缺填補時間的群組、分母和資料來源
先選定群組：說明它是依起始日期還是結束日期來歸組職缺申請、涵蓋哪些職缺、狀態、工作者類型和地點，以及你會等多久讓資料完成更正。一筆完成的紀錄需要：
- 有效的起始與結束事件；
- 相同的流程版本；
- 沒有尚未解決的暫停或重複的身分；
- 針對內部調動、獵頭、重新雇用和多名額職缺，有書面記錄的規則；
- 已經過了成熟期。
還在進行中的職缺，屬於開缺天數（aging）報表，要附上截至時間點的時間戳記，並使用另一個分母。平均數或中位數的分母，是具有效起訖點、符合資格且已過成熟期的週期，而不是候選人、應徵、面試、錄取通知或 ATS 裡的所有資料列。要列出被排除、仍開放、已取消、重複、缺漏和尚未成熟的筆數。
寫明以哪個系統的紀錄為準，以及擷取查詢、篩選條件、執行時間和來源版本。ATS 資料可能需要和錄取通知或 HRIS 的接受錄取資料對帳。兩個值都要保留，套用事先宣告的優先順序，或標為未解決；不要挑比較短的那個期間。試算表是計算用的工具，不是權威的歷史紀錄。
如何處理職缺填補時間的修訂和決策
使用 Ready（可用）、Limited（有限）和 HOLD（暫緩）三種狀態。缺漏的起訖點是未知，不是零。遇到較晚才接受錄取、回填到職日、更正時區或變更狀態定義時，保留舊值與新值、原因、來源時間戳記、核准人和受影響的群組；重新計算結果，並追溯先前發布的版本。ONS 修訂指引（最後更新於 2024 年 8 月 9 日；2026 年 10 月 4 日查證）支持這樣的紀錄方式，但沒有提供招募用的時間窗口。只要事件、暫停、時區、群組、來源優先順序或統計量有變更，就要更新版本；能銜接舊期間就銜接，否則就開始一個新的數列。
只比較單位、事件、計時方式、時區、暫停、成熟期、資料來源、流程版本和統計量都相同的結果。設定一個你們自己的觸發門檻，然後記錄一個決定：
- 照原範圍繼續：結果已成熟、已對帳。
- Limited（有限）：群組很小。
- 修訂或銜接：定義有變更。
- HOLD（暫緩）：缺少起訖點、暫停情況不明，或 ID 尚未對帳。
- STOP（停止）：有人要求拿它當基準、判斷候選人品質或做預測。
虛構範例：7 月的職缺填補時間群組
這裡依照一個書面定義，衡量 7 月的職缺填補時間群組；這是虛構的範例，不是基準，也不是預測。版本 TTF-v2 衡量一個職缺申請週期，從核准／開放（t0）到接受錄取（t1），以日曆天扣除核准的暫停來計算。以起始日期歸組的 2026 年 7 月群組，在經過七天的更正期之後，於 8 月 7 日擷取；平均值的觸發門檻事先宣告為 20 天。
| 週期 | 總天數 | 暫停 | 有效天數 | 處理方式 |
|---|---|---|---|---|
R-101 | 18 | 0 | 18 | 納入 |
R-102 | 25 | 4 | 21 | 納入 |
R-103 | 12 | 0 | 12 | 納入 |
R-104 | 9（至取消為止） | 不適用 | 不適用 | 另外列為取消 |
R-105 | 截止時仍開放 | 未知 | 未知 | 只列入開缺天數 |
已過成熟期的分母是 n = 3；有效天數的平均為 17.0 天、中位數為 18 天，總天數的平均則是 18.3 天。如果把回報的數字從有效天數改成總天數，就等於改變了暫停規則，需要切出新版本，不能直接替換。兩個平均值都沒有超過事先宣告的 20 天觸發門檻，但取消和仍開放的週期值得回頭檢查原因，並在成熟期過後再更新一次；這個結果完全不能說明候選人品質、回覆情況、錄用成效或市場速度。
可直接複製的職缺填補時間指標說明
版本／負責人；單位與週期規則；範圍；起訖欄位與時區；
計時方式與暫停／重疊政策；取消／重新開啟／多名額規則；
群組依據；成熟期／更正期；分母與統計量；
來源／查詢／擷取／流程版本；缺漏／重複／修訂的處理；
門檻與停止條件；狀態；下次更新與修訂紀錄。Talent Summoner 在職缺填補時間報告中的定位
Talent Summoner 不在職缺填補時間的報告範圍內：它支援人才搜尋和履歷排序，不提供任何指標事件。Talent Summoner 是我們做人才搜尋和候選人排序的產品（2026 年 10 月 3 日查證）。職缺填補時間的定義、ATS 和錄取資料、事件對帳、暫停規則和雇用決定，都由你的團隊負責。人才搜尋支援一份核准的需求說明；候選人排序整理你提供的資料，交給人審閱。兩者都不提供指標事件，也不預測速度、契合度、意願、可到職時間或錄用結果。紀錄和決定都交由獲得授權的團隊保管。
職缺填補時間的標準定義是什麼？
沒有通用的定義。記下確切的欄位、計時方式、群組和資料來源；從職缺申請開啟到書面接受錄取，只是其中一種契約。
應該在接受錄取時結束，還是在到職日結束？
取決於你要回答的問題。以接受錄取結束，算的是職缺申請到接受錄取的時間；以到職日結束，算的則是到職時間。替兩者分別命名、分別回報。
核准的暫停要算進去嗎？
要，除非有核准的有效時間政策把它排除。要求記下原因、成對的時間戳記和重疊處理方式，並分別命名總時間版本和有效時間版本。
已取消或仍開放的職缺申請要算進分母嗎？
已取消的屬於取消報告；仍開放或尚未成熟的，屬於標明截至時間的開缺天數報告。已完成的職缺填補時間，只採用具有效起訖點、符合資格且已過成熟期的週期。
不同月份要怎麼比較？
使用完全相同的單位、事件、計時方式、時區、暫停、成熟期、資料來源、流程版本和統計量。定義改變後，要做銜接或重新開始。
Talent Summoner 能計算職缺填補時間嗎？
不能。Talent Summoner 只支援人才搜尋，以及替你提供的資料排序、交給人審閱；ATS 和錄取資料、定義、對帳和決定，都由你獲得授權的團隊負責。
查證過的資料來源
- SHRM 計算試算表，2023 年 11 月 16 日；2026 年 9 月 5 日查證。作為起訖邊界的參考。
- Ashby 招募營運基準報告，2026 年 5 月 7 日，以及 Pin 的招募營運文章，2026 年 5 月 29 日發布、2026 年 9 月 7 日更新；2026 年 10 月 4 日查證。作為廠商觀點的背景參考；未引用任何數字或產品宣稱。
- ONS 修訂指引，2024 年 8 月 9 日；2026 年 10 月 4 日查證。
- CDC 資料蒐集和資料分析章節，最後審閱日期分別為 2024 年 8 月 8 日和 2025 年 1 月 6 日；2026 年 10 月 4 日查證。
只要事件、分母、成熟期、時區、暫停或負責人有任何不清楚，就讓這個指標維持在 HOLD（暫緩）。
