重建可搜索畫像
把歷史履歷解析為穩定、可追溯的經歷與技能證據。
招聘問題
大多數人才庫只支持姓名、標籤和關鍵詞搜索。候選人的經驗會變化，職位定義也會變化；舊標籤無法解釋一個人為什麼適合今天的職位，招聘人員因而傾向重新去外部平台搜索。
Aimme 如何處理
把招聘判斷拆成可以檢查的步驟
應用當前職位標準
使用今天確認的職責和門檻重新匹配，不依賴過去的職位標籤。
保留關係上下文
結合過往溝通、面試與拒絕原因，避免不合適的重複聯絡。
識別資料時效
標記可能過期的公司、職位、地點和聯絡資料，安排補充驗證。
從問題到可覆核結果
保留上下文，也保留停止和覆核的機會
-
01
選擇人才範圍
確定團隊、職位家族、時間範圍和允許使用的資料。
-
02
清理與歸併
處理重複履歷、同一人的多個版本和不完整身份。
-
03
重新匹配
對當前職位生成證據矩陣，而不是重用舊分數。
-
04
確認再激活
招聘人員覆核關係歷史、匹配理由和聯絡資料後決定是否聯絡。
為什麼結果值得覆核
不把模型的流暢表達當成事實
- 保留履歷版本和最近更新時間，避免新舊資訊混用。
- 歷史拒絕原因與當前職位判斷分開，不把過去結果永久固化。
- 再發現結果解釋哪些新要求觸發了相關性。
- 候選人聯絡前檢查退訂、無效聯絡資料和團隊已有溝通。
適用邊界
明確系統做什麼，也明確它不做什麼
- Aimme 不根據姓名、性別、年齡、民族等受保護特徵推薦候選人。
- 模型輸出是招聘輔助資訊，不構成錄用、拒絕或薪酬決定。
- 證據不足、來源衝突或硬性條件未知時，系統應明確標記並交由人工核驗。
- 候選人資料由客戶控制，不用於訓練公共模型；團隊需要按適用法律和平台規則使用資料。
常見問題
先回答最重要的問題
人才庫盤活和普通履歷搜索有什麼區別？
普通搜索主要返回包含關鍵詞的記錄；盤活需要結合當前職位重新評估、處理身份和資料時效，並考慮歷史關係。
過去被拒絕的候選人還能重新考慮嗎？
可以，但需要區分當時職位、拒絕原因和當前要求。Aimme 保留歷史上下文，由招聘團隊決定是否重新聯絡。
如何衡量盤活效果？
建議跟蹤可匹配候選人覆蓋率、有效聯絡資料比例、覆核通過率、聯絡回覆率和最終進入面試的人數。