小型 團隊的 招募 營運 行事曆
為兩人招募團隊建立一份可直接複製的招募營運行事曆,涵蓋每週的負責分工、審閱關卡、交接和停止條件。

招募營運行事曆讓小型招募團隊有一個固定的地方,反覆處理決策、審閱和交接。真正有用的產出是一份有日期的紀錄:團隊打算做什麼、由誰負責、要檢查什麼,以及什麼時候該暫停。
這份指南寫給負責一個或多個已核准職缺的兩人招募團隊。它聚焦在職缺已經有一份堪用的需求說明之後,每週重複的工作節奏。這也是它和第一次招募計畫、應徵者漏斗或面試時間預算不同的地方:行事曆讓進行中的工作,一週接著一週都看得見。
建立招募營運行事曆前要記錄什麼
在加入任何行程之前,先替每個進行中的職缺建立一列,填入以下欄位:
- 職缺與需求說明版本:已核准的工作成果、必備條件、偏好條件和運作限制。
- 目前階段:目前的工作狀態,例如人選發掘、證據審閱、對談或決策。
- 下一個決策:團隊本週需要做出的最小決策。
- 負責人與代理人:一位當責的負責人,以及一位具名的代理人,在負責人不在時接手。
- 審閱量能:團隊在這個週期內能檢視哪些紀錄。
- 卡關的相依事項:可能讓工作停下來的核准、缺少的輸入或還沒解決的問題。
把這些欄位放在行事曆旁邊,不要分散在各自的私訊裡。行事曆上有一場會議,不代表會議要做的決定已經做了。會議結束後,把決定、理由、負責人和下一個日期寫進職缺紀錄。
每週的招募營運節奏長什麼樣子?
每週的招募營運節奏,從週一規劃和每日分流開始,經過週間的專注工作和週四的審閱關卡,最後在週五收尾並重新規劃。下表的週幾安排只是一個可以照抄的範例。請依團隊的工作模式和可用量能調整順序;先後次序比固定的會議長度更重要。
| 行事曆時間點 | 目的 | 必要產出 | 停止條件 |
|---|---|---|---|
| 週一規劃 | 核對職缺狀態、需求說明的變更、未結的紀錄和相依事項 | 一份有範圍限制的待辦佇列,每個項目都有一位負責人和審閱日期 | 需求說明或決策負責人有爭議;暫停相依的工作 |
| 每日分流 | 檢查新紀錄、逾期的交接和需要接觸候選人的行動 | 每個處理過的項目,都更新下一步、負責人和狀態 | 沒有審閱者、核准的接觸管道或必要的輸入 |
| 週二至週三專注工作 | 執行規劃好的人選發掘、證據審閱或對談 | 當天就記下證據筆記、未知事項和需要接觸候選人的行動 | 佇列超過審閱量能;停止加入新工作 |
| 週四審閱關卡 | 對照目前的需求說明檢查工作,並處理例外 | 推進、查證、暫緩、修訂或結案的決定,並附上理由 | 評估條件出現偏移,或某項重要檢查沒有當責的負責人 |
| 週五收尾與重新規劃 | 核對結果,只延續有具名負責人的工作,並設定下一個關卡 | 最新的職缺紀錄、下週的優先事項和重新啟動的條件 | 團隊說不清楚哪些工作要繼續、暫停或結束 |
如果開會只會增加負擔,每日分流可以改成簡短的非同步檢查。但它仍然要回答三個問題:什麼改變了、什麼卡住了、下一步由誰處理。不要替每項任務都排一個每日行程。把排程、來源擷取和提醒放在它們所支援的階段底下,再利用審閱關卡檢查工作是否完整到可以往下走。
兩個人該怎麼分攤招募行事曆的責任?
每個固定的行事曆時間點都要有一位主要負責人,即使兩個人都會出席。招募營運人員可以維護佇列、擷取來源、準備證據資料包,並標出逾期的行動。用人主管或職缺負責人可以核准需求說明、釐清和工作相關的要求,並做出職缺的決定。任何一人都可以當記錄或排程的代理人,但代理人不應該在沒人察覺的情況下,取得修改職缺標準的權力。
週一規劃時,職缺負責人確認需求說明的版本,營運人員設定有範圍限制的佇列。專注工作期間,營運人員記錄觀察和未知事項,職缺負責人則處理保留給自己的決策。到了週四的關卡,兩個人都可以審閱可比較的證據,但必須由其中一人為處理結果負責。週五由營運人員更新紀錄,職缺負責人確認下一個週期是繼續、修訂、暫停還是結束。
如果同一個人身兼兩職,仍然要把兩道檢查分開記錄。先寫證據,再記決定。這樣才看得出假設是在什麼時候改變的,而不是把同一個人的記憶當成一次獨立的審閱。
招募行事曆運作不順時,該怎麼修正
利用下一個行事曆時間點,診斷出問題出在營運的哪個環節,而不是再多加會議。
| 失靈訊號 | 行事曆檢查 | 最小的修正行動 |
|---|---|---|
| 同一個項目每週一都再出現一次 | 這個相依事項有沒有被具名、有沒有負責人、是否真的卡住工作? | 指派負責人和解除條件,或把職缺標記為暫停 |
| 人選發掘一直擴大,審閱卻一直在等 | 具名的審閱者能檢視多少筆紀錄? | 結束或暫緩目前這一批,只在這個量能內工作 |
| 會議開了,決定卻沒有留下來 | 每個行程是否都有一個要決定的問題? | 把問題寫進邀請或紀錄裡,並要求留下有日期的結果 |
| 看過個人檔案之後,要求才改變 | 每一筆紀錄用的是哪個版本的需求說明? | 替需求說明標上版本,並找出需要重新審閱的可比較紀錄 |
| 需要接觸候選人的行動逾期了 | 誰負責核准的接觸管道和下一次更新? | 指派聯繫負責人並記下預定的行動;不要自行推斷候選人有沒有興趣 |
| 週五延到下週的工作越積越多 | 哪些工作可以停止、委派或結束? | 縮小佇列、設定重新啟動的條件,或修訂這個職缺已核准的範圍 |
團隊無法行動時,就明確地標成暫緩。公開個人檔案缺少某項細節,是需要查證的問題,不是自動淘汰的理由。同樣地,回覆延遲是一種流程狀態,不能證明候選人的動機或能否到職。行事曆應該把不確定性和責任歸屬攤開來,而不是把兩者變成對人的判斷。
可直接複製的小型團隊招募行事曆範本
把下面這份小型團隊行事曆範本,放進團隊核准的職缺紀錄裡。填上實際的日期、姓名和需求說明版本;在負責人處理之前,未知的欄位要保持看得見。
招募營運行事曆
週次(起始日期):
職缺/需求說明版本:
職缺負責人/招募營運人員/代理人:
目前階段與下一個決策:
本週期的審閱量能:
卡關的相依事項/負責人/解除條件:
週一規劃
佇列項目/負責人/預期產出/審閱日期:
每日分流
有變動的輸入/卡住的項目/下一位負責人/需要接觸候選人的行動:
週二至週三專注工作
人選發掘、證據審閱或對談工作:
證據來源/擷取日期/未知事項/下一步:
週四審閱關卡
決定:推進/查證/暫緩/修訂/結案
決定理由/負責人/需求說明版本:
週五收尾與重新規劃
已完成的工作:
延到下週的工作(附負責人和日期):
下一個週期:繼續/修訂/暫停/結束
重新啟動的條件或變更的觸發點:Talent Summoner 的定位
Talent Summoner 是我們的人才搜尋產品。它目前的人才搜尋流程於 2026 年 10 月 3 日查核,會從一份職缺需求說明出發,在 LinkedIn、GitHub 和其他公開的專業來源中,搜尋超過 2 億份個人檔案,並回傳一份排序好的入圍名單,附上必備條件、加分條件和白話的理由說明。把這個發掘步驟放在行事曆的專注工作階段,再利用審閱關卡,由人來檢查證據並做決定。這個產品不會接手你團隊的行事曆、核准流程或最終的錄用決定。
等職缺負責人、需求說明版本和審閱量能都確定了,在開始人才搜尋之前,先看一下目前的價格頁面。購買職缺額度,並不能取代一位當責的負責人或一個有範圍限制的審閱佇列。
招募營運行事曆常見問題
什麼是招募營運行事曆?
招募營運行事曆是一份固定週期的時程表加上職缺紀錄,替招募工作指定負責人、審閱時間點、產出和停止條件。它讓決策和交接在每週的循環中都看得見。
小型團隊應該多久檢視一次招募行事曆?
如果符合團隊的工作方式,可以用輕量的每日分流,加上每週一輪的規劃、審閱和收尾。沒有一體適用的頻率;選擇具名負責人實際維持得了的日期,遇到重要輸入改變時,再提前加一道關卡。
行事曆超出負荷時該怎麼辦?
停止擴大佇列,找出瓶頸,再決定哪些工作要委派、暫緩、結束或修訂。保留理由和解除條件,讓下一個週期能從一個已知的狀態重新開始。
Talent Summoner 會管理招募營運行事曆嗎?
不會。Talent Summoner 是我們的人才搜尋產品。它可以協助從公開來源發掘人選,提供一份排序好、附上理由的入圍名單;行事曆、證據查證、核准和錄用決定,都由你的團隊負責。
替一個已核准的職缺建立這份範本,指派週一佇列和週四審閱的負責人,等需求說明和審閱量能都準備好了,就開始一次聚焦的人才搜尋。在決定投入預算之前,到價格頁面查看目前的職缺額度方案。


