RPO契約途中で依頼範囲を増やす方法と注意点

RPOは契約期間中でも依頼範囲を増やせることが多いが、契約書に定めた「業務範囲の変更・追加時の費用」の条件次第で、追加できる範囲や金額は変わる。また、範囲を増やすだけでは属人化や知見不足といったRPOの構造的な課題は解決しないため、増やす前に代替の選択肢と比較しておく必要がある。

RPOの契約途中で依頼範囲を増やしたくなるのはどんな時か

採用人数の増加や新しい職種の追加など、契約時に想定していなかった業務量の変化が起きたときに、依頼範囲の拡大を検討する企業が多い。

RPOで委託できる業務範囲は提供会社によって幅があり、求人作成や面接の一部代行、進捗管理、採用戦略の設計まで任せられるケースもあるが、「誰を採るか」「何を魅力として打ち出すか」という最終判断は自社に残る、という線引きが実務上の目安になる[出典: 株式会社胡柳「採用代行(RPO)の依頼・選び方ガイド」]。そのため、契約時には不要だった業務が後から必要になり、自社の業務体制や課題、目的に応じて委託範囲を見直すケースは珍しくない[出典: dodadsj.com（デューダ）「RPO（採用代行）とは？対応業務の内容や費用、メリットを解説」]。

一方で、依頼範囲を増やすという対応は「お金で解決する」アプローチの一種であることも押さえておきたい。求人広告費を増やす、RPOを使う、採用担当者を増やすといった典型的な打ち手は、どれも実行の工数を削る設計にはなっていない。たとえば広告費を増やすと応募は増えるが、それを捌く工数も増えるため、対応速度がむしろ下がりうる。RPOの依頼範囲を増やす場合も同様に、「委託範囲を広げれば解決する」と早合点せず、何が根本的な課題なのかを先に整理しておくことがフェアパスの見解である。

契約途中で範囲を増やす前に確認すべき契約条件

依頼範囲を増やす前に、契約書で「業務範囲の変更・追加時の費用」がどう定められているかを必ず確認する必要がある。

RPOを依頼する際に契約前に確認すべき点として、一般的に以下の4点が挙げられる。

最低契約期間（3ヶ月・6ヶ月・1年など）
中途解約時のペナルティの有無・金額
成果が出なかった場合の返金保証・継続支援の有無
業務範囲の変更・追加時の費用

この4点は業界横断の一般的なチェックリストであり、特定の統計調査に基づくものではないが、丸投げ失敗を防ぐための実務上の確認事項として広く紹介されている[出典: 採用代行(RPO)の選び方・注意点に関する解説記事]。契約済みのRPOに追加を依頼する場合も、新規契約時と同じ観点で「追加時にいくら、どのタイミングで費用が発生するか」を確認してから交渉に入ることが、トラブルを避ける最低限の準備になる。契約条件そのものの確認方法については、RPO契約前に確認すべきこと｜業務範囲と契約条件の見極め方で詳しく整理している。

範囲を増やすだけでは解決しない、RPOの構造的な課題

依頼範囲を拡大しても、RPOが持つ「属人化しやすく、改善の知見が自社に蓄積しない」という構造的な課題そのものは解決しない。

RPOは、人が必要な部分の運用代行を得意とするサービスである一方、ノウハウが担当者や代行会社側に閉じやすく、組織に改善知見が蓄積しにくいという性質を持つ[出典: フェアパス（bgrass株式会社）サービス資料]。実務を任せたまま対応内容や結果の共有を怠ると、自社の採用担当者が採用プロセスの知見を把握できず、契約終了後に自社で採用業務を継続することが難しくなる可能性も指摘されている[出典: パーソルビジネスプロセスデザイン株式会社「RPOとは？採用代行に委託できる業務範囲」]。

さらに、依頼範囲を広げる交渉そのものが新たなトラブルの火種になりやすい点にも注意が必要である。RPO契約のトラブルの多くは「ここまでやってくれると思っていた」「それは契約範囲外だ」という業務範囲の認識不一致から生じるとされ、単に「業務一式」として追加するような契約は危険だと指摘されている[出典: mirai-labo.biz「RPO（採用代行）契約の注意点」]。範囲を増やす交渉では、追加する業務の粒度や完了の定義まで具体的に合意しておくことが、根本課題の解決とは別に必要な実務上の手当てになる。契約後に実際に起きやすい困りごとは、RPO導入後に起きる困りごとと対処の選択肢でも扱っている。

依頼範囲を増やす3つの選択肢と、それぞれが向く条件

依頼範囲を増やす方法は、既存RPOへの追加交渉・別サービスの併用・AIによる実行業務の巻き取りの3つに大別でき、増やしたい業務の性質によって向き不向きが分かれる。

