タレントプールの作り方と運用｜連絡希望・管理表・停止と保存の見直し

タレントプールは、将来の採用につながる可能性のある人の情報を管理し、本人の希望に合う接点を続ける仕組みです。辞退者、過去の応募者、退職者、イベント参加者などが候補になりますが、接点があったことと求人情報を受け取りたいことは同じではありません。
最初に決めるのは、登録人数の目標より、どの情報を何のために持ち、誰が連絡し、本人が停止を求めたらどう対応するかです。応募者管理システムに記録があるだけでは、継続連絡を希望していると確認できません。
以下の表、案内、頻度は編集部の運用例です。個人情報の扱いは2026年11月に確認した個人情報保護委員会の通則編を根拠に、法律上の原則と自社で決める運用を分けて記載します。

過去の選考で取得した情報を将来の求人案内へ使えるかは、当初の利用目的や案内内容などを確認して判断します。個人情報保護法の通則編は、特定した目的の範囲を超える利用について、原則として事前の本人同意が必要としています。目的変更が認められる範囲や例外もあるため、「採用目的ならすべて使える」「常に同じ同意書が必須」とは一律に扱いません。
編集部は、連絡する情報の種類と停止方法を示し、本人が希望を選んだ記録を残す運用を提案します。これは自社の説明と記録を明確にするための設計であり、すべての場面で同一形式の同意が法定されているという意味ではありません。

下記は、候補者に継続連絡の希望を確認する架空の文面です。実際には、会社の利用目的、プライバシー案内、保存や問い合わせの運用と整合させます。希望しないことによる不利益を示唆せず、今回の選考終了と登録希望の確認を分けます。

氏名や経歴を大量に集める前に、どの目的の連絡ができ、いつ確認し、停止されていないかを見られる状態にします。選考で使う詳細な評価記録は、将来の情報配信のために全員へ公開する必要はありません。原本を別システムで管理する場合は、必要な参照先だけを持つ方法もあります。

定期配信を埋めるために毎回同じ求人を送らず、希望に合う募集、担当する仕事の具体化、説明会など、本人が判断できる情報を選びます。頻度を決める場合は案内に示し、実際の運用と合わせます。月1回などの数字を万人に有効な頻度として扱わないでください。
架空の配信例では、「新しい開発職を募集しました。担当は既存APIの改善、当番対応の有無と勤務場所は求人に記載しています。仕事内容の説明だけを希望する場合も窓口から連絡できます」と案内します。登録している人全員を「転職希望者」と呼んだり、未回答を興味ありと判定したりしません。
返信が来たら、情報受信の継続、応募前相談、正式応募を区別して引き継ぎます。選考へ移る場合も、過去のプロフィールを本人が更新できるようにします。

連絡停止の依頼を受けたら、配信対象と担当者の送信予定から外します。停止した人が別のリストから再登録されないよう、照合に必要な最小限の記録をどう扱うかも決めます。ただし「再送防止」を理由に詳細な経歴を無期限に保存する必要はありません。
通則編は、利用する必要がなくなった個人データについて、遅滞なく消去するよう努めることを示しています。これを「候補者情報は法律上すべて1年で削除」といった一律の期間へ読み替えないでください。保存が必要な目的、他の義務、本人からの請求の内容を確認して、必要な範囲と期間を決めます。
実務では、受付、送信停止、保存範囲の確認、必要な消去、本人への回答を担当者付きで記録します。外部の配信先や委託先にも対象があるなら、その対応完了を確認します。問い合わせを受けた人の個人判断で、必要な記録まで一括削除しないようにします。

担当者の個人アカウントや私有の表だけに情報を置かず、業務上必要な人が必要な範囲で閲覧できるようにします。ダウンロード権限、退職時のアクセス停止、外部委託先の管理、持ち出したファイルの扱いを確認します。共有する相手が同じグループ会社だから自由に渡せるとは扱いません。
ツール選定時には、希望の記録や停止状態を出力できるか、契約終了時にデータがどう扱われるかを確認します。実例として、TalentCloudの公式ページは2026年9月30日のサービス終了と同年10月16日の登録データ消去を告知しています。検索結果の古い料金表示だけでは現状を確認できません。
移行時は連絡停止の状態も移し、移行できたことを確認してから旧環境を閉じます。登録者数だけが一致しても、連絡できる条件が欠けていれば同じ運用にはなりません。

架空の例で、管理表に100人いても、連絡停止が20人、希望や連絡先の確認が必要な人が10人なら、今回の配信候補は70人です。そのうち募集職種が合う40人へ送信し、5人が応募前相談を希望した場合、送信対象からの相談希望率は5÷40＝12.5%です。100人を分母にした5%とは意味が異なります。
人数は同じ観測日で数え、配信失敗、返信、応募、停止を分けます。メールの開封は取得できない場合や計測条件の影響があるため、関心や転職意思そのものとして扱いません。連絡停止が増えたら、内容と頻度、登録時の説明を見直します。
担当時間も計測します。登録更新2時間、配信準備3時間、返信対応2時間という架空例では月7時間です。登録者1人当たりの費用だけで評価せず、本人の希望を維持して対応できる規模かを確認します。

反応のない人を自動的に「低関心」と決めつけず、希望に合う案内を送ったか、連絡先が有効か、送る理由があるかを確認します。確認連絡自体を繰り返す運用にも注意が必要です。

最初は希望を確認できる対象に絞り、登録、案内、返信、停止の一連の手順を試します。自社のテスト用連絡先で、停止操作が全送信元に反映されるかも確かめます。件数を増やす前に、担当者が不在でも同じ対応ができる状態にします。
対象別の設計は退職者との関係と再応募を分けるアルムナイ採用、本人の意思を確認するリファラル採用と接続できます。相談から次へ進む場合はカジュアル面談の目的と進め方を案内します。保有する人数を増やすことより、本人が希望する情報を説明したとおりに届けられることを確認してください。