入圍名單審閱會議議程

入圍名單審閱會議的目的，是幫招募團隊決定接下來要查證什麼，而不只是替第一印象最好的人背書。一份好用的議程會讓職缺需求說明和證據一直攤在桌上，把看得到的事實和解讀分開，並讓每個懸而未決的問題都有負責人。

這份議程適用於一個團隊審閱單一職缺的入圍名單。它可以接在一次人才搜尋或一份排序報告之後，但不能取代面試、背景查核或錄用決定。它的任務是讓下一個由人負責的行動清楚、而且可以互相比較。

準備審閱資料包

先定下一個固定的問題：這些候選人資料，對這個職缺的要求證明了什麼？記下職缺、工作型態、核定的需求說明版本、審閱日期、這次要討論的候選人、決策負責人和主持人。指定一位會議記錄，負責記下來源原文和待辦事項。

把同一份資料包寄給每位與會者，內容包括目前的需求說明、入圍名單的排序（如果有的話），以及相關的履歷或個人檔案段落。不要因為某位候選人的背景讓某個條件顯得重要，就臨時新增一項必備條件；把需求說明的變更記下來，留到之後再審。

討論人選之前，先對證據標籤達成共識。有佐證表示資料以有用的脈絡回應了某項標準；相鄰表示可能相關，但需要補上連結；未知表示資料沒有回答這個問題；有矛盾表示不同來源彼此衝突。這些是審閱狀態，不是對工作表現的預測。

開場先講清楚角色和界線

主持人應該把會議目的、範圍和決策界線唸一遍。職缺負責人說明哪些標準是必備條件、哪些是偏好，哪些是真正的營運限制。審閱者可以質疑某個解讀是否真的能從來源推出來。會議記錄要寫下標準、證據、分歧、待辦、負責人和期限。與工作相關的理由，要和個人喜好分開。

先講好怎麼處理插話和新資訊。把目前的證據問題討論完，把新事項連同來源記下來，再決定它會改變這次審閱，還是應該放進新版的需求說明。這樣可以避免一則小故事改變其他候選人的評估標準。

依序進行議程

確認要回答的問題

看入圍名單排序之前，先把職缺標準重述一遍。問問看有沒有哪項要求含糊、重複，或已經不再適用。如果需求說明還沒準備好，就記下負責釐清的人，並暫停比較，而不是用各自不同的解讀去排序。

逐項標準審閱證據

一次只拿一項重要標準，套用到每一位候選人身上。先唸出來源段落，再說出它能支持的最窄解讀。一句描述參與過某個系統的話，可能代表接觸過，但不會自動代表負責過、規模夠大、在正式環境運作過，或做出了成果。缺少的細節要保持看得見。

檢驗假設

審閱者意見不同時，問：哪一段確切的來源支持這個說法？哪些是推論？什麼樣的答案會改變下一步？把矛盾當成決定性因素之前，先核對日期、範圍和用字。不要把少了一句話當成不符要求，也不要只請你偏好的那位候選人補充脈絡，卻沒有給條件相近的候選人同樣的機會。

分派一個下一步

每位候選人的討論，都以一個目前的處置和理由作結。推進表示現有證據支持進入下一階段；查證指出一個聚焦的問題或工作樣本；暫緩寫明卡在什麼條件、由誰負責再審；修訂記下有理由的需求說明或搜尋變更；結束寫明支持停止考慮的、與工作相關的證據。光靠排序名次，不構成結束的理由。

把每個待辦寫到另一個人也能照做。「確認領導能力」太模糊。「問候選人在那次系統遷移中負責哪一部分、在什麼營運情境下，並把答案記在負責程度這項標準底下」，才點出了證據缺口。相近的缺口用相近的問題來問，更新紀錄時保留原始來源。

會議結束前複誦紀錄

散會前，主持人把未解決的假設、需求說明的變更、各候選人的待辦和決策負責人，向大家複誦一次。確認每個重要的未知都有負責人，每個結束的決定都有與工作相關的理由。把審閱日期和需求說明版本跟會議記錄存在一起。如果比較還沒完成，就排一次後續會議，而不是憑記憶補空白。入圍名單有任何變動，都記進入圍名單變更的決策紀錄，附上證據、核准人和理由。

可直接複製的議程

目的：依需求說明版本 [版本] 審閱 [職缺]
日期：[日期]
主持人：[姓名]   會議記錄：[姓名]   決策負責人：[姓名]
本次討論的候選人：[姓名或代號]

1. 確認標準、證據門檻和審閱界線。
2. 逐項重要標準，審閱所有候選人。
3. 分開來源原文、解讀和未知。
4. 記下矛盾，以及能釐清每個矛盾的問題。
5. 分派推進、查證、暫緩、修訂或結束，附上負責人和理由。
6. 複誦待辦、需求說明變更和下一次審閱時間。

Talent Summoner 能幫上什麼

Talent Summoner 是我們的產品，做 AI 人才搜尋、履歷排序，以及經你確認後才送出的聯繫訊息。目前的候選人排序工具（2026 年 9 月 2 日查證）讓你貼上或上傳職缺說明，再上傳最多 50 份 PDF、DOCX、MD 或 TXT 格式的履歷。它會交回一份附白話理由的排序入圍名單，並提供可分享或下載的報告，不需要註冊帳號。把這份報告帶進會議當作參考資料，再回頭檢查來源資料，另外建立由人負責的審閱紀錄。

如果手上的履歷不夠多，人才搜尋（同樣在 2026 年 9 月 2 日查證）會從職缺需求說明出發，在 LinkedIn、GitHub 和其他公開專業來源的 2 億份以上個人檔案中搜尋。它會列出必備條件、加分條件，以及排序入圍名單的理由。把公開個人檔案上的資訊當成需要查證的線索，而不是對方目前有空、有興趣或適合這種工作型態的證明。

入圍名單審閱會議的目的是什麼？

依照核定的標準比較候選人、攤開沒有根據的假設，並分派下一個由人負責的行動。它不是自動的錄用決定。

排序第一的候選人應該直接進入下一關嗎？

不應該。排序只是針對一份需求說明和一批人選，幫你安排注意力的先後。審閱小組應該檢查證據、解決重要的缺口，並記下下一步。

證據不足時，團隊該怎麼做？

標成未知或未提供，寫一個聚焦的查證問題，並指定負責人。缺少資訊，不代表對方沒有這項經驗。

Talent Summoner 可以替你主持入圍名單審閱會議嗎？

它的候選人排序工具會針對你提供的履歷，產出排序報告和白話理由。比較證據、提出問題，以及決定推進、暫緩或結束，仍然是招募團隊的責任。

下一次審閱入圍名單時，先凍結需求說明、指定主持人和會議記錄、發出同一份證據資料包，然後照上面的議程進行。散會時，每個重要的未知都要有一位記錄在案的負責人和下一步。