AI RPO導入後の社内体制の作り方

AI RPOを導入した後の社内体制づくりで最初に決めるべきは、人数ではなく「判断基準を誰が持つか」である。内製化するか外部（FDEやRPO）に委ねるかを3つの問いで仕分けたうえで、段階移行のフェーズに合わせて体制を更新していくのが基本の手順になる。体制のサイズも、応募数ではなく外注できない判断・伝達の量で決まる。

AI RPO導入で社内体制を作り直すとは、具体的に何を変えることか

体制の変更とは人数の増減ではなく、日々の実務（日程調整・連絡・更新）をAIが担い、人は判断と例外対応に集中するという役割の再配分である。この再配分の考え方を理解しないまま「人を減らす／増やす」だけを議論すると、体制はうまく定着しない。

フェアパスの提供体制は、チャット起点で日程調整・連絡・更新を自律実行する共通基盤が約8割、FDE（Forward Deployed Engineer）による個社最適が約2割という構成になっている。このFDEの供給背景には、3,500人規模のエンジニアコミュニティがある[出典: WP17「AI駆動採用」実装ロードマップ、bgrass社内データ、2026年7月公開]。これはbgrassが自社の提供体制として公開している数値であり、自己申告の情報として扱う必要がある。

この構成が示しているのは、ATSなどのSystem of Record（SoR）は候補者情報や選考履歴を蓄積する場所として残り、日々の操作や実務はAIエージェントが担う、という役割分担である。これは既存ATSにAI機能を追加する「AI ATS」の発想とは異なる[出典: note「ATSは記録し、AIエージェントが仕事を進める。」bgrass、2026年8月公開]。社内体制も、この「記録はATS・実務はAI・判断は人」という分担に合わせて設計する必要がある。つまり、社内のメンバーに残すべき役割は「操作」ではなく「判断」だという前提から体制図を描き直すことになる。

前提条件：体制を考える前に、今どのパターンで委託しているかを診断する

社内体制の出発点は一律ではなく、外部委託の最適化から入る企業（パターンA）、基幹ATSとの連携から入る企業（パターンB）、オペレーション逼迫の解消から入る企業（パターンC）で異なる。どのパターンに近いかによって、最初に手をつけるべき範囲が変わる。

パターン	対象企業像	体制設計の出発点
A	RPO・BPO・採用アシスタントに月次費用を払っている企業	外部委託の最適化から始める
B	上場企業・大規模組織	基幹ATSとの連携から始める
C	少人数〜ひとり人事	オペレーション逼迫の解消から始める

[出典: WP22 スイッチングコストゼロ採用AI設計図、bgrass、2026年7月公開]

この分類はフェアパス（bgrass株式会社）による整理であり、業界標準の分類ではない。たとえばパターンAの企業は、まず外部委託費の内訳（何にいくら払っているか）を棚卸しすることから体制設計が始まる。パターンBの企業は、基幹ATSを残したままAIをどこに接続するかという技術的な整理が先に必要になる。パターンCの企業は、人数を増やす前に「今、何にどれだけ時間を使っているか」を可視化する作業が最初のステップになる。導入前にどこまで社内で決めておくべきかについては、RPO導入前の社内準備｜任せる前に決めることで詳しく扱っている。

手順1：内製化するか外部（FDE・RPO）に残すかを、3つの問いで仕分ける

緊急性・独自性・保守性という3つの問いに答えることで、社内に残すべき判断業務と、外部に委ねてよい実行業務を仕分けられる。この仕分けを飛ばして「とりあえず内製化」「とりあえず外注」と決めると、後から体制の組み替えが発生しやすい。

緊急性を問う：本番環境が短期間で必要か。短納期であれば、既存の仕組み（共通基盤やRPO）を使う方が現実的な場合が多い。
独自性を問う：他社が真似できない自社固有の判断基準があるか。独自の判断基準がある業務ほど、社内に残す価値が高い。
保守性を問う：作った後、運用し続けられる体制があるか。内製化しても保守する人がいなければ、仕組みは形骸化する。

[出典: WP31 AI日程調整と、日程調整ツールは何が違うのか、bgrass、2026年8月公開]

