機密替補職缺的人才搜尋策略

機密的替補招募，和一般職缺的人才搜尋是不同的問題。現任者可能還在職，換人的原因可能很敏感；搜尋用的需求說明只要寫得不小心，就可能在團隊準備好之前，讓外界看出是哪家公司、發生了什麼事。目標不是讓職缺完全隱形，而是在揭露最少資訊的同時，保留足夠與工作相關的證據，讓審閱維持公平。

本指南用一個示範案例，說明招募夥伴如何在審閱階段審核來源品質。紀錄和職缺都是虛構的，只用來測試流程，不代表人才供給量或招募成果的基準。

把對外的安全版和內部版需求說明分開

先準備兩個版本的職缺資訊。內部版需求說明可以寫換人原因、匯報關係和業務上的相依事項。對外的安全版只放已核准、可用於人才搜尋和第一次對談的資訊。

為安全版需求說明標上版本、負責人和揭露決定。只有在這個描述在該市場既準確、又不會讓人認出公司時，才使用「一家區域型 B2B 服務公司」這類中性說法。現任者的姓名、辨識度高的專案、機密營收和不公開的客戶名稱，都不要出現在搜尋關鍵字、檔名或共用報告裡。

先講好第一則訊息可以透露哪些內容，以及例外由誰核准。招募人員可以描述工作內容，也可以說明這是機密職缺，但不要承諾公司其實做不到的保密程度。要不要聯繫、怎麼確認身分、查核推薦人，以及什麼時候揭露雇主，都仍由人來決定。

推進一份個人檔案之前，先審核來源品質

來源品質不等於候選人的品質。它問的是：一項與工作相關的說法，是否有可追溯的出處、背景脈絡，以及查證的途徑。記下確切的頁面、查核日期、來源類型、相關字句、能支持什麼，以及還有哪些未知。

可以用以下實用的品質標籤：

• 直接、可歸屬：候選人自己的頁面寫了相關工作，但負責程度、深度或時效可能還需要確認。
• 有歸屬、有脈絡：雇主頁面、研討會講者介紹或案例研究把這個人和某項工作連在一起，但不能證明他負責了全部。
• 薄弱或轉載：搜尋摘要、轉貼內容、沒有出處的名錄或重複資料，對一項重要說法來說缺乏脈絡。
• 無法取得或互相矛盾：頁面打不開、無法確定是不是同一個人，或不同時間的來源說法不一致。把這份不確定保留下來。

不要把來源標籤變成自動淘汰規則。薄弱的來源可以變成一個查證問題；而一個包裝漂亮的頁面，也可能剛好漏掉最關鍵的責任範圍。缺少證據是未知，不代表沒有能力。

示範案例：低調替補一位營運主管

假設招募夥伴要替補一位區域營運主管，而現任主管還在職。已核准的安全版需求說明要求：有跨多個市場改善客戶營運的經驗、能推動跨部門合作的交付，並能在指定地點工作。需求說明裡沒有寫出現任者、客戶或換人原因。

審閱時，招募夥伴審核三筆虛構紀錄：

這次審核並沒有宣稱哪一筆紀錄是好人選。它產生的是不同的後續問題，也避免重複出現的文字被誤認為多方佐證。在依核准流程聯繫之前，先檢查重複紀錄、過去的聯繫紀錄，以及「請勿聯繫」名單。

保密的同時，讓證據仍然可用

內部版需求說明和來源紀錄只開放給指定的審閱者。不要把識別資訊、網址和筆記貼到大型群組；刪除與職缺無關的個人資料。只分享做職缺決定所需的證據，並附上審閱日期和更正方式。如果身分或某項說法有誤，保留原始線索、補上更正，再重新檢視受影響的決定。

英國資訊專員辦公室（ICO）指出，考慮使用 AI 招募工具的機構，應該確認資料保護影響評估、合法依據、書面化的責任分工、公平性與準確度的監測、透明度，以及是否只蒐集最低限度的必要個人資料。這篇 2024 年 11 月 6 日的文章是一般資訊，不是法律意見；請依你的機構和所在地適用的規定處理。NIST 將其 AI 風險管理框架定位為管理 AI 風險的自願性指引，而不是招募標準。

Talent Summoner 的定位

Talent Summoner 是我們的產品，依職缺需求找出候選人。我們於 2026 年 9 月 2 日查核的人才搜尋流程，會從職缺描述出發，在 LinkedIn、GitHub 和其他公開專業來源的 200M+ 份個人檔案中搜尋，再產生排序後的入圍名單，列出必備條件、加分條件和白話說明。請只使用已核准的安全版需求說明，並自己檢視公開證據。排序能幫助審閱，但它不會查證說法、不能確認對方有興趣或有空、不能保護雇主身分，也不能取代聯繫、面試和最終選才。

如果你手上是現有的履歷，另一個候選人排序流程比較適合。把對方提供的資料和機密搜尋紀錄分開保存，並套用相同的存取控管。

下一步

開始搜尋前，請職缺負責人核准安全版需求說明、揭露界線、指定的審閱者和來源品質紀錄。接著開始一次聚焦的人才搜尋。如果不揭露現任者或公司內部資訊就無法描述這個職缺，請先暫停，把這條界線處理好。