エンジニア採用代行で失敗しない｜SLA・責任分界・データ移管

エンジニア採用代行の失敗は、応募数や採用人数が目標へ届かなかったときだけ起きるのではありません。外部の管理表では選考が進んでいるのに、社内のATSには最新状況がない。バックエンドエンジニアの技術面接で評価が割れても、変更理由を知るのは外部担当者だけ。この状態は、契約終了を待たずに立て直すべき兆候です。

採用代行を利用すること自体が問題なのではありません。日程調整や決まった運用を外へ出せば、採用担当者と開発現場の時間を守れます。失敗を分けるのは、サービス水準、責任分界、データの所有、終了時の移管が契約と日々の運用で一致しているかです。

この記事では内製化の手順ではなく、契約書、ATS、技術選考の成果物から進行中の採用代行を監査します。

採用代行、RPO、採用コンサルの役割がまだ分かれていない場合は、先にエンジニア採用のRPO・採用代行・採用コンサルの違いで依頼範囲を整理してください。

エンジニア採用代行の失敗を示す早期兆候

最初の兆候は、社内が候補者の現在地を説明できないことです。外部へ聞かなければ、次の連絡、評価待ちの担当者、候補者から受けた質問が分からないなら、運用情報が社外へ偏っています。

二つ目は、職種別の理由が見えないことです。バックエンド、フロントエンド、SREを一つのファネルへまとめると改善箇所を特定できません。SRE求人の説明不足と、EM面接の調整遅れは別に扱います。

三つ目は、技術選考の変更履歴がないことです。コーディング課題や面接質問が更新されても、CTO・EM・テックリードが理由を承認していない。面接官の判定が割れても評価基準へ戻らない。この状態では、通過率が動いても選考品質が上がったかを判断できません。

四つ目は、回答の遅れが常態化していることです。候補者への連絡期限、社内へのエスカレーション期限、障害時の代替担当が決まっていないと、担当者の不在だけで選考が止まります。「なるべく早く対応する」ではなく、期限と例外時の連絡経路が必要です。

早期兆候を見つけたら、優先職種の候補者を抜き取り、外部の管理表とATSで選考段階、次の作業、担当者、期限、評価記録が一致するかを見ます。件数を品質基準にせず、差分を発見するために確認します。

契約・SLA・責任分界を職種と工程ごとに決める

契約の「採用業務一式」だけでは、実務の責任を判断できません。優先職種の変更、求人票の承認、候補者への連絡、面接調整、技術評価、合否、KPI更新を行に並べ、実行者、承認者、相談先を決めます。

エンジニア採用では、外部が代替できない判断があります。CTOは開発ロードマップから優先職種を決め、EMは入社後の責任と育成可能範囲を定め、テックリードは技術評価の根拠を残します。採用代行会社が運用を担っても、役割と合否を決める責任まで曖昧にしません。

SLAは返信率や採用数の保証ではありません。候補者から連絡を受けてから社内へ共有する時間、面接日程を提示する時間、評価未入力を知らせる時間、データを更新する締め時刻など、実行可能なサービス水準を置きます。市場や候補者の意思に左右される結果と、委託先が管理できる処理を分けます。

例外も先に決めます。担当者が不在なら誰が引き継ぐか、ATSへ接続できない場合にどこへ記録するか、誤送信や個人情報の事故が起きたら何分以内に誰へ報告するかを確認します。通常時の速度だけでなく、止まったときの復旧経路がSLAの実効性を決めます。

成果物には受け入れ条件を置きます。「求人票を作成」ではなく、CTOとEMが採用理由、技術要件、入社後の仕事を承認し、自社の保管場所へ最新版がある状態を完了とします。「面接設計」なら、評価項目、質問、判定基準、記録様式を面接官が試した状態まで含むかを確認します。

ATS・候補者データ・採用成果物を移管できる状態にする

採用代行の契約前から、候補者データは自社が確認できる場所へ置く設計にします。自社のATSを使う場合は、委託先へ必要最小限の権限を付け、操作履歴を残します。外部の管理環境を使う場合は、いつでも出力できる形式、項目、添付ファイルの扱いを契約へ書きます。

移管対象には、応募経路、連絡履歴、次の作業、担当者、期限、面接評価、辞退理由、候補者から受けた質問を含めます。職種名の表記が揺れている場合は移管前に対応づけます。

個人情報には、閲覧権限、利用目的、保存期間、削除方法を決めます。契約終了者のアカウントを無効化し、共有ファイルの権限を外し、外部側の複製を削除したことを確認します。移管完了をファイル受領だけで判定せず、ATS上の件数と抜き取り確認を行います。

進行中の候補者は別に扱います。次回連絡を誰が行うか、候補者へ担当変更をどう伝えるか、面接官へどの記録を渡すかを一人ずつ決めます。一括でステータスを移しても、約束した連絡日時が失われれば候補者体験を損ないます。

採用成果物も移管します。職種別の採用理由、技術要件、求人票、技術選考の評価表、面接テンプレート、KPI定義、会議記録、変更履歴が対象です。完成版だけでなく、なぜGo経験を必須から外したか、なぜ技術課題を短くしたかという判断理由を残します。

契約終了前に、一職種の候補者データと成果物を試験出力します。採用担当者が次の連絡を、EMが要件変更を、テックリードが評価確認を行えるかを試し、移せない項目を先に修正します。

法務境界を確認し立て直しチェックを実行する

採用代行という言葉は法令上の単一区分ではありません。実際の業務によって、採用コンサル、事務支援、委託募集、募集情報等提供、職業紹介などの確認が必要です。職業安定法は、職業紹介を求人と求職の申込みを受け、求人者と求職者の間の雇用関係成立をあっせんする行為と定義しています。

厚生労働省の募集・求人業務取扱要領では、企業の従業員ではない外部の者が候補者へ応募を勧誘する委託募集について、有償の場合は許可、無償の場合も届出が必要となる制度を説明しています。求人企業へ紹介する候補者を探索し、就職を勧め、求職の申込みを受けてあっせんするスカウト事業は、職業紹介事業に含まれるとも示されています。

「RPO」や「エンジニア採用代行」という名称だけで許可が不要になるわけではありません。求人企業のアカウントを外部事業者が操作する場合も、画面上の名義だけで直接募集へ変わるとは限りません。候補者への勧誘、選別、企業との意思疎通への介入が含まれる契約は、開始前に管轄の都道府県労働局や専門家へ確認してください。

当社が現在提供する採用内製化支援は、採用戦略、エンジニア職種の採用要件、求人票、選考プロセス、技術評価基準、KPI、研修、運用マニュアルの設計に限定します。候補者紹介、候補者への応募勧誘、候補者の選別、スカウト送信代行は現行サービスへ含めません。

注記：法制度の記述は2026年7月15日時点です。個別事案は都道府県労働局または専門家へ確認してください。

立て直しでは五つを順に確認します。第一に候補者ごとの現在地と次の期限、第二に職種・工程ごとの責任者、第三にSLAの未達と例外対応、第四にATSと成果物の所有・移管方法、第五に候補者接点の法務上の位置づけです。

すべてを同時に作り直す必要はありません。連絡漏れと個人情報の権限を先に止血し、次に責任分界とSLA、最後に成果物と変更履歴を直します。進行中の候補者を一人選び、社内だけで現在地、次の連絡、技術評価、保管場所を説明できるか確認してください。答えられない項目が最初の立て直し対象です。

移管後に同じ属人化へ戻らないよう、エンジニア採用の内製化支援も使って、社内の責任者、定例、成果物、終了条件まで固定してください。