招募與聘雇流程圖：從職缺發布到錄取通知

根據招募業界研究，聘用錯誤人選的代價約為其年薪的三倍。然而大多數公司的招募流程，是由非正式習慣、招募人員的直覺和 ATS 自動化混合而成——沒有清晰的視覺地圖顯示各部分如何連接。結果：不一致的候選人體驗、遺漏的步驟，以及將到職時間延長數週的瓶頸。

招募和聘雇流程圖使整個生命週期清晰可見——從主管申請新職位的那一刻到錄取通知書簽署的那一天。它釐清誰做什麼決定、什麼標準決定是否晉級，以及候選人在哪裡退出流程。這種可見性是將可重複的招募機器與混亂的爭奪區分開來的關鍵。

完整的聘雇生命週期

招募涉及招募人員、HR、招募主管、法律和財務——有時是同時進行。一個結構良好的流程圖不只映射步驟，還映射這些團隊之間的交接。

┌─────────────────────┐
│   識別人力需求       │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│  人力需求核准了嗎？  │──────────→│  修改或延後請求      │
└──────────┬──────────┘           └─────────────────────┘
           │ 是
           ▼
┌─────────────────────┐
│   建立職位說明       │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐
│   發布職缺           │
│   （內部 + 外部）    │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐
│   履歷篩選           │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│   符合最低條件嗎？   │──────────→│   拒絕 /            │
└──────────┬──────────┘           │   歸檔               │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   電話初篩           │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│   晉級評估嗎？       │──────────→│   拒絕並             │
└──────────┬──────────┘           │   提供回饋            │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   技能／技術評估     │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│   評估通過了嗎？     │──────────→│   拒絕並             │
└──────────┬──────────┘           │   提供回饋            │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   面試輪次           │
│   （1-3 輪）         │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│   面試決定：晉級？   │──────────→│   拒絕或            │
└──────────┬──────────┘           │   重新加入候選池     │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   推薦人查核         │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐     否    ┌─────────────────────┐
│   推薦人通過了嗎？   │──────────→│   拒絕或            │
└──────────┬──────────┘           │   要求更多資訊       │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   生成錄取通知       │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐
│   符合預算           │     否    ┌─────────────────────┐
│   和薪資區間嗎？     │──────────→│   升級至             │
└──────────┬──────────┘           │   財務/領導層         │
           │ 是                   └─────────────────────┘
           ▼
┌─────────────────────┐
│   發出錄取通知       │
└──────────┬──────────┘
           │
           ▼
┌─────────────────────┐
│   協商               │
└──────────┬──────────┘
           │
     ┌─────┴─────┐
     ▼           ▼
┌─────────┐ ┌─────────┐
│ 接受    │ │ 拒絕    │
└────┬────┘ └────┬────┘
     │           │
     ▼           ▼
┌─────────┐ ┌─────────────────┐
│ 啟動入職│ │ 重回候選池 /    │
│         │ │ 關閉請求         │
└─────────┘ └─────────────────┘

第一階段：人力需求申請和職缺發布

職位需求審批

在任何事情公開之前，需求需要正式核准。此步驟防止在職位搜索中途被凍結而浪費精力。

通常需要的核准：

招募主管提交需求並附上理由
部門主管核准人力
財務核准預算（薪資範圍、獵頭費用）
HR 驗證職位分類和薪資區間

決策點： 這是補缺（替代離職員工）還是新增人力？補缺通常有更快的核准路徑，因為預算已經分配。

職位說明和發布

糟糕的職位說明會產生糟糕的候選人池。流程圖應包含一個審查步驟——不只是起草和發布：

招募主管起草職位要求
HR 審查清晰度、偏見語言和法律合規性
薪資與市場資料對齊
首先發布到內部職缺板（內部流動查核）
外部職缺在相關渠道上線

時間查核點： 內部發布通常在外部發布開始前保持開放 5-7 個工作日。

第二階段：人才搜尋和篩選

履歷篩選

這裡的挑戰是數量。在履歷到來之前，篩選標準需要明確，而不是臨時制定：

必要條件（淘汰條件）：