RPOの委託範囲は会社によって異なるため、既存ベンダーがすでにカバーしている業務の延長であれば追加交渉が最も早い。一方、既存ベンダーが対応していない領域については、別サービスの併用を検討することになる。ただし、日程調整・評価回収・リマインドといった「工程のあいだ」の業務は、特化型AIを個別に導入しても人に残りやすいという整理もある[出典: フェアパス（bgrass株式会社）による採用工程の整理]。この性質を踏まえると、既存のATS・RPOを残したまま段階的にAIの範囲を広げるという考え方も選択肢になる。

選択肢	向いている業務の性質	留意点
既存RPOへの追加交渉	既存ベンダーが得意とする業務の延長（母集団形成や応募者対応の拡大など）	業務範囲の粒度・完了の定義を契約書・覚書に明記する
別サービスの併用	既存ベンダーがカバーしていない業務領域	自社の業務体制や課題、目的に応じて委託範囲を再定義する必要がある[出典: dodadsj.com「RPO（採用代行）とは？」]
AIによる実行業務の巻き取り	日程調整・評価回収・リマインドなど「工程のあいだ」の定型業務	既存ATS・RPOはそのまま残し、フェーズ1（部分導入）から段階的に範囲を広げる

段階移行の考え方としては、フェーズ1で一部の求人・定型業務から部分導入し既存ATS・RPOはそのまま残す、フェーズ2でAIの範囲を拡大し外部委託は繁忙期の専門支援・例外対応に絞る、フェーズ3で応募受付からデータ更新まで一気通貫に移行し既存ATSは記録の正本として残す、という3段階が整理されている[出典: フェアパス（bgrass株式会社）による整理]。実際の運用では、ATS・メール・カレンダー・チャットの採用データをひとつにつなぎ、候補者対応・日程調整・評価回収・進捗管理をAIが自律的に実行し、人は候補者の見極めと口説きに集中する形が想定されている[出典: フェアパス（bgrass株式会社）のサービス定義]。RPOとAIを使った代行の違いについては、RPOとAI RPOの違いとは？定義・料金・選び方でも整理している。

AIで実行業務の範囲を広げる場合に押さえる4つの設計原則

RPOの範囲拡大ではなくAIに実行業務を任せる場合は、判断の入らない業務から小さく始め、人の最終判断を残す設計にすることが失敗を防ぐ。

フェアパスのフレームワークでは、AIに任せても不安にならない設計として次の4原則が整理されている[出典: フェアパス（bgrass株式会社）「AIオペレーターとしての採用担当者設計図」]。

AIの自律範囲を小さく始める（判断の入らない実行業務から）
暗黙知を言語化してからAIを動かす
人が最終判断を持つ設計を明示する
AIの実行結果（実行ログ・判断根拠）を透明化する

RPOの依頼範囲を増やす交渉で粒度や完了の定義を明文化する必要があるのと同様に、AIに実行業務を任せる場合も「どこまでAIが判断し、どこから人が判断するか」を明示することが、見えない業務が増える不安を抑えることにつながる。

まとめ

依頼範囲を増やす判断は「契約上増やせるか」「増やして本当に課題が解決するか」「増やす以外の選択肢はないか」の3つを順に確認することで精度が上がる。

契約条件の確認（業務範囲の変更・追加時の費用、最低契約期間、中途解約ペナルティ、返金・継続支援の有無）、属人化・知見蓄積という構造的課題の見極め、既存RPO・ATSを残したまま段階的にAIへ移行する選択肢の検討という順序で判断すると、場当たり的な範囲拡大による対応速度の低下を避けやすい。採用格差を埋める典型的な打ち手が「お金で解決する」アプローチにとどまりがちであることを踏まえると、範囲を増やす前に「実行の工数を削る設計になっているか」を自問することが、判断の精度を上げる最後の確認点になる[出典: フェアパス（bgrass株式会社）の見解]。

よくある質問

RPOの依頼範囲を増やすと追加費用はどのくらいかかりますか？ 従量課金型の場合、選考日程調整は月額5万円〜、面接代行を含めると月額30万円〜が目安とされる[出典: リクルートエージェント「採用代行（RPO）とは？委託できる業務や費用相場をご紹介」]。契約形態や既存プランとの組み合わせによって実際の増額幅は変わるため、個別に見積もりを確認する必要がある。

依頼範囲を増やす交渉で揉めやすいポイントは何ですか？ 「ここまでやってくれると思っていた」という業務範囲の認識不一致が典型的なトラブル要因になる[出典: mirai-labo.biz「RPO（採用代行）契約の注意点」]。追加する業務の粒度や完了の定義まで契約書・覚書に明記しておくことが、揉め事を避けるポイントになる。

自社の採用工程のうち、既存のATS・RPOに残すべき業務と、AIに任せられる実行業務をどう切り分けられるか診断します。詳しくはフェアパスのサービス紹介をご覧ください。

著者：フェアパス編集部

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