ビズリーチの候補者選定で最初に決めること

求人票だけで候補者を選ばない

求人票には採用に必要な情報がすべて書かれているとは限りません。

たとえば「法人営業3年以上」と書かれていても、本当に必要なのが営業年数なのか、特定業界への提案経験なのか、新規開拓なのか、大手顧客との折衝なのかで候補者の見方は変わります。

そのため、候補者検索を始める前に、求人票の条件を「採用判断で見る条件」へ分解します。

MUST・WANT・NGを分ける

MUSTは満たさなければ採用が難しい条件、WANTはあると評価が上がる条件、NGは採用できない明確な条件です。

この3つを混ぜると、WANT条件まで必須として扱って候補者を落としすぎたり、逆にNG条件を見逃したりします。

生成AIは、求人票や採用基準の文章から条件候補を抽出し、MUST・WANT・NGへ整理する補助に使えます。

ただし、最終的にどの条件をMUSTとするかは、採用担当者と現場責任者が決めます。

「要確認候補」を作る

候補者選定を二択だけにすると、経歴の一部が不明な候補者を落としすぎることがあります。

たとえば、大規模プロジェクト経験が必須の求人で、候補者の職務経歴書に人数規模が書かれていないものの、その他の条件が強く合っている場合です。

こうした場合に「不合格」ではなく「要確認候補」として残すルールを作ると、過度な機械判定を避けられます。

候補者選定ルールの作り方

条件ごとに「何を根拠にするか」を決める

「営業経験あり」「マネジメント経験あり」だけでは、担当者によって判断が変わります。

営業経験なら、職種名、担当顧客、商材、営業プロセス、新規・既存、個人・法人など、どの記載を根拠にするかを決めます。

マネジメント経験なら、役職名だけでなく、人数、責任範囲、目標管理、育成など、求人で必要な要素を確認します。

同じ条件には同じ判定をする

担当者ごとに「この人はなんとなく良さそう」という判断をすると、候補者選定の再現性がなくなります。

同じ経歴情報には同じ判定を適用し、例外を認める場合は「なぜ例外にしたか」を残します。

これにより、後から検索条件や選定基準を改善するときに、どの判断が成果につながったかを見返しやすくなります。

社名だけで合否を決めない

候補者の在籍企業名は、経歴を理解するための補助情報になります。しかし、社名だけで合格・不合格を決めると、実際の担当業務や役割を見落とす可能性があります。

同じ企業でも部署、商材、顧客、役割は異なります。企業名はトリアージに使っても、最終判断は職務内容を確認して行います。

候補者情報にないことを補完しない

職務経歴書に記載がない経験を「おそらくやっている」と推測して評価しません。

たとえば、SaaS企業にいたからエンタープライズ営業経験がある、SIerにいたから大規模PJ経験がある、といった推測だけで条件を満たした扱いにはしません。

明記されていない場合は、未確認として扱います。

生成AIは候補者選定のどこに使う?

求人要件の構造化

求人票や現場ヒアリングをもとに、ポジションの役割、MUST、WANT、NG、評価ポイントを整理します。

AIに候補者を評価させる前に、何を評価するかを明確にする工程です。

評価ルールの文章化

「5年以上なら合格」といった単純な条件だけでなく、「何が明記されていれば条件を満たすのか」「情報不足なら要確認にするのか」を文章化します。

生成AIは、複雑な求人条件を判断ルールへ変換する補助に使えます。

検索条件の設計

選定基準をもとに、職種、業界、経験、キーワードなどビズリーチ上の検索条件候補を作ります。

候補者が少なければ、MUSTを維持しながらWANT条件から緩和する順番を考えます。

文面ルールの作成

候補者へ何を伝えるか、どの情報を個別化に使うか、候補者情報が少ない場合はどうするかを事前に決めます。

AIは、こうした文面の型や判断ルールの整理に使えます。

候補者本人の情報は外部AIへ送らない

TechSuiteの現行ビズリーチ運用では、候補者の職務経歴書やプロフィールを外部生成AIへ送信しません。

そのため、候補者選定は、AIで作った基準をもとに人がビズリーチ上で確認します。

候補者ごとの個別文面を作る場合も、外部AIへ候補者情報を渡すことを前提にしません。ビズリーチ内の公式AI機能を利用する場合は、媒体側が提供する機能として別に扱います。