最低相關工作年限
必要的認證或資格
地理資格或願意遷居
工作授權

加分條件（排名因素）：

特定行業經驗
特定工具或技術熟練度
教育背景
作品集或工作樣本

每份通過最低條件的履歷都進入電話初篩。每份拒絕都應記錄原因——既為了法律保護，也為了流程改善。

電話初篩

電話初篩（通常由招募人員進行 15-30 分鐘）在消耗招募主管的時間之前驗證基本資訊：

確認興趣和可用性
驗證從履歷中不清楚的必要條件
涵蓋薪資期望與所述範圍的比較
解釋職位、團隊和流程

決策點： 候選人的薪資期望是否在薪資區間內？在這裡發現不匹配比三輪面試後好得多。

第三階段：評估

技能和技術評估

評估格式因職位而異。流程圖應指定應用哪種評估：

職位類型	評估格式	典型時長
工程	帶回家的程式設計題或現場程式設計	2-4 小時
銷售	模擬探索性拜訪或交易回顧	45-60 分鐘
設計	作品集審查或設計挑戰	1-3 小時
行銷	寫作樣本或行銷活動簡報	1-2 小時
運營	案例研究或流程練習	1-2 小時
主管	無正式評估（優先推薦人查核）	—

常見陷阱： 超過 4 小時的評估會讓有其他選擇的優秀候選人望而卻步。根據實際需要校準，而非理論上的全面性。

第四階段：面試輪次

按資歷的面試結構

個人貢獻者
┌─────────────────────────────────────────────────────┐
│ 電話初篩 → 評估 → 招募主管面試                       │
│              → 同行小組面試 → HR/文化契合            │
└─────────────────────────────────────────────────────┘

主管/負責人
┌─────────────────────────────────────────────────────────────┐
│ 電話初篩 → 評估 → 招募主管 + 上級主管                        │
│              → 跨職能利害關係人 → HR                         │
└─────────────────────────────────────────────────────────────┘

總監/副總裁
┌──────────────────────────────────────────────────────────────────┐
│ 招募人員篩選 → 招募主管 → 主管小組                               │
│                        → 簡報/策略練習 → C 級高層終面            │
└──────────────────────────────────────────────────────────────────┘

面試後決策

每個面試迴圈都應有結構化的總結討論。需要避免的常見錯誤：

沒有總結討論 = 招募主管獨自決定，偏見主導
沒有結構的總結討論 = 聲音最大的人獲勝
等待太長 = 最佳候選人接受其他工作機會

每個面試維度（技術技能、溝通、文化契合、成長潛力）的評分卡使總結討論更快且更具說服力。

決策點： 團隊是否達成共識？如果意見分歧，提前定義共識、多數還是招募主管否決權誰勝出。

第五階段：推薦人查核和錄取

錄取通知生成

錄取通知生成涉及 HR、財務，有時還有法律：

┌────────────────────┐
│  口頭告知候選人    │
└─────────┬──────────┘
          │
          ▼
┌────────────────────┐
│  薪資和條件確定    │
└─────────┬──────────┘
          │
          ▼
┌────────────────────┐
│  法律/HR 審查      │
└─────────┬──────────┘
          │
          ▼
┌────────────────────┐
│  發送錄取通知書    │
│  （書面）          │
└─────────┬──────────┘
          │
          ▼
┌────────────────────┐
│  候選人審查期      │
│  （2-5 天）        │
└─────────┬──────────┘

決策點： 錄取通知是否在核准的預算和薪資區間內？如果候選人的期望超出區間，在發出之前升級至領導層——不要發出後再撤回。

協商處理

大多數候選人會協商。流程圖應定義什麼可以調整以及由誰調整：

條件	誰可以核准
基本薪資（區間內）	HR + 招募主管
基本薪資（超出區間）	副總裁/總監 + 財務
簽約獎金	HR + 財務
股權/股票選擇權	C 級高層
入職日期	招募主管
遠端工作安排	招募主管 + HR
頭銜	HR（必須符合職級框架）

職位特定的變體

工程招募

工程面試通常在完整的面試迴圈之前包含一個技術初篩。流程圖早期分叉：

