エンジニア採用コンサルの契約期間は？三か月の終了条件

「エンジニア採用コンサルは何か月頼めば十分ですか」と聞かれたら、僕はカレンダーより終了条件を先に決めます。バックエンドエンジニアの求人を直すだけなら短い支援も可能ですが、技術要件、技術選考、KPIをCTO・EM・採用担当者が運用できるまでには、実際の採用で試して直す期間が必要です。

当社の基本プランは最低三か月です。最初の三か月で診断、設計、実践、改善、引き継ぎを一巡させます。診断や一職種の要件整理だけなら一回の初期支援も選べますが、面接官の評価を揃え、社内だけで改善会議を回すことまで目的にするなら練習期間を含めます。

支援範囲を先に整理する場合は「エンジニア採用コンサルとは？支援範囲と依頼前の準備」、予算と契約形態を比較する場合は「エンジニア採用コンサルの費用相場｜料金体系と見積もりの見方」も参照してください。

半年契約しても外部が求人を直し、KPI会議を進行し続ければ内製化は進みません。反対に一か月でも「SREの役割と技術要件をCTOと合意する」と目的を絞れば前へ進められます。期間ではなく、外部が抜けた翌週に社内が何をできるかで判断します。

契約期間はエンジニア採用の終了状態から逆算する

最初に決めるのは納品資料ではなく社内の行動です。採用担当者がバックエンドとフロントエンドのファネルを分けて説明できる、EMがプロダクト計画の変更に合わせて技術要件を更新できる、面接官が設計力や障害対応力の根拠を同じ形式で残せる、といった状態を言葉にします。

終了状態が決まると練習回数を見積もれます。技術要件は一度の会議で文書化できますが、求人への反応や技術面接の記録を見ると曖昧さが見つかります。「Go経験三年」を必須にしたため対象が狭い、システム設計の評価が面接官ごとに違う、といった事実を使って少なくとも一度は修正します。

採用人数だけを終了条件にするのは危険です。採用結果には市場、時期、候補者本人の判断が影響します。結果を急ぐために技術要件を根拠なく緩めたり、候補者体験を損なうほど選考を詰めたりすれば、入社後のミスマッチや現場負荷につながります。

ただし入社期限を無視するわけではありません。開発ロードマップから「いつ、どの役割が必要か」を置き、求人公開、技術面接、オファー、受け入れの予定を戻します。契約では事業上の期限と、社内運用の到達点を二つの軸として持ちます。

期間を提案されたら、「終了時にCTO、EM、採用担当者がそれぞれ何をできるか」「到達をどの記録で判定するか」を聞いてください。回答が会議回数と求人票の納品だけなら、技術選考の実践と引き継ぎが含まれるかを追加で確認します。

三か月を診断・設計・実践・引き継ぎに分ける

最初の診断では、事業計画、開発ロードマップ、組織構成、募集中のエンジニア職種、求人、応募経路、選考記録を確認します。応募不足を一つの症状で終わらせず、技術要件、訴求、選考速度、面接官工数のどこで止まっているかを分けます。

設計では優先職種を一つか二つに絞ります。たとえば「バックエンド」とまとめず、決済基盤の信頼性を上げるシニアICなのか、チームの育成を担うEMなのかを決めます。採用理由、入社後の責任、必須能力、求人の訴求、技術選考の評価項目、KPIを同じ流れで接続します。

実践では、社内担当者が設計した内容を使います。採用担当者が求人とファネルを更新し、EMやテックリードが技術面接を行い、評価の割れや辞退理由から要件と工程を直します。面接機会が少ない職種なら、過去の記録を使った評価練習や模擬面接も組み込みます。

引き継ぎでは外部の進行を減らします。採用担当者が議題を作り、EMが技術要件の変更案を出し、CTOが優先順位や予算を判断します。外部は結論を代わりに出さず、前提の抜けをレビューする役へ移ります。

各段階の確認日を置きます。診断後は優先課題、設計後はCTOと現場の合意、実践後は求人や技術選考の修正理由、引き継ぎ前は社内だけで会議を回せるかを確認します。エンジニア面接官が参加できず未完了になった項目も、予定日だけ進めず担当者と次の確認日を残します。

短期支援と継続支援を目的で使い分ける

短期支援は課題を限定できる企業に向きます。「SREの採用理由と必須能力を整理する」「技術面接の評価項目を五つへ絞る」「CTO一人に集中している書類確認を移管する」など、完了条件が狭いほど短期間でも成果を判定できます。

一か月で採用計画、全職種の求人、技術選考、面接官研修、KPI定着まで詰め込むと、資料の納品が優先されます。実際の候補者に使えない場合は仮説のままです。短期支援では契約内で設計する範囲と、契約後に社内が実践する範囲を明記します。

継続支援は、バックエンド、フロントエンド、SRE、EMなど複数職種を順に整える企業や、複数の面接官へ評価を定着させたい企業に向きます。運用結果を見ながら改善できる一方、長期契約だけで内製化が進むわけではありません。

継続する場合も外部の役割を段階的に減らします。初月に外部が作ったKPI資料を翌月は採用担当者が更新する、外部が書いた求人を次はEMが修正してレビューを受ける、と移します。契約月数ではなく、社内へ移す仕事と判定条件を計画へ入れます。

採用活動がまだ始まっていない職種では、三か月以内に十分な面接記録が集まらないこともあります。その場合は、選考実績の件数だけで終了を遅らせず、模擬面接、過去記録、他職種での運用から判断方法を検証します。

延長は技術選考の未達理由と現場工数で決める

契約終了前には未達を、設計不足、実践不足、意思決定待ち、現場工数不足、外部環境へ分けます。たとえば評価表はあるが面接官が使っていないなら研修を追加します。CTOがEM採用の責任範囲を決めていないなら、運用支援を延ばす前に社内の意思決定が必要です。

延長時は同じ支援を繰り返さず、役割を更新します。外部は難しい要件変更や月次レビューへ絞り、週次KPIと求人更新は社内へ移します。採用担当者やEMの役割が増えない延長は、外部依存を長くする可能性があります。

終了する場合は、職種要件、求人、技術選考の評価表、面接記録、KPI定義の保管場所と更新者を確認します。最終日に引き継ぐのではなく、社内だけの採用会議を一度開き、詰まった点を契約中に振り返ります。

開発計画の変更で採用を一時停止する条件も決めます。採用する役割が未確定のまま定例会だけ続けても設計は進みません。停止中にCTOが決める事項、再開条件、成果物や候補者情報の扱いを契約前に確認してください。

明日、契約終了時の状態を三つの行動で書きます。「三か月」ではなく、「EMが技術要件を更新できる」「面接官が評価根拠を残せる」「採用担当者が職種別KPIから改善を決められる」と置けば、必要な契約期間を設計と練習から逆算できます。