内製化の本質は、実行のソフトウェアを自社で書くことではなく、判断基準を言語化して渡せる状態にすることだとされている。フェアパスの提供体制が共通基盤8割・FDE2割という構成になっているのも、この仕分けの結果と捉えられる。つまり、個社固有の判断が必要な2割の部分はFDEが調整を担い、残り8割の定型的な実行部分は共通基盤に任せるという設計である[出典: WP17「AI駆動採用」実装ロードマップ、bgrass社内データ、2026年7月公開]。社内側がすべきことは、この2割に該当する「自社固有の判断基準」を言語化し、FDEや外部委託先に渡せる状態にしておくことになる。

手順2：同じ委託でも「任され方」で社内に残るタスクは変わる—役割分担を明文化する

依頼されたことを実行するアシスタント型の委託では、判断が必要な場面がそのまま社内に戻ってくる。一方、裁量の大きいリクルーター型の委託であっても、自社の暗黙ルールが伝わっていなければ確認・修正の作業が発生する[出典: WP24 現場に残ってしまうタスクは、どこまでAI化できるのか、bgrass、2026年8月公開]。

この観察が示しているのは、体制設計で検討すべきなのは「どこまで任せるか」という範囲の広さではなく、「暗黙のルールをどう言語化して渡すか」という中身だということである。範囲を広く任せても、採用基準や社内の慣習が言語化されていなければ、結局は社内の担当者が確認・修正に時間を取られることになる。これはATSが記録の正本（SoR）として残り、AIが実務を進めるという役割分担とも整合している。AIや委託先に渡すべきなのは操作手順だけでなく、「なぜその判断をするのか」という基準そのものである。委託先に任せた後も現場に残ってしまう工数の削り方については、RPOやAI RPOと分担しても残る、採用の「見えない工数」の削り方で具体的に整理している。

手順3：体制の人数は応募数ではなく「判断と伝達の量」で決める

月200件程度の応募を処理する体制の人数を決めていたのは、処理量そのものではなく、外注できない判断と伝達の工数である。AI RPO導入後はこの伝達工数が減ることで、必要人数も変わる。

比較の対象	内容	出典・注記
月200件の応募処理に必要な人数（RPO併用時の見解）	通過判断自体は1〜2分でも、RPOへの伝達・確認まで含めると1件あたり数十分かかり、社内2〜3名が目安だった。フェアパス導入後は月200〜300件規模でも専任リクルーター1〜2名で回るとされる	bgrassの見解・現場観察であり、定量調査ではない [出典: note「中途採用で月応募200件を何人で回すのがAI時代の正解か？」bgrass、2026年9月公開]
導入企業のルーチン作業とストレス	毎日合計で約40件の処理が発生する中でも、毎朝20分程度のルーチン作業で完結するようになり、担当者のストレスが60〜70%減った	導入企業1社の担当者の実感ベース。自社事例・n=1 [出典: note「【実践マニュアル②】毎朝20分で完結・ストレス7割減。」bgrass、2026年7月公開]
ある導入企業の採用オペレーション時間	1日2〜2.5時間かかっていた採用オペレーションが約20分になり、中途採用の応募数が月50件から月150件に増加した	導入前との比較・インタビュー時点。※1 導入初期にbgrassが一部オペレーションを伴走支援した期間を含む　※2 応募数の増加は、空いた時間に担当者が母集団形成に取り組んだ結果を含み、フェアパス単独の効果ではない [出典: lp.fair-path.jp 導入実績]

人数の目安を考える際のポイントは、「応募が増えたら人を増やす」という発想ではなく、「判断と伝達にどれだけ時間がかかっているか」を先に測ることである。月応募200件の体制人数をどう考えるかについては、中途採用で月応募200件を何人で回すのがAI時代の正解か？でさらに詳しく解説している。

手順4：フェーズが進むごとに体制をアップデートする

体制は一度作って終わりではなく、部分導入→実行業務の移管→AIネイティブ統合という3フェーズの進行に合わせて、社内の役割と外部委託の範囲を見直していく[出典: WP22 スイッチングコストゼロ採用AI設計図、bgrass、2026年7月公開]。

フェーズ1：部分導入　一部の求人・定型業務にAIを導入し、既存のATS・RPOはそのまま残す段階。社内体制としては、AIの出力結果を確認する役割を1〜2名が兼務する程度で十分なことが多い。
フェーズ2：実行業務の移管　AIが担う範囲が拡大し、外部委託（RPO）は繁忙期の専門支援や例外対応に絞られていく段階。社内体制は、AIが処理した結果の確認と、委託先との連携役を明確に分ける必要が出てくる。
フェーズ3：AIネイティブ統合　応募受付からデータ更新までが一気通貫でAIによって処理される段階。既存ATSは記録の正本（SoR）として残り、社内の役割は判断と例外処理に特化していく。

