エンジニア採用のRPO・採用代行・採用コンサルの違い

エンジニア採用のRPO、採用代行、採用コンサルは、会社ごとにサービス名と範囲が違います。僕の結論は、名称の比較をやめて、誰が採用業務を実行し、誰が技術要件と合否を判断し、契約後に何が開発組織へ残るかで選ぶべきだというものです。

日程調整や媒体管理の作業量が課題なら実行支援が合います。バックエンドとSREの役割が混ざっている、CTOとEMで技術評価が違うといった課題なら設計支援が先です。両方が必要でも、委託先と開発現場の責任を分けなければ、エンジニアの採用判断が外部任せになります。

エンジニア採用のRPOは合意した業務を支えます

RPOはRecruitment Process Outsourcingの略で、採用プロセスの一部または複数工程を外部へ委託する考え方として使われます。採用代行も近い意味で使われますが、法令上の単一サービス区分として支援範囲が統一されているわけではありません。契約先ごとに実際の業務を確認する必要があります。

実行支援の対象には、エンジニア求人媒体の管理、技術面接の日程調整、面接官への連絡、データ入力、職種別レポート作成などがあります。決まった手順を安定して回す支援は、採用担当者の作業負荷を下げ、CTOやEMが採用要件と技術評価へ時間を使いやすくします。

RPOを検討する前に、業務手順と完了条件を決めます。技術面接の日程調整なら、職種ごとの面接官、確保済みの面接枠、返信期限、例外時のEMが必要です。レポートなら、バックエンド、フロントエンド、SREを分け、書類確認から技術面接までの日数と開発現場の工数も定義します。曖昧な仕事を外へ移すと確認の往復が増えます。

委託後も社内に責任者を置きます。VPoEやEMが採用職種の優先順位を決め、複数職種にまたがる経歴などの例外へ対応し、委託先の報告から改善を判断します。RPOは技術要件を決める人を不要にする仕組みではありません。

求人、選考、KPIの設計がすでに整っている企業では、RPOが力を発揮しやすくなります。反対に、採用理由や必須条件が部門ごとに違う状態では、実行量を増やす前に合意形成が必要です。

採用コンサルは技術要件と選考の設計を支えます

エンジニア採用コンサルは、事業計画と開発ロードマップから採用の優先順位を決め、職種の責任、必須能力、求人の技術訴求、技術選考、KPIをつなぐ支援です。候補者個人の合否を引き取るのではなく、CTO、VPoE、EM、採用担当者が判断する基準と会議を作ります。

支援の初期では、経営者、CTOまたはVPoE、EM、採用担当者の認識差を確認します。バックエンドを一人採用する点は合意していても、経営者は新機能、CTOは基盤分割、EMは既存メンバーの負荷軽減を期待している場合があります。入社後九十日の成果と育成可能な技術を決め、要件として合意します。

設計後は、実際の求人と技術選考で使います。応募や面接記録を見ながら、技術要件が狭すぎないか、求人の説明が役割と合っているか、テックリード同士が同じ証拠を評価しているかを確認します。運用結果からスコアカードを更新する流れまでが支援範囲になります。

採用コンサルが向くのは、採用担当者を増やす前に型を作りたい企業や、外部支援の契約後も社内で改善を続けたい企業です。定型作業の負荷をすぐ下げたい場合は、採用代行を組み合わせる判断もあります。

契約を比較するときは、成果物の所有と更新方法を確認します。採用計画、要件、求人、評価基準、KPI定義を社内が編集できるか、担当者が会議を進行する研修があるかを聞きます。資料だけを受け取っても、判断理由が社内に残らなければ更新できません。

エンジニア候補者への行為ごとに許可を確認します

RPOや採用代行という名称だけで、職業安定法上の許可が必要かどうかは判断できません。2026年8月8日時点の職業安定法では、職業紹介を、求人と求職の申込みを受け、両者の雇用関係成立をあっせんする行為として定義しています。

厚生労働省「募集情報等提供と職業紹介の区分について」は、求人情報や求職者情報を提供するだけで、求人と求職の申込みを受けず、雇用関係の成立をあっせんしない場合は職業紹介に該当しないと説明しています。一方で、情報や提供相手を事業者の判断で選別する行為、提供相手に応じて情報を加工する行為、意思疎通を中継する際に事業者の判断で内容を加工する行為などには、職業紹介事業の許可等が必要になると示しています。

厚生労働省の同ページは、広告上の名称だけでなく、宣伝内容、契約内容、業務の実態を見て、全体として職業紹介に該当する場合には許可等が必要だと説明しています。求人企業に代わって採用候補者を選定したり、求人企業の判断によらず選考メールへ返信したりする例も職業紹介に該当すると示されています。

委託募集など別の規制が関係する場合もあります。個別契約の適法性は、業務フロー、情報の扱い、判断主体によって変わります。契約前に都道府県労働局や専門家へ確認してください。本記事は制度の一般的な整理であり、個別案件への法的助言ではありません。

当社の採用内製化支援は、エンジニア採用戦略、職種別要件、求人、技術選考、KPI、面接官研修、社内への引き継ぎを扱います。候補者の紹介、候補者への応募勧誘、候補者の選別、スカウト送信代行は提供しません。候補者の選定、送信判断、候補者対応はお客様が行う前提です。

契約書に採用担当者と技術判断者を書きます

RPOや採用コンサルを比較する際は、サービス資料をエンジニア採用の業務一覧へ直します。職種と技術要件を決めるCTO、求人文を作る担当者、公開を承認するEM、技術面接を調整する担当者、評価を記録するテックリード、合否を決める責任者、KPIを更新する人を分けます。

各業務には、実行者だけでなく判断者を置きます。外部が文案を作っても、求人の内容を決める責任者は社内に置けます。外部が数字を集計しても、施策を変える判断は社内が持てます。実行と判断を一つの「採用支援」という言葉でまとめないようにします。

候補者情報を扱う場合は、取得する情報、利用目的、アクセス権、保管場所、再委託、契約終了時の返却や削除を確認します。実務担当者が使うアカウントと権限も決めます。契約書の文言だけでなく、日々の操作まで確認してください。

変更手続きも必要です。支援開始後に委託範囲を広げる場合、追加する業務が法的な区分へ影響する可能性があります。営業担当者との口頭合意だけで始めず、業務フローと契約を更新し、必要な確認を行います。

最後に、契約終了時の引き継ぎを決めます。職種別の採用データ、求人の編集履歴、技術選考のスコアカード、面接官研修資料、運用手順を社内へ残します。RPOを継続する場合でも、委託先を変更できる状態を保つと、エンジニア採用の責任を開発組織で持ち続けられます。

明日できる一歩は、現在のエンジニア採用業務へ「実行者」「技術判断者」「候補者情報へのアクセス」「週当たりの現場工数」を加えることです。CTOやEMへ判断と作業が集中している箇所を見つけ、設計支援と実行支援のどちらが必要かを分けてください。外部へ任せる場合は、契約先へサービス名ではなく具体的な行為を伝え、許可や情報管理の扱いを確認します。