候選人發掘回顧範本

候選人發掘回顧，是針對一次已完成的人才搜尋所做的簡短檢視。它問的是：團隊對需求說明、搜尋管道、證據審閱和交接學到了什麼，再把這些觀察變成有人負責的下一步。它不是候選人評分，也不是在錄用決定之後補上的說法。

在針對一個職缺、一個市場、一段期間完成一輪明確的搜尋後，使用這份範本。邀請需求說明的負責人、一位審閱者，以及下一步的負責人。討論聚焦在流程和證據，而不是某個人「看起來像不像」好人選。

檢視前，先把這一輪定版

開會前先寫下範圍：

需求說明版本和決策負責人；
市場、對地點的解讀和搜尋期間；
核准過的必備條件、加分條件和排除條件；
用過的來源、管道、搜尋條件變化或推薦管道；
哪些人進入審閱、查核、聯繫、暫緩或結案。

不要把一次暫停的搜尋和一次新的搜尋混在一起。如果職缺改過，保留舊版本，並寫明這次回顧涵蓋的是哪一輪。從一個明確的問題中學習，而不是從一個籠統的市場故事。

帶觀察來，不要帶印象

收集搜尋紀錄、納入和排除的紀錄樣本、來源連結或 ID、審閱筆記和交接紀錄。把四件事分開：

欄位	提問
觀察	來源或紀錄實際顯示了什麼？
解讀	什麼可能解釋這個模式？
未知	從這些資料中無法確認什麼？
下一個查核	能解決這個問題的最小行動是什麼？

「大部分結果都用了同一種職稱寫法」是觀察。「市場上沒有相近背景的人才」是沒有根據的結論。寫成「相近職稱的涵蓋程度未知」，如果它很重要，就指派一個測試。重複出現的個人檔案是去重的問題，不是偏好或淘汰的證據。

把來源的新舊、歸屬和聯繫狀態分開檢視。記下這些查核有沒有人負責、能不能用；不要自創一條時效規則，也不要從公開的個人檔案推斷對方有沒有興趣。如果某個重要來源無法取得，就把這項限制保留下來。

用四個討論問題

1. 需求說明有沒有描述清楚這份工作？

找出哪些要求帶來了有用的證據，哪些則模糊、靠替代指標，或根本無法查核。注意必備條件和偏好有沒有保持分開。修改必備條件是職缺負責人的事，不是搜尋的人私下調整就算了。

2. 哪些管道帶來了可審閱的證據？

依各管道和搜尋條件變化所產出的證據來比較，而不是用一個自己編的產出基準。一個管道即使只帶來少量紀錄，如果有用的工作訊號，也可能值得保留；另一個管道可能帶來很多名字，卻很少能歸屬的背景。記下測試過什麼、還有什麼沒測試。

3. 審閱或交接卡在哪裡？

找出反覆出現的未知、重複資料、無法開啟的頁面、不清楚的負責人或缺漏的標準。問審閱者能不能說明每個下一步為什麼是從來源推出來的。如果問題出在聯繫紀錄、資料處理、薪酬或評量設計，就交給該負責的人，而不是繼續延長搜尋。

4. 接下來應該做什麼？

每一項重要的學習都選一個行動：保留規則、調整一個核准過的變數、停止一個管道，或上報一個依賴事項。指定負責人和檢視日期。下一位接手的人，應該不必從私人訊息裡重建推理，就能執行下一輪。

把行動分類清楚

使用以下四種結果：

保留：需求說明、管道或審閱做法回答了原本要回答的問題，仍然維持核准。
調整：會調整一個明確的變數，並在下一輪之前記下預期會看到的訊號。
停止：某個管道超出範圍、重複，或無法回答核准的問題；記下原因。
上報：有尚未解決的法律、隱私、存取、職缺或人力問題，需要另一位負責人處理。

不要把「改善人才搜尋」當成一個行動。寫下確切的變更、負責人和停止條件，讓下一輪可以比較。職缺負責人仍然可以核准新的假設。

當流程中用到 AI 時，ICO 的招募指引於 2024 年 11 月 6 日發布、2026 年 9 月 2 日查核，強調合法依據、透明度、責任分工、公平性和資料最小化。本文是一般性資訊，不是法律意見。NIST 的 AI 風險管理框架是自願採用的框架，不是招募認證。

可複製的回顧範本

把這份紀錄複製到團隊的工作文件裡。這是可直接在頁面上使用的範本，不是可下載的檔案。

候選人發掘回顧
這一輪／職缺／市場／搜尋期間：
需求說明版本／決策負責人：
會議日期／主持人／與會者：

核准的問題與成功條件：
測試過的來源、管道與搜尋條件變化：
審閱／暫緩／已聯繫／已結案的紀錄數：

觀察：
證據或來源追溯：
解讀（標記為推論）：
未知或矛盾之處：

行動：保留／調整／停止／上報
確切行動與預期訊號：
負責人／到期日／停止條件：

下一輪或交接：
決策紀錄存放位置：

Talent Summoner 的定位

Talent Summoner 是我們依職缺發掘候選人的產品。它的人才搜尋流程於 2026 年 10 月 3 日查核，從一份職缺需求說明開始，在 LinkedIn、GitHub 和其他公開的專業來源中搜尋超過 2 億份個人檔案，回傳一份排序好的入圍名單，附上必備條件、加分條件和白話的理由。把結果和來源背景帶到回顧會議上。它幫你決定先審閱誰；它不會取代證據查核、你對每一則訊息的審閱，或錄用決定。

如果是別人提供的履歷，候選人排序是另一個流程，用來依職缺說明整理現有資料。把它的報告和公開來源的發掘分開。Talent Summoner 不管理 ATS 招募流程，而且只有在你確認每一則訊息後才會寄出聯繫。下一次搜尋的範圍核准之後，到價格頁面查看目前的職缺額度方案。

什麼時候該做候選人發掘回顧？

在一輪明確的搜尋或交接之後，趁需求說明、搜尋紀錄和筆記都還在手邊時。範圍限定在一個職缺、一個市場和一段期間，以免新的搜尋蓋掉這次的學習。

回顧和人才搜尋品質稽核是一樣的嗎？

不一樣。稽核是依一套明確的標準檢驗證據和控管。回顧則是根據觀察，決定接下來要保留、調整、停止或上報什麼。

結果不理想，就該降低錄用標準嗎？

不會自動如此。記下這個落差，請職缺負責人檢視這項要求，任何需求說明的變更都另外核准。結果單薄，並不能證明要求是錯的，也不能證明市場上沒有候選人。

Talent Summoner 可以產生這份回顧嗎？

不行。我們的產品支援依職缺發掘和排序候選人。需求說明的歷史、來源背景、決定、負責人和下一步行動由你的團隊提供；聯繫和選才仍然由人負責。

排定一次回顧，附上需求說明版本和搜尋紀錄，並針對四個討論問題各帶一項觀察。在下一輪之前，記下一個保留、調整、停止或上報的行動，並指定負責人。接著開始一次聚焦的人才搜尋，或用候選人排序處理別人提供的履歷，並把決策紀錄帶到下一輪。