招募人員
- 開頭為
- 已分配的申請和候選人下一步行動
- 作用於
- 放映、舞台移動、溝通與例外狀況
- 放手
- 提供招募經理證據準備的候選人
招募管理系統
讓責任清晰、進度可控的招募管理系統
將人員需求、職位審批、招募執行、用人團隊決策和錄用銜接起來，讓招募負責人在一個系統中掌握產能、延誤與結果。
工作區把每項招募職責拆分為可管理的獨立記錄，同時保留端到端管理所需的關聯關係。
- 人員需求與已批准空缺
- 招募專員與用人經理之間的交接
- 面試、錄用與結案管控
管理候選階段之前、期間和之後的工作
招募系統應顯示業務決策、下一步行動的負責人以及每次交接時所需的證據。
- 01
需求
- 所有者
- 部門領導
- 決定
- 該角色是否需要並獲得資助？
- 訊號
- 業務原因、空缺、預算和目標開始日期
- 02
已核准的招聘需求
- 所有者
- 招募負責人
- 決定
- 誰擁有交付以及何時交付？
- 訊號
- 招募人員、優先順序、服務目標和人才搜尋計劃
- 03
候選人評估
- 所有者
- 招募人員 + 招募經理
- 決定
- 誰進步了，為什麼？
- 訊號
- 資格證據、結案原因與下一步行動
- 04
採訪
- 所有者
- 訪談協調員
- 決定
- 面板完整嗎？
- 訊號
- 時間表、記分卡、逾期回饋與建議
- 05
錄用與清倉
- 所有者
- 招募者 + 審核者
- 決定
- 釋放、接受並移交？
- 訊號
- 批准、錄用回應、開始日期和關閉角色原因
為每位參與者提供與其自己的決定相符的觀點
當每個人都看到相同的長桌子但沒有人看到集中的隊列時，招募就會失敗。
招募經理
- 開頭為
- 等待評估或最終決定的候選人
- 作用於
- 標準、小組選擇與決策證據
- 放手
- 批准面試或錄取決定
訪談者
- 開頭為
- 預定的面試和計分卡到期
- 作用於
- 結構化證據與建議
- 放手
- 決策會議前已完成回饋
招募領隊
- 開頭為
- 開放需求、老化、工作量與瓶頸
- 作用於
- 容量、優先權和升級
- 放手
- 企業領導階層的決策
單獨的需求、流量、品質和結果衡量
招募儀表板應該揭示工作受阻的地方，而不是將每個問題歸結為招募時間。
核准的空缺涵蓋範圍
指定招聘人员的空缺职位和采购计划核准的空缺職位
在候選人延遲開始之前重新平衡責任歸屬階段老化
超越階段服務目標的應用在該階段開放申請
開啟停滯的記錄並解決所有者或決定面板完成
包含所有記分卡的面試小組回饋截止日期已過的小組
在報告前升級缺少的證據滿足需求
已接受開始隊列中核准的空缺職位
檢視剩餘的角色和來源差距建構招募團隊可以吸收的三個版本的系統
每個版本都應以可用記錄和管理決策結束，而不是更長的配置積壓。
- 發布 1
控制開放需求
- 核准招聘需求
- 指定招募人員和目標日期
- 發佈開放角色視圖
- 發布 2
控制候選人移動
- 定義階段進入與退出
- 捕捉結案原因與下一步行動
- 新增面試記分卡
- 發布 3
管理結果
- 新增錄用決策
- 建立延遲和工作負載儀表板
- 回顧來源與角色結果
維持招募作業的互聯，同時專業工具完成專業工作
招聘管理系統可以協調招聘，同時人才搜尋、評估、背景調查或聘後人力資源保留在為這些工作構建的產品中。
可設定的招聘需求、路由、記分卡和儀表板
Jodoo 處理什麼
圍繞您的實際招聘政策建立營運層。
當其他產品可能更適合時
比較套件配置和服務依賴性。
本地人才搜尋網絡與履歷情報
Jodoo 處理什麼
僅在連接被證明的情況下進行整合。
當其他產品可能更適合時
保留專用人才搜尋或 ATS 產品。
入職、薪資與員工主資料
Jodoo 處理什麼
將接受的員工交給單獨的人力資源流程。
當其他產品可能更適合時
聘用後維持 HRIS 的權威。
定義系統邊界的問題
招募管理系統與 ATS 有何不同？
ATS 以申請人記錄和招募階段為中心。招募管理系統還協調角色需求、招募人員能力、招募團隊工作、面試完成、錄取和管理報告。
Jodoo 可以在不更換 HRIS 的情況下管理招募嗎？
是的。 Jodoo可以管理聘用前的操作流程，並透過定義的交接將已接受的聘用記錄傳遞給權威的人力資源系統。
首先應該實施什麼？
從核准的招聘需求和候選人責任歸屬開始。在一致使用這些來源記錄後添加面試、錄取和作品組合衡量標準。
招募團隊可以改變流程本身嗎？
經過訓練的 Jodoo 管理員可以直觀地變更欄位、角色檢視、流程條件、提醒和儀表板，然後使用複製的記錄測試變更。
跑通一個完整招募週期
使用招募管理系統從已批准需求一直驗證到候選人接受錄用
使用有代表性的職位和候選人完成每次交接，並從延誤、工作量和招募結果指標下鑽檢視對應記錄。