updated_at: 2026/4/11
CTO・VPoE採用の実践ガイド|技術リーダーの見極めと口説き方
CTO・VPoEの採用難易度が高い理由と要件定義・選考設計・口説き方の実践手法を解説
TL;DR(この記事の要約)
CTO・VPoEは市場に出回る候補者が極めて少なく、転職サイトやエージェント経由では採用できないことが多い
「技術に強い人」ではなく、**自社のフェーズに合った役割定義(技術戦略型 / 組織構築型 / ハンズオン型)**を先に固めることが最重要
年収レンジはCTO1,200〜2,500万円、VPoE1,000〜1,800万円が相場。ストックオプションを含めた報酬パッケージが競争力を左右する
スカウトでは経営課題を正直に開示し、技術的な意思決定権限を具体的に提示することが返信率を上げるポイント
選考は相互理解を重視した対話型プロセスが有効。一方的に「試す」面接は候補者が離脱する最大の原因
CTO・VPoE採用はなぜこれほど難しいのか
「CTOを半年探しているが、まともな候補者に1人も会えていない」。シリーズA前後のスタートアップ経営者から、こうした相談が増えている。
CTO・VPoE(Vice President of Engineering)の採用が困難な背景には、一般的なエンジニア採用とは異なる構造的な問題がある。
このページでわかること
CTO・VPoE採用が困難な構造的理由
自社のフェーズに合った役割定義の進め方
年収・ストックオプションの相場と報酬設計
候補者を見つけるチャネルとアプローチ手法
選考で見極めるべきスキルと評価方法
内定承諾率を上げるクロージング戦略
入社後に成果を出してもらうためのオンボーディング
1. そもそも市場に候補者がいない
CTO・VPoEの転職市場は、一般的なエンジニアとはまったく異なる。転職サイトに登録している現役CTOはほとんどおらず、転職エージェントのデータベースにも限られた人数しかいない。
理由は明確だ。CTOクラスの人材は現職で大きな裁量を持っており、「なんとなく転職先を探す」という動機が生まれにくい。LinkedInやGitHubのプロフィールを公開していても、積極的に転職活動をしているわけではない。
つまり、求人を出して待つ」戦略はCTO・VPoE採用では機能しない。経営者自身がネットワークを使って能動的にアプローチする以外に方法がないケースが大半だ。
2. 求める役割が企業ごとに大きく異なる
「CTO」という肩書きは同じでも、企業のフェーズや課題によって求められる役割はまったく違う。
シード〜シリーズA: 自ら手を動かしてプロダクトを作れるハンズオンCTO
シリーズB〜C: 10人→50人のエンジニア組織を構築できる組織構築型CTO
上場前後: 技術戦略を経営レベルで語り、取締役会で説明できる経営参画型CTO
この違いを明確にしないまま「優秀なCTOが欲しい」と探し始めると、候補者とのミスマッチが頻発する。シード期に組織マネジメント経験が豊富な人を採用しても手が動かず、逆に上場前後にハンズオン型の人を採用しても経営会議で機能しない。
3. 経営者との相性という定量化しにくい要素
CTO・VPoEはCEOや経営チームと密に連携する。技術力や実績が十分でも、経営者との価値観や意思決定スタイルの相性が合わなければ機能しない。
これはスキルシートやポートフォリオでは判断できず、複数回の対話を重ねて初めて見えてくる。選考プロセスに時間がかかる理由の1つだ。
4. 報酬水準の設計が複雑
CTO・VPoEの報酬は基本年収だけでは語れない。ストックオプション、株式報酬(RSU)、業績連動賞与など、複数の要素を組み合わせたパッケージ設計が必要だ。
特にスタートアップでは、基本年収では大手企業に勝てないため、ストックオプションの付与比率とベスティング条件が交渉の焦点になることが多い。
1. 自社に合ったCTO・VPoE像を定義する
CTO・VPoE採用で最初にやるべきことは、「どんな人が欲しいか」ではなく、**「自社が今どんな課題を抱えていて、その課題を解決するにはどんな役割が必要か」**を明確にすることだ。
CTOとVPoEの違いを整理する
まず、CTOとVPoEの役割の違いを押さえておく。
項目 | CTO | VPoE |
主な責務 | 技術戦略の策定・技術的意思決定 | エンジニア組織の構築・マネジメント |
レポートライン | CEO直下(経営チームの一員) | CTO直下、またはCEO直下 |
対外的役割 | 技術広報、投資家への説明 | 採用ブランディング、カンファレンス登壇 |
評価軸 | 技術選定の妥当性、技術負債の管理 | 組織の生産性、エンジニアの定着率 |
必要な経験 | アーキテクチャ設計、技術デューデリジェンス | ピープルマネジメント、評価制度設計 |
ただし、50人未満の組織ではCTOがVPoEの役割を兼務するケースが多い。自社のフェーズに合わせて「1つのポジションでカバーするか、2つに分けるか」を判断する必要がある。
フェーズ別に求めるCTO像を具体化する
シード〜プレシリーズA(エンジニア1〜5人)
この段階ではCTOに求められるのは、自らコードを書いてプロダクトを立ち上げる力だ。
プロダクトのアーキテクチャをゼロから設計できる
フルスタックで開発し、1人でもMVPをリリースできる
技術選定を自分の判断で決定できる
少人数チームでの開発リードを経験している
この段階では「マネジメント経験10年」よりも「直近でコードを書いている」ことのほうが重要だ。
シリーズA〜B(エンジニア5〜30人)
組織が10人を超え始めるこのフェーズでは、技術力と組織構築力の両方が求められる。
開発チームを複数に分割し、適切な権限委譲ができる
採用プロセスを設計し、面接で技術力を正しく評価できる
技術負債の優先順位を経営層と合意しながら管理できる
開発プロセス(スクラム、コードレビュー、CI/CD)を整備できる
この段階が最も難しい。「手も動かせるが、組織も作れる」という人材は市場で最も希少だ。
シリーズC〜上場前後(エンジニア30人以上)
この段階のCTOに求められるのは、技術戦略を経営戦略と接続する力だ。
取締役会で技術投資の意思決定を説明できる
M&Aやパートナーシップの技術デューデリジェンスをリードできる
セキュリティ、コンプライアンス、監査対応を統括できる
複数の開発チーム(50人以上)を統括するVPoEやEMを束ねられる
IR資料やメディア対応で自社の技術力を対外的に発信できる
このフェーズでは「コードが書ける」ことよりも「経営会議で技術投資のROIを説明できる」ことのほうが重要になる。
要件定義のテンプレート
以下のフレームワークで要件を整理すると、候補者とのミスマッチを減らせる。
自社の現在のフェーズ: シード / シリーズA / シリーズB / シリーズC以降
現在の技術課題トップ3: 例)技術負債の解消、採用の立ち上げ、アーキテクチャの刷新
入社後6ヶ月で期待する成果: 具体的かつ測定可能な目標を3つ
CTOとVPoEを分けるか: 1人で兼務か、将来的に分割予定か
技術的意思決定権限の範囲: 技術スタック選定、ベンダー選定、採用の最終判断の有無
報酬パッケージの上限: 基本年収 + SO/RSU + その他
2. 報酬パッケージを設計する
CTO・VPoEの報酬設計は、一般的なエンジニアの「年収いくら」とは根本的に異なる。基本年収、ストックオプション、役割に応じた権限の3つを組み合わせたパッケージとして提示する必要がある。
年収相場の目安
2026年現在の日本市場における相場は以下の通りだ。
ポジション | 企業フェーズ | 基本年収レンジ |
CTO | シード〜プレシリーズA | 600〜1,000万円 |
CTO | シリーズA〜B | 1,000〜1,600万円 |
CTO | シリーズC〜上場後 | 1,500〜2,500万円 |
VPoE | シリーズA〜B | 900〜1,400万円 |
VPoE | シリーズC〜上場後 | 1,200〜1,800万円 |
ただし、これはあくまで基本年収の目安だ。候補者の前職年収、市場価値、競合オファーによって大きく変動する。
ストックオプションの設計
シード〜シリーズAのスタートアップでは、基本年収を市場水準まで上げられないケースが多い。この場合、ストックオプション(SO)が報酬パッケージの競争力を決める最大の要素になる。
目安として、CTOのSO付与比率は以下のレンジが一般的だ。
共同創業者として参画: 発行済株式の5〜15%
シード期に採用: 発行済株式の1〜5%
シリーズA以降に採用: 発行済株式の0.5〜2%
ベスティング条件は「4年間、1年クリフ」が標準的だ。入社から1年経過後に25%が付与され、残りは月次または四半期ごとに按分される。
報酬以外で差別化するポイント
年収とSOだけでは、大手企業やメガベンチャーに勝てない場合がある。CTO・VPoEクラスの候補者が報酬以外で重視するポイントは以下の通りだ。
技術的意思決定の裁量: 技術スタック選定、アーキテクチャ判断を自分で決められるか
経営への影響力: 取締役として経営に参画できるか、意見が尊重されるか
技術的チャレンジ: 解決すべき技術的課題が魅力的か
組織を1から作る機会: 採用、文化、プロセスを自分の手で構築できるか
CEOとの信頼関係: 技術のことを理解しようとする経営者か
特に「CEOが技術のことを理解しようとしているか」は、候補者が最も気にするポイントの1つだ。面談の場で「技術のことはよくわからないので全部お任せします」と言ってしまうと、候補者は「この経営者は技術に対するリスペクトがない」と感じて離脱する。
3. 候補者を見つけてアプローチする
CTO・VPoE採用では、一般的なエンジニア採用のチャネルはほとんど機能しない。求人広告を出しても応募は来ないし、転職エージェントのデータベースにも十分な候補者がいない。経営者自身のネットワークと、ターゲットを絞った能動的なアプローチが唯一の手段だ。
有効なチャネルとその特徴
CEO・経営陣のパーソナルネットワーク(最重要)
CTO採用の成功事例で最も多いのは、CEOの知人経由だ。直接の知り合いでなくても、「知り合いの知り合い」まで範囲を広げると候補者にたどり着ける可能性が高まる。
具体的には以下のアクションが有効だ。
投資家やVCパートナーに「CTOを探している」と伝え、ポートフォリオ企業のCTO経験者を紹介してもらう
起業家コミュニティ(IVS、B Dash Camp、Startup Weekend OB会など)で直接つながる
社外取締役やアドバイザー経由で技術リーダーを紹介してもらう
エグゼクティブサーチファーム
年収1,000万円以上のCxO採用を専門に扱うヘッドハンティング会社を活用する方法もある。費用は年収の30〜35%が相場で、成功報酬型が多い。
メリットは候補者の母集団が広がること。デメリットは、テクノロジー領域に詳しくないファームを選ぶと的外れな候補者を紹介されるリスクがあることだ。ファーム選定の際は「過去にCTO採用を何件成功させたか」を必ず確認する。
LinkedIn / GitHub / 技術コミュニティ
CTOクラスの人材はLinkedInに情報を公開していることが多い。プロフィールから経歴と技術スタックを確認し、パーソナライズしたメッセージを送る。
効果的なアプローチの例:
悪い例: 「CTOを募集しています。ご興味があればご連絡ください」
良い例: 「○○さんが前職で取り組まれた□□のアーキテクチャ刷新に関するブログを拝見しました。弊社も同様の課題を抱えており、技術的な意思決定をリードいただける方を探しています。まずは30分、弊社の技術課題についてお話しさせていただけないでしょうか」
技術顧問・アドバイザーからの転換
いきなりフルタイムのCTOを採用するのが難しい場合、まず技術顧問やアドバイザーとして関わってもらい、相互に理解を深めてからフルタイムに転換する方法が有効だ。
この方法のメリットは大きい。
候補者が「この会社で本気でやれるか」を低リスクで判断できる
経営者が「この人に技術を任せられるか」を実際の働きぶりで確認できる
入社後のミスマッチを大幅に減らせる
月2〜4回の技術顧問として3〜6ヶ月関わった後にフルタイム転換するパターンは、特にシード期のスタートアップで成功率が高い。
アプローチ時に伝えるべき情報
CTO・VPoE候補者にアプローチする際、最初のメッセージや面談で以下を伝えるべきだ。
会社のミッションとビジョン: なぜこの事業をやっているのか
現在の技術課題: 何がうまくいっていて、何がうまくいっていないか(正直に)
CTOに期待する役割: 具体的に何をしてほしいか
技術的意思決定の裁量: どこまで任せるのか
報酬パッケージの概要: 基本年収・SO・その他の条件
経営チームの構成: 誰と一緒に働くのか
特に重要なのは「技術課題を正直に伝える」ことだ。課題を隠して入社させても、入社後に「話が違う」となり短期間で退職するリスクが高い。むしろ、難しい課題があるからこそCTOが必要なのだと正直に伝えたほうが、本気で取り組む候補者を惹きつけられる。
4. 選考プロセスを設計する
CTO・VPoEの選考は、一般的なエンジニア採用とは根本的に異なる。コーディング試験やアルゴリズム面接ではなく、相互理解を深める対話型のプロセスが有効だ。
推奨する選考ステップ
Step 1: カジュアル面談(CEO × 候補者)
最初のステップはCEO自身がカジュアルに会うことだ。この場で「面接」をしてはいけない。
目的は以下の3つ。
会社のビジョンと技術課題を直接伝える
候補者のキャリアビジョンと価値観を理解する
「もっと話したい」と思ってもらえるかを判断する
所要時間は60〜90分。オフラインで会えるなら対面がベストだ。CxOクラスの採用では、最初の面談の印象が最終的な意思決定を大きく左右する。
Step 2: 技術ディスカッション(候補者 × 社内エンジニア or 技術アドバイザー)
候補者の技術力を見極めるステップだが、「試す」面接ではなく「ディスカッション」の形式を取る。
自社の技術課題をホワイトボードで共有し、候補者ならどうアプローチするかを議論する
候補者の過去のアーキテクチャ判断について「なぜその選択をしたか」を深掘りする
技術負債への向き合い方、スケーラビリティの考え方を対話の中で確認する
コーディング試験は避けたほうがよい。CTOクラスの候補者に対してLeetCode的な問題を出すと「自分のレベルに合わない会社だ」と判断されて離脱するリスクが高い。
Step 3: 経営チームとの面談
CTO・VPoEは経営チームの一員になる。CFO、COO、事業責任者など、密に連携するメンバーとの相性を確認するステップだ。
経営チームの意思決定スタイルを体感してもらう
候補者が技術以外の経営課題にどこまで関心を持つかを見る
チームとしてのケミストリーがあるかを相互に確認する
Step 4: リファレンスチェック
CTO・VPoEの採用ではリファレンスチェックが特に重要だ。過去の同僚や上司に「この人のリーダーシップスタイル」「困難な状況での振る舞い」を確認する。
確認すべきポイント:
技術的な意思決定の質と速度
チームからの信頼度
経営陣とのコミュニケーション力
困難な状況(障害対応、大規模リファクタリング、レイオフなど)での判断力
Step 5: オファー面談
条件面の提示は、CEOが直接行う。CTO・VPoEの採用では、人事担当者からの電話やメールでのオファーは避けるべきだ。
オファー面談で伝えるべき内容:
基本年収、ストックオプション、その他の報酬パッケージ
入社後6ヶ月間で期待する具体的な成果
技術的意思決定の権限範囲
経営チームの中でのポジショニング
「なぜあなたに来てほしいのか」をCEOの言葉で伝える
選考のタイムライン
CTO・VPoE採用の選考期間は、一般的なエンジニアの2〜3倍かかる。
カジュアル面談〜最終面談: 3〜6週間
オファー〜承諾: 1〜3週間
承諾〜入社: 1〜3ヶ月(現職の引き継ぎ期間)
合計で2〜5ヶ月が標準的なリードタイムだ。この間に候補者が他社オファーを受けるリスクがあるため、各ステップの間隔を可能な限り短くすることが重要だ。面談の日程調整に1週間以上かけると候補者の温度が下がる。
5. クロージングの戦略
CTO・VPoEの採用では、オファーを出してからが本当の勝負だ。優秀な候補者は複数のオファーを抱えていることが多く、条件面だけでなく「この会社で働く意味」を腹落ちさせるクロージングが必要になる。
クロージングで効くポイント
意思決定権限の明確化
CTO・VPoEクラスの候補者が最も気にするのは「本当に自分に意思決定を任せてくれるのか」だ。
具体的に以下を明文化して伝えることが効果的だ。
技術スタックの選定権限
エンジニア採用の最終判断権限
技術投資(インフラ、ツール、教育)の予算権限
外部ベンダーの選定・契約の判断権限
「全部任せます」という曖昧な表現ではなく、**「技術スタックの選定は最終判断をCTOに一任する」**のように具体的に伝える。
CEOからの直接メッセージ
オファー後に、CEOが自分の言葉で「なぜあなたに来てほしいのか」を伝えるのは非常に効果的だ。メールではなく、対面や電話で直接伝えることが望ましい。
形式的な「ぜひ弊社で力を発揮してください」ではなく、「あなたの○○という経験は、弊社の△△という課題の解決に直結すると確信している」のように、候補者固有の経験と自社の課題を結びつけて語る。
競合オファーへの対抗
候補者が他社のオファーを持っている場合、年収の上乗せだけで対抗するのは得策ではない。
報酬面で劣る場合: SOの付与比率を上げる、ベスティング条件を優遇する
ブランド力で劣る場合: 技術的チャレンジの魅力、裁量の大きさで差別化する
安定性で劣る場合: 事業の成長性を数字で示す(MRR成長率、調達状況、顧客数の伸び)
やってはいけないクロージング
回答期限のプレッシャー: 「今週中に決めてください」は逆効果。CTO・VPoEの意思決定には十分な時間を与える
過度な好条件の提示: 市場水準を大きく超えるオファーは「何か裏があるのでは」と疑われる
現職の悪口: 候補者の現職を否定して転職を促すのは信頼を失う行為
入社後のギャップ: 面談で話した内容と入社後の現実が異なると、短期離職の原因になる
6. 入社後のオンボーディング
CTO・VPoEは入社したら終わりではない。むしろ、入社後の最初の90日が成功を左右する。既存のエンジニアチーム、経営チーム、プロダクトチームとの関係構築を計画的に支援する必要がある。
最初の90日間のロードマップ
1〜30日目: 現状把握と信頼構築
全エンジニアとの1on1を実施し、チームの課題と期待を把握する
既存のコードベース、アーキテクチャ、技術負債の全体像を理解する
経営チームとの定例ミーティングのリズムを確立する
大きな変更はせず、「まず聞く」姿勢で信頼を獲得する
31〜60日目: 優先課題の特定と方針策定
技術戦略のドラフトを経営チームに提示する
最も緊急度の高い技術課題1〜2つに着手する
採用計画を策定し、面接プロセスの改善に着手する
開発プロセスの改善点を特定し、チームと合意する
61〜90日目: 初期成果の創出
最初の「分かりやすい成果」(Quick Win)を出す
技術ロードマップを策定し、取締役会で発表する
採用活動を開始し、最初の候補者にアプローチする
90日間の振り返りをCEOと実施し、今後の方向性を合意する
CEOが気をつけるべきこと
マイクロマネジメントを避ける: CTOに技術的意思決定を任せると言ったなら、本当に任せる
早期の成果を求めすぎない: 組織の理解に最低1ヶ月はかかる
既存メンバーとの橋渡しをする: 「新しいCTOが来たから全部変わる」ではなく、既存メンバーの貢献を尊重する姿勢を見せる
定期的なフィードバック: 週次の1on1で互いの期待値を擦り合わせ続ける
まとめ: CTO・VPoE採用を成功させるために
CTO・VPoE採用は、一般的なエンジニア採用の延長線上にはない。経営者自身が採用プロセスの主役となり、自社の課題を正直に語り、候補者と対等な立場で相互に見極めることが成功の鍵だ。
最後に、CTO・VPoE採用で最も重要なポイントを整理する。
役割定義を先に固める: 「優秀なCTO」ではなく「自社のフェーズに合ったCTO」を探す
報酬パッケージを魅力的に設計する: 基本年収だけでなく、SO・権限・技術的チャレンジを含めたトータルパッケージで勝負する
CEO自身がアプローチする: 人事やエージェント任せにせず、経営者のネットワークとパーソナルなメッセージで候補者を惹きつける
選考は相互理解の場にする: 一方的に「試す」面接ではなく、対話を通じて互いの価値観と相性を確認する
入社後90日間を設計する: 採用して終わりではなく、オンボーディングまで含めて計画する
エンジニア採用の戦略設計や実行支援については、techcellarまでお気軽にご相談ください。