電話初篩 → 非同步程式設計挑戰（通過/不通過截止）
         → 技術電話面試
         → 現場/虛擬面試迴圈（4-5 個面試）
         → 總結討論 + 職級討論

職級討論在這裡很重要：團隊可能同意候選人很優秀，但爭論他們是資深工程師還是員工工程師。職級顯著影響薪資方案。

銷售招募

銷售招募強調績效指標而非知識：

電話初篩（薪資期望至關重要）
         → 結構化角色扮演（模擬探索性拜訪）
         → 商機回顧（現有業務帳本）
         → 銷售主管面試
         → 推薦人查核（驗證過去的配額達成）

對於銷售職位，透過推薦人驗證過去的配額達成與任何面試同樣重要。

主管招募

主管搜尋通常通過留任獵頭公司進行，流程不同：

搜尋公司識別 → 長名單（20-30 名候選人）
             → 短名單（5-8 名候選人，招募人員篩選）
             → 招募主管面試（3-4 名候選人）
             → 主管小組面試（2 名決賽者）
             → CEO/董事會最終決定
             → 搜尋公司推薦人查核
             → 協商（通常延伸）

主管流程需要 3-6 個月。流程圖應反映這個時間表，而非典型的 4-6 週個人貢獻者流程。

各階段的追蹤指標

按階段追蹤指標使瓶頸清晰可見：

階段	關鍵指標	基準值
收到申請	按渠道的數量	—
履歷篩選	通過率	15-25%
電話初篩	通過率	50-70%
評估	完成率、通過率	70%+ 完成
第一輪面試	晉級率	40-60%
發出錄取通知	錄取接受率	85%+
錄取到入職	流失率	<5%
全週期	填補時間（天）	因職位而異
全週期	每次招募成本	因職位而異

低接受率表明薪資或流程問題。評估階段高流失率表明練習要求過高。只有在逐階段追蹤時，這些訊號才會變得清晰。

常見瓶頸

緩慢的人力需求核准。 財務或領導層持有人力核准數週。修復：定義核准的 SLA（例如 5 個工作日），自動升級。

面試的招募主管可用性。 招募主管過度預訂；候選人在各輪之間等待兩週。修復：在開放職位前封鎖面試可用時間。

緩慢的總結討論。 面試官沒有在 24 小時內提交評分卡，所以無法進行總結討論。修復：自動提醒，要求在排程總結討論前提交評分卡。

推薦人查核延遲。 推薦人需要幾天才能回應，導致錄取停滯。修復：在決賽輪候選人完成面試迴圈之前開始推薦人查核。

錄取通知書審查。 當候選人在 48 小時內準備好時，法律審查需要一週。修復：法律預先核准的標準職位模板錄取通知書。

使用 Flowova 建立你的招募流程圖

招募流程通常分散在各處——Google Docs 中的職位說明模板、Notion 中的面試指南、電子郵件草稿中的錄取模板。將這些整合到視覺流程圖中，可以揭示差距並建立共享的事實來源。

Flowova 可以讓你從描述生成招募流程圖，或從結構化模板開始。輸入你的階段、決策點和職位特定的變體，獲得一個可以與招募協調員、招募主管和 HR 領導層分享的流程圖。匯出為 PNG 用於入職材料，或使用分享連結嵌入到你的招募 wiki 中。

從面試和招募流程模板開始，使用可按職位類型自訂的預建結構。

保持流程最新

招募流程會漂移。第一季記錄的內容到第四季時可能不再反映實際發生的情況：

季度審查： 所有階段是否真的在執行？有沒有步驟變成橡皮圖章？
困難招募後更新： 當一次招募結果不理想時，追溯流程圖以找出訊號被遺漏的地方。
工具更換時修訂： 新的 ATS、新的視頻面試平台、新的背景查核供應商——每個都會改變流程。
檢查法律合規性： 平等機會要求、面試問題限制和推薦人查核法律因地區而異，並且會隨時間變化。

招募流程圖不是一次設定就不管的文件。最佳招募組織將其視為一個活的系統——定期審查，並在每次重大招募後更新。