ビズリーチのスカウト文面を作る基本

「なぜあなたに連絡したか」を事実ベースで示す

候補者ごとの文面では、求人情報を長く説明するより、候補者のどの経験と求人がつながるのかを短く示すことが重要です。

たとえば、職務経歴書に「法人向けクラウドサービスの新規営業」と明記されている候補者に対し、クラウド営業求人を案内するのであれば、その経験と求人の役割をつなぎます。

候補者の志向や感情を推測しない

「挑戦を大切にされていると感じました」「顧客志向に共感しました」といった表現は、プロフィールに根拠がなければ不自然になります。

候補者が書いた事実から、AIや担当者が勝手に価値観を補完しないことが重要です。

情報が少ない候補者に無理な個別文を作らない

候補者情報が少ない場合は、個別化できる材料がありません。

その場合に無理に「あなたの○○に惹かれました」と書くより、求人の役割、事業、キャリア、働き方など、候補者にとって判断材料になる情報を簡潔に伝えます。

個別化は「長さ」ではなく「接点」で考える

候補者への個別文を長くすれば返信率が上がるとは限りません。

重要なのは、候補者の経験と求人の接点が具体的に伝わることです。

1〜2文でも、「どの経験を見たか」「どの役割で活かせそうか」が明確なら、形式的な長文より自然です。

スカウト文面の作成フロー

1. 求人側の訴求を整理する

仕事内容、期待する役割、事業、顧客、技術、キャリアなど、候補者へ伝える要素を整理します。

2. 候補者を見るポイントを決める

候補者のどの経験が求人との接点になるかを、選定条件と同じ基準で確認します。

3. 候補者情報を媒体上で確認する

候補者情報を外部AIへ送らず、ビズリーチ上で確認します。

4. 個別化に使える事実を抽出する

候補者の直近業務、役割、成果、技術、顧客など、求人とつながる事実を選びます。

5. 求人との接点を書く

「○○の経験を活かし、弊社の△△職でご活躍いただけるのではと考えております」のように、候補者の経験と求人の役割をつなぎます。

6. 求人の魅力を簡潔に伝える

個別文だけで終わらず、仕事内容や求人の特徴を伝えます。

7. 推測表現・誤情報を確認する

候補者プロフィールにない情報を書いていないか、求人内容を誇張していないかを確認します。

ビズリーチ内の公式AI機能との違い

ビズリーチには、求人情報と候補者の職務経歴書を分析し、候補者ごとの文面を提案する「スカウトメッセージAIカスタマイズ機能」があります。

これはビズリーチ内で提供される公式AI機能です。

TechSuiteが外部生成AIへ候補者情報を送らない方針を採っていることと、ビズリーチの公式AI機能を利用することは矛盾しません。媒体内の公式AIと外部AIを別に扱っているためです。

公式AI機能を利用する場合でも、候補者と求人の整合、誤情報、過剰な表現がないかを確認してから送信することが重要です。

送信前に確認すること

選定基準を満たしているか

候補者がMUST・NG条件に対してどのような判定になっているかを確認します。

文面と候補者が一致しているか

別候補者の経験が混ざっていないか、求人と関係のない経験に触れていないかを確認します。

求人内容を誇張していないか

年収、働き方、役職、キャリア、仕事内容など、確定していない条件を断定しません。

媒体ルールに沿った送信か

誰が送信するか、どのアカウントを使うか、第三者委託に必要な手続きがあるかを確認します。

TechSuiteの現行ビズリーチ運用では、RPAや自動巡回による候補者情報取得・送信は行いません。

候補者選定・文面の品質をどう改善する?

不合格理由を集計する

候補者が見つからない場合は、どの条件で落ちる人が多いかを確認します。

たとえば、業界経験で多く落ちているなら、その業界経験が本当にMUSTかを採用担当者と再確認します。

「検索結果が少ない」だけでなく、「何の条件で候補者が減っているか」を見ることが重要です。

要確認候補の結果を見る

要確認候補を企業側へ共有し、実際に「対象」「対象外」の判断をもらうと、選定基準を改善できます。

要確認候補がほとんど対象になるなら、条件が厳しすぎる可能性があります。逆にほとんど対象外なら、要確認にする基準を見直します。

返信状況と文面をつなげて見る

返信が少ない場合、文面だけを変えるのではなく、送付対象の選定と求人訴求も確認します。