このフェーズの進行は、既存のATSやRPOを急に手放すことを前提にしていない。フェーズ1・2の期間は既存の仕組みを残したまま、社内の役割だけを少しずつ組み替えていくことになる。

よくあるつまずきと回避策：体制構築でありがちな3つの失敗

体制構築でよくあるつまずきは、委託の任せ方を変えずに体制だけ縮小すること、内製化の判断基準を言語化せずに進めること、フェーズを飛ばして既存ATS・RPOを急に切ることの3つである。

つまずき	原因	回避策
委託の任せ方を変えずに社内人員だけ減らす	アシスタント型の委託のまま人を減らすと、判断が必要な場面がそのまま社内に戻ってくる[出典: WP24 現場に残ってしまうタスクは、どこまでAI化できるのか、bgrass、2026年8月公開]	人員を減らす前に、委託先への「任され方」をリクルーター型に近づけ、暗黙ルールを言語化して渡す
内製化の判断基準を言語化せずに「とりあえず内製化」する	緊急性・独自性・保守性の3つの問いを検討せずに進めると、作った後に保守できなくなる[出典: WP31 AI日程調整と、日程調整ツールは何が違うのか、bgrass、2026年8月公開]	内製化を決める前に3つの問いに答え、保守し続けられる体制があるかを確認する
フェーズを飛ばして既存ATS・RPOを急に切る	フェーズ1から3へ一気に移行すると、既存ATS・RPOとの併用期間がなく、確認・修正の負荷が一時的に集中する[出典: WP22 スイッチングコストゼロ採用AI設計図、bgrass、2026年7月公開]	フェーズ1（部分導入）→フェーズ2（実行業務の移管）→フェーズ3（統合）の順に、既存の仕組みを残しながら段階的に進める

まとめ

体制設計は「人数を決める」より先に、次の順番で進めるとつまずきにくい。

自社がパターンA（外部委託最適化）・B（基幹ATS連携）・C（オペレーション逼迫解消）のどれに近いかを診断する
内製化の要否を緊急性・独自性・保守性の3つの問いで仕分ける
委託の任され方（アシスタント型かリクルーター型か）によって社内に残るタスクが変わることを前提に、暗黙ルールを言語化する
必要人数を応募数ではなく判断・伝達の工数から見積もる
段階移行のフェーズ進行に合わせて、体制を更新し続ける

導入前の準備段階から整理したい場合はRPO導入前の社内準備｜任せる前に決めること、人数の目安をさらに掘り下げたい場合は中途採用で月応募200件を何人で回すのがAI時代の正解か？を参照してほしい。

よくある質問

FDE（Forward Deployed Engineer）とは何で、社内体制にどう関わりますか？ FDEとは、フェアパスの提供体制のうち約2割を占める、個社固有の運用に合わせて調整を行う役割である。共通基盤（約8割）で対応しきれない個社最適の部分をFDEが担い、その供給背景には3,500人規模のエンジニアコミュニティがある[出典: WP17「AI駆動採用」実装ロードマップ、bgrass社内データ、2026年7月公開]。社内側は、FDEが調整できるように自社固有の判断基準を言語化して渡す役割を持つことになる。

RPOとAI RPOを併用する期間は、社内の役割分担をどう変えればよいですか？ 段階移行のフェーズ1・2にあたる期間は、外部委託（RPO）を繁忙期の専門支援・例外対応に絞りつつ、社内はAIが処理した結果の確認と暗黙ルールの言語化に集中する設計にする[出典: WP22 スイッチングコストゼロ採用AI設計図、bgrass、2026年7月公開][出典: WP24 現場に残ってしまうタスクは、どこまでAI化できるのか、bgrass、2026年8月公開]。この期間に暗黙ルールを言語化しておくことが、フェーズ3での一気通貫統合をスムーズにする。

自社の採用体制がどのパターンに近いか、内製化すべき業務はどこかを一緒に整理したい方は、フェアパスの導入相談で体制診断を受けられます。自社の委託パターン（A/B/C）と内製化すべき業務の仕分けを踏まえた、段階移行プランの個別相談を行っています。

著者：フェアパス編集部

この記事は、AIを使って作成し、編集部が内容を確認しています。