ステップ1｜採用課題・目標・KPIを整理する
最初に、「なぜスカウト代行を使うのか」を明確にします。
採用担当者の工数不足、媒体を契約したが送付できていない、候補者検索が難しい、返信が少ない、複数媒体を管理できないなど、課題によって必要な支援は変わります。
採用目標を整理する
対象求人、採用人数、採用期限、優先順位を整理します。
「営業職を採用したい」だけではなく、何名をいつまでに採用したいのか、複数求人のうちどれを優先するのかを決めます。
現状のKPIを確認する
すでにスカウト媒体を利用している場合は、月間送付数、返信、面談、応募、選考、採用などを確認します。
送付数が不足しているのか、送れているが返信が少ないのかで、導入後に見るべき改善ポイントが変わります。
導入目的を文章にする
たとえば、「月間送付数を安定させる」「採用担当者の候補者検索工数を減らす」「検索条件と文面の改善を継続する」といった形です。
採用決定だけを目標にすると、スカウト代行以外の求人条件・選考・採用ブランドの影響と切り分けにくくなります。
ステップ2｜求人要件・MUST・WANT・NG・訴求を整理する
スカウト運用の正本になる情報を作ります。
求人票
仕事内容、勤務地、年収、雇用条件、必要経験など、候補者へ提示する求人情報を確認します。
求人票が古い場合は、運用開始前に最新化します。
採用背景・期待役割
なぜ採用するのか、入社後に何を任せたいのかを整理します。
候補者検索では、募集職種名より実際の役割が重要になることがあります。
MUST・WANT・NG
MUSTは採用に必要な条件、WANTは加点条件、NGは採用できない条件です。
「求人票に書いてあるから全部MUST」とせず、条件ごとに優先順位を決めます。
条件緩和の範囲
候補者が少ない場合に、経験年数、業界、年収、勤務地など、どこまで調整可能かを決めます。
運用開始後に毎回社内確認が必要になると検索条件の改善が止まりやすいため、事前に範囲を共有します。
求人の訴求
仕事内容、事業、顧客、チーム、裁量、キャリア、技術、働き方など、候補者へ伝えられる魅力を整理します。
候補者ごとの文面を作る場合でも、求人側の訴求が整理されていなければ内容が薄くなります。
ステップ3｜対象媒体と委託範囲を決める
どの媒体を誰が運用するかを決めます。
利用する媒体を整理する
現在利用中の媒体、これから契約する媒体、契約期間、残通数などを確認します。
複数媒体を利用する場合は、求人ごとにどの媒体を使うかも整理します。
委託する工程を決める
採用要件、検索条件、候補者選定、文面、送信、返信、日程調整、KPI、改善のうち、どこを外部へ任せるか決めます。
全部委託する必要はありません。
候補者リスト作成だけ、文面作成だけ、送信まで、KPI改善だけなど、部分委託も可能です。
媒体条件を確認する
第三者が管理画面を操作できるか、追加ユーザーや媒体承認が必要か、アカウント共有が認められるかは媒体によって異なります。
媒体内AI、媒体公式RPO、第三者のスカウト代行、外部生成AI・RPAも別に扱います。
ステップ4｜代行会社を比較・選定する
代行会社は、月額料金だけで選ばないことが重要です。
対応業務、対象媒体、候補者選定、文面、KPI改善、AI利用、情報管理、担当体制を同じ条件で比較します。
自社の条件を揃えて見積もりを依頼する
求人数、媒体数、月間想定送付数、候補者選定の有無、個別文面、返信・日程調整、定例頻度などを揃えて見積もりを依頼します。
見積条件が違うと、月額だけ比較しても判断できません。
実際の運用方法まで確認する
「対応媒体です」「AIを使います」という説明だけではなく、誰がどのアカウントで操作するのか、AIへ何を入力するのか、企業側の確認はどこで必要かを聞きます。
実績は条件付きで確認する
返信率、応募数、工数削減などの実績を見る場合は、職種、媒体、期間、送付量、施策を確認します。
自社と条件が近い事例かを見ることが重要です。
ステップ5｜契約・アカウント・権限・情報管理を確認する
契約前後で、実際の運用権限を確定します。
契約範囲
基本料金に含まれる業務、追加料金、最低契約期間、求人・媒体追加、解約・更新条件を確認します。
媒体アカウント
誰のアカウントを使うのか、追加ユーザーを発行するのか、媒体側の承認・手続きが必要かを確認します。
企業の共通IDをそのまま外部へ渡す運用を前提にせず、媒体の現行条件に合わせます。
情報管理
候補者情報の保存先、アクセス権限、生成AI利用、ログ、再委託、契約終了時のデータ・権限削除を確認します。
AIを使う場合は、利用環境と入力する情報を具体的に確認します。
ステップ6｜キックオフで運用ルールを確定する
契約後は、企業と代行会社で運用ルールを揃えます。
キックオフで確認したい主な項目は次の通りです。
・採用目標と優先求人
・求人要件と条件緩和の範囲
・利用媒体と担当者
・MUST・WANT・NG
・候補者選定の判断ルール
・要確認候補の扱い
・スカウト文面の方針
・送信前の確認方法
・返信対応とエスカレーション
・KPIとレポート頻度
・改善提案と承認フロー
・媒体・AI・情報管理ルール
この内容を会議メモだけに残さず、求人ごとの正本情報として管理します。
ステップ7｜検索条件・候補者選定基準を作る
求人要件を、実際の候補者探索へ落とし込みます。
検索条件を作る
職種、業種、経験年数、勤務地、年収、キーワードなどを媒体に合わせて設定します。
検索結果が少なすぎる場合は、WANT条件、経験年数、業界などから順番に緩和します。
候補者選定基準を作る
検索結果だけで候補者を判定せず、職務経歴のどこを見るかを決めます。
同じ情報には同じ判定を適用し、候補者情報に書かれていない経験を推測しません。
情報不足の場合に「要確認」として残す条件も決めます。
初回サンプルを企業側で確認する
運用開始直後は、候補者リストの一部を企業側で確認し、選定基準が合っているかを確認します。
差し戻しがあれば、個別修正だけでなくルールへ反映します。
ステップ8｜スカウト文面・返信フローを確認する
候補者へ送る内容と、返信後の対応を確定します。
共通文面を確認する
会社・求人説明、面談案内、CTAなどを確認します。
求人内容や待遇に誤りがないことを企業側で確認します。
個別化ルールを決める
候補者ごとの文面では、候補者プロフィールに明記された事実と求人の役割をつなぎます。
候補者の志向や感情を根拠なく推測しません。
情報が少ない場合は、無理に個別化せず求人の訴求を中心にします。
送信前QAを決める
候補者名、求人、経歴の取り違え、誤った待遇、推測表現、媒体ルールに問題がないかを確認します。
返信フローを決める
候補者が返信した場合、誰が一次対応するか、求人条件の質問は誰へ確認するか、面談調整を誰が行うかを決めます。
ステップ9｜運用開始後にKPIを確認する
運用開始後は、最初の検索条件や文面を固定し続けません。
送付数
計画した通数を送れているかを確認します。
不足している場合は、候補者母集団、検索条件、確認工数を切り分けます。
返信・面談
候補者選定や文面、求人訴求が合っているかを見る指標として確認します。
ただし、返信率だけで成果を判断しません。
選考・採用
面談後に選考が進むか、採用につながるかを確認します。
候補者選定だけでなく、求人条件や選考プロセスの影響も見ます。
企業側の差し戻し
候補者リストの対象率、文面修正、条件変更も改善材料です。
運用初期は特に、企業側からの差し戻し理由を選定基準へ反映します。
ステップ10｜最初の改善サイクルを回す
最初のレビューでは、数値を報告するだけでなく、次に何を変えるかを決めます。
送付数が少ない場合
検索条件の緩和、媒体追加、確認工数、送付優先順位を見直します。
返信が少ない場合
候補者選定、求人条件、訴求、文面を分けて確認します。
候補者対象率が低い場合
検索条件・選定基準が企業側の採用要件とずれている可能性があります。
MUST・WANT・NG、要確認候補を見直します。
面談後に進まない場合
スカウト運用だけでなく、求人条件、仕事内容の説明、選考プロセスを確認します。
改善内容をログに残す
検索条件、選定基準、文面、求人条件を変更した場合、「何を」「なぜ」「いつ」変えたかを残します。
次回のレビューで変更前後を比較できる状態にします。
導入時に企業側が準備する情報一覧
スカウト代行をスムーズに始めるため、次の情報を揃えておくとよいでしょう。
採用計画
・対象求人
・採用人数
・採用期限
・優先順位
求人情報
・求人票
・採用背景
・期待役割
・年収・勤務地・働き方
・求人の訴求ポイント
採用基準
・MUST
・WANT
・NG
・条件緩和の範囲
・要確認候補の扱い
媒体情報
・利用媒体
・契約状況
・契約期間
・残通数・送付上限など必要な運用情報
・アカウント・ユーザー設定
運用情報
・現在の検索条件
・現在の文面
・送付数、返信、面談などのKPI
・返信後の社内フロー
情報管理
・候補者情報の取り扱いルール
・外部AIの利用可否
・共有ツール
・アクセス権限
・再委託条件
役割分担をRACIで決める
導入時は、「企業」と「代行会社」だけの二択で考えず、工程ごとに責任者を決めると運用しやすくなります。
たとえば、採用要件の最終決定は企業、検索条件案は代行会社、候補者選定は代行会社、要確認候補の最終判断は企業、送信は媒体条件に応じて担当を決める、といった形です。
RACIでは、実行担当、最終責任者、相談先、情報共有先を分けます。
特に、媒体アカウント、候補者情報、求人条件の変更、返信後の候補者対応は責任者を明確にします。
導入期間を短くするポイント
必要情報を最初に揃える
求人票や採用基準の確認に時間がかかると、検索条件・文面作成も遅れます。
承認者を決める
候補者選定、文面、条件緩和を誰が承認するかを決めます。
複数人の確認が必要なら、どの順番で確認するか決めます。
媒体手続きを早めに確認する
追加ユーザー、委託先登録、媒体承認などが必要な場合、契約後に初めて確認すると運用開始が遅れる可能性があります。
検討段階で確認します。
最初から完璧を目指さない
検索条件・文面を長期間作り込んでから始めるより、最低限の基準を揃え、初回サンプルを確認し、運用結果から改善する方が早く学習できる場合があります。
ただし、媒体規約・情報管理・候補者への誤情報など、開始前に必ず確認すべき事項は省略しません。
AIスカウトくんの導入フロー
AIスカウトくんの公式案内では、ヒアリング、契約、運用媒体への招待、キックオフ、運用開始という流れが示されています。
契約から運用開始までは通常約1週間と案内されていますが、これはAIスカウトくんの現在のサービス例であり、スカウト代行一般の標準期間を示すものではありません。
実際の開始時期は、対象媒体、求人情報、アカウント手続き、社内確認などによって変わります。
AIスカウトくんでは、候補者選定、スカウト文の作成、返信対応、運用改善までを支援対象とし、媒体ごとの条件に合わせて運用方法を設計します。
よくある質問
スカウト代行は契約後すぐに始められますか？
事業者・媒体・求人によります。求人要件、検索条件、文面、アカウント・権限、媒体手続きなどの準備が必要です。具体的な開始日は、利用するサービスと媒体で確認してください。
導入前に求人票だけ用意すればよいですか？
求人票に加え、MUST・WANT・NG、採用背景、条件緩和の範囲、求人の訴求、利用媒体、現在のKPIなどがあると立ち上げやすくなります。
候補者選定は運用開始前に全件確認すべきですか？
運用方法によります。最初はサンプルを企業側で確認して基準を合わせ、その後の確認方法を調整する方法があります。求人難易度・リスク・社内工数に合わせて決めます。
媒体のアカウントは代行会社へ渡せばよいですか？
一律には言えません。第三者利用、追加ユーザー、委託先登録などの条件は媒体によって異なります。媒体の現行規約・契約条件に沿って設定します。
運用開始後、最初に何を見直すべきですか？
送付数、候補者対象率、返信、面談などを見て、どこがボトルネックかを確認します。検索条件、候補者選定、文面をすべて同時に変えるのではなく、課題に対応する工程から改善します。
AIスカウトくんに関するよくある質問
スカウト代行とRPOの違いは？
違いは支援範囲です。AIスカウトくんはスカウト運用を中心に支援し、TechSuiteでは採用活動全体を支援するRPOサービスの「AI RPOパートナー」も提供しています。
候補者検索から送信まで、すべて任せられる？
はい。AIスカウトくんでは、候補者検索・選定からスカウト文の作成、送信まで対応できます。ただし、プランによっては検索条件の作成や定期的な振り返り・改善支援を含まない場合があります。
スカウト媒体の利用料金は代行費に含まれる？
いいえ。AIスカウトくんの代行費とは別に、利用するスカウト媒体の契約・利用料金が必要です。
新卒採用と中途採用の両方で使える？
はい。AIスカウトくんは新卒採用・中途採用の両方に対応しています。人材紹介会社の候補者スカウト運用にも対応できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。
どのスカウト媒体でも代行できる？
はい。ビズリーチやOpenWorkリクルーティングなど、基本的に各種スカウト媒体で代行できます。ただし、媒体の利用規約により第三者による代行が認められていない媒体では対応できません。利用予定の媒体について、事前に対応可否を確認します。
まとめ｜導入前の準備で「誰が・何を・どの基準で行うか」を決める
スカウト代行の導入は、代行会社を契約して終わりではありません。
採用課題、求人要件、MUST・WANT・NG、対象媒体、委託範囲、アカウント・権限、候補者選定、文面、返信、KPIを整理し、企業と代行会社の役割を決める必要があります。
特に、媒体・アカウント条件と候補者情報の扱いは、運用開始前に確認します。
運用開始後は、最初の検索条件や文面を固定せず、送付数、対象率、返信、面談、選考を見ながら改善します。
導入スピードだけを追うのではなく、「同じ判断を再現できる運用ルール」と「改善結果を正本へ戻す仕組み」を作ることが、継続的なスカウト運用につながります。
この記事に近い導入事例