候補者選定がずれていれば、どれだけ文面を改善しても返信は増えにくくなります。

反対に、対象者は合っているのに返信が少ないなら、求人の魅力や個別文の接点を見直します。

判断変更をログに残す

「この条件はMUSTからWANTへ変更」「この経歴は要確認から対象へ変更」など、運用中の判断変更を記録します。

これにより、次回同じ候補者タイプが出たときに同じ判断を適用でき、担当者ごとのブレを減らせます。

AIスカウトくんのビズリーチ運用

AIスカウトくんは、TechSuite株式会社が提供する、生成AIと採用のプロを組み合わせたスカウト代行サービスです。

ビズリーチ運用では、求人理解、採用要件、MUST・WANT・NG、選定ルール、検索条件案、求人訴求、文面ルール、KPI改善など、企業側の情報整理にAIを活用できます。

一方、候補者情報は外部生成AIへ送らず、候補者の確認・選定はビズリーチ上で行います。

また、RPAや自動巡回による候補者情報取得・送信を前提にせず、ビズリーチ側の第三者委託・アカウント手続きに沿って運用します。

AIで候補者を完全自動判定するのではなく、AIで判断基準を整え、人が同じ基準で候補者を確認し、その結果を次の検索条件・文面・選定ルールへ反映する設計です。

よくある質問

ビズリーチの候補者をChatGPTで選定できますか?

TechSuiteの現行ビズリーチ運用では、候補者情報を外部生成AIへ送って選定する運用は行いません。求人要件や選定基準はAIで整理し、候補者はビズリーチ上で人が確認します。

候補者情報を使わずにAIで個別文を作れますか?

求人側の訴求、文面の型、職種別の表現パターンは候補者情報を使わずに作れます。候補者ごとの個別文は、候補者の事実情報との接点が必要なため、媒体上で情報を確認して作成します。

ビズリーチの公式AI機能は使えますか?

ビズリーチは公式のスカウトメッセージAIカスタマイズ機能を提供しています。これは媒体内の公式機能として扱います。外部AIへの候補者情報入力とは別です。

候補者情報が少ない場合はどうしますか?

無理に個別化しません。候補者プロフィールに明記された事実が少ない場合は、求人の役割や魅力を中心に伝えます。

候補者選定を完全自動化しないとAIを使う意味がないですか?

ありません。求人要件、評価基準、検索条件、文面ルール、KPI改善をAIで整理するだけでも、担当者ごとの判断差や作業工数を減らしやすくなります。

AIスカウトくんに関するよくある質問

スカウト代行とRPOの違いは?

違いは支援範囲です。AIスカウトくんはスカウト運用を中心に支援し、TechSuiteでは採用活動全体を支援するRPOサービスの「AI RPOパートナー」も提供しています。

候補者検索から送信まで、すべて任せられる?

はい。AIスカウトくんでは、候補者検索・選定からスカウト文の作成、送信まで対応できます。ただし、プランによっては検索条件の作成や定期的な振り返り・改善支援を含まない場合があります。

スカウト媒体の利用料金は代行費に含まれる?

いいえ。AIスカウトくんの代行費とは別に、利用するスカウト媒体の契約・利用料金が必要です。

新卒採用と中途採用の両方で使える?

はい。AIスカウトくんは新卒採用・中途採用の両方に対応しています。人材紹介会社の候補者スカウト運用にも対応できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。

どのスカウト媒体でも代行できる?

はい。ビズリーチやOpenWorkリクルーティングなど、基本的に各種スカウト媒体で代行できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。利用予定の媒体について、事前に対応可否を確認します。

まとめ|候補者情報をAIへ渡さなくても、選定と文面は標準化できる

ビズリーチの候補者選定とスカウト文面作成では、候補者情報を外部生成AIへ送らなくても、AIを活用できます。

求人要件、MUST・WANT・NG、選定ルール、検索条件、訴求、文面方針など、企業側の情報をAIで整理し、人がビズリーチ上で候補者を確認します。

個別文では、候補者のプロフィールに明記された事実と求人の役割をつなぎ、書かれていない志向や感情を推測しません。

AIを「候補者を自動処理する仕組み」ではなく、「人の判断基準を揃え、改善を速く回す仕組み」として使うことが、TechSuiteのビズリーチ運用の基本です。