エンジニア採用媒体を徹底比較｜1人目採用に最適な選び方

「エンジニアを初めて採用しようとしているが、どの媒体が自社に合っているのかわからない」という悩みは、スタートアップの経営者に共通しています。しかし一般的な媒体比較記事は、増員・欠員補充を前提に書かれており、1人目採用の現場とはズレがあります。この記事では、採用フェーズ・予算・求めるエンジニア像の3軸で媒体を絞り込むフレームワークと、1人目採用特有の失敗パターンを整理します。読み終えたら、自社が動くべき媒体が1〜2本に絞り込める状態を目指してください。

1人目採用と増員採用では、媒体の選び方が根本的に違う

「1人目採用」とは、単に採用人数の問題ではありません。社内にエンジニアが一人もいない状態で行う採用であり、技術評価ができる社員もいなければ、組織の型もまだ存在しない段階での採用です。

増員採用との違いを整理すると、次のようになります。

この違いを無視して、「登録者数が多いから」「有名だから」という理由で媒体を選ぶと、応募は来ても内定承諾に至らない、あるいは入社後すぐに離脱するというケースが起きやすくなります。媒体選定の前提として、まず「自社は1人目採用の文脈にある」と認識することが出発点です。

媒体選びの前に確認すべき3つの軸

媒体を選ぶ前に、自社の状況を次の3軸で確認してください。この3つが揃ってはじめて、媒体の候補が絞り込めます。

軸①：採用フェーズ（いまどのステージか）

軸②：予算レンジ（現実的にかけられる金額）

• 無料〜月額数万円：Wantedly（成功報酬なし・月額課金）、Lapras Career（スカウト型・一部無料）
• 採用成功報酬型（理論年収の20〜35%程度）：Green、doda、ビズリーチなどのエージェント経由
• 掲載費用（月数十万〜百万円超）：大手媒体のプレミアム掲載枠

シード期に成功報酬型エージェントを使う場合、年収600万円のエンジニアなら120〜210万円程度の費用が発生します。この金額が予算感として許容できるかを先に確認してください。

軸③：求めるエンジニア像（誰を採りたいか）

• CTO候補・技術責任者：技術方針の策定から採用・育成まで担える人材。ビジョン共感・事業理解が必須
• フルスタック即戦力：開発を単独で回せるエンジニア。スキルセットの具体性が重要
• ハンズオンプレイヤー：特定領域の実装を担う。経験年数・使用技術での絞り込みが有効

この3軸を確認せずに媒体を選ぶと、「とりあえずGreen掲載」という意思決定になりがちです。それ自体が悪いわけではありませんが、自社の状況と合っていない媒体に時間と費用を投じることになります。

【3軸マトリクス】フェーズ×予算×エンジニア像で媒体を絞り込む

3軸の組み合わせ別に、1人目採用の文脈で有効な媒体・手法を整理します。一般的な媒体紹介ではなく、「1人目採用でこの媒体を選ぶと何が起きるか」に絞って記述します。

シード期（プレシード〜シード）

予算上限：月額数万〜50万円以内、または成功報酬型のみ

シード期はまず、リファラルとWantedlyを起点にしてください。リファラルで母集団が作れない場合に、Wantedlyや創業者によるSNSスカウトを重ねるのが現実的な順序です。

アーリー期（シリーズA前後）

予算上限：成功報酬型エージェントを許容できる、または月額数十万円台の掲載費が使える

アーリー期は、Greenのスカウト機能とエージェント1〜2社を組み合わせる構成が現実的です。ただし、エージェントには必ず「カルチャーフィットの基準」を事前に言語化して渡してください。渡さないと、スキルマッチのみで候補者を推薦されます。

グロース期（シリーズB以降）

この段階になると採用オペレーションの整備が課題になり、媒体の選択よりも採用プロセスの設計が優先事項になります。複数媒体を並行運用し、ATS（採用管理システム）で一元管理する体制への移行を検討してください。

1人目採用で陥りやすい媒体選びの失敗パターン3選

Hitorimeの支援実績から見えてきた、1人目採用特有の失敗パターンを整理します。

失敗パターン①：ビジョンを言語化しないまま媒体を掲載する

何が起きるか：求人票に「スタートアップならではのスピード感」「裁量大きい環境」と書くだけで、会社が何を解決しようとしているのかが伝わらない。応募は来ても面談後に離脱が続く。

1人目採用特有の原因：大手企業なら知名度がフックになりますが、1人目採用の文脈では知名度がゼロです。候補者が「なぜこの会社に賭けるのか」を判断する材料は、創業者の言葉とビジョンしかありません。

対策：求人票ではなく「採用候補者向けのデッキ（採用ピッチ資料）」を先に作り、その内容を媒体の求人票・Wantedlyのストーリー・面談での語りに展開してください。最低でも、「誰の何を解決するのか」「3年後に何を目指しているのか」「なぜ今この採用が必要なのか」の3点を文章にしてから掲載してください。

失敗パターン②：エージェントに要件定義を丸投げする

何が起きるか：エージェントに「フルスタックエンジニアが欲しい、予算は年収600万まで」と伝えるだけで候補者の推薦が始まる。スキルは合っているが、事業フェーズや不確実性への耐性という点でミスマッチが起きる。

1人目採用特有の原因：増員採用であれば現場エンジニアが面談でスキルと人柄を両面評価できます。1人目採用では非エンジニアの創業者が面談することが多く、技術評価をエージェントに依存しやすくなります。その結果、カルチャーフィットの確認が後回しになります。

対策：エージェントに渡す「採用要件シート」に、スキル要件だけでなく「この会社に合わない人物像」を明記してください。「完成された組織が好きな人」「仕様書がないと動けない人」「短期で成果を求める人」といった除外条件を言語化することで、エージェントの絞り込み精度が上がります。

失敗パターン③：社内に技術評価者がいないまま選考を進める

何が起きるか：候補者が「Ruby on Railsで〇〇を作った」と話しても、評価できる人間がいない。結果として印象評価と経歴書のみで判断し、入社後に想定より技術力が低いと分かる。

1人目採用特有の原因：これは1人目採用の構造的な問題です。技術評価ができる人が社内にいないからこそ、最初の1人を採用しようとしている。

対策：3つの手段のいずれかを選んでください。①Findy等のスキルスコアを参照する（完全ではないが参考値になる）、②信頼できるエンジニアの知人に面談に同席してもらう（顧問・アドバイザーとして関与してもらう形が多い）、③スタートアップ支援に慣れたエージェントやサービスを通じて技術評価のサポートを受ける。いずれかを選考プロセスに組み込んでください。

媒体だけでは採れない——媒体と組み合わせる打ち手

媒体の選定が整っても、それだけで1人目エンジニア採用が完結することはほぼありません。媒体は「接点を作るための入口」であり、実際の採用成功は媒体外の要素で決まることが多いです。

創業者によるSNS発信：X（旧Twitter）で代表や創業者が事業の進捗・思想・開発の裏側を発信し続けることで、候補者が「この人と働きたい」と感じる接点が生まれます。シード期の採用では、求人票よりもSNSのタイムラインが応募動機になるケースが少なくありません。

採用ピッチ資料の整備：前述のとおり、「誰の何を解決するのか」「技術的にどんな課題に取り組むのか」「組織として今どのフェーズにあるのか」を1枚のデッキにまとめてください。面談前に候補者に送ることで、面談の質が上がります。

業界コミュニティへの参加：Rubyコミュニティ、技術勉強会、GitHubのOSS活動など、エンジニアが集まる場に創業者または技術顧問が顔を出すことで、媒体ではリーチしにくい転職潜在層にアプローチできます。

これらは「媒体の代替」ではなく「媒体の補完」です。媒体で接点を作り、SNS発信や資料で興味を育て、面談で口説く。この一連の流れを設計してから媒体を選ぶと、各媒体の役割が明確になります。

まとめ：1人目採用の媒体選びチェックリスト

本記事の要点と、読者が次に取るべき行動を整理します。

媒体選定前に確認すること

• 自社の採用フェーズ（プレシード・シード・アーリー・グロース）を特定したか
• 予算レンジ（無料・月額課金・成功報酬型）を決めたか
• 求めるエンジニア像（CTO候補・即戦力・プレイヤー）を言語化したか

媒体選定時に確認すること

• シード期であれば、まずリファラルとWantedlyを試したか
• エージェントを使う場合、「合わない人物像」を除外条件として渡したか
• 技術評価の方法（スキルスコア・外部顧問・支援サービス）を選考プロセスに組み込んだか

媒体選定と並行してやること

• 採用ピッチ資料（ビジョン・事業・技術課題を1枚にまとめたもの）を作成したか
• 創業者がSNSで事業の思想や進捗を発信しているか

次に取るべき一歩は、媒体を選ぶことではなく「3軸の確認」と「採用ピッチ資料の作成」です。この2つが揃った段階で、はじめて媒体の選定が意味を持ちます。

Hitorimeは、スタートアップの1人目人材（最初の重要な採用）と採用企業をつなぐ転職サービスです。1人目採用には、技術評価者がいない・ビジョン共感を軸にした口説き方が必要・フェーズに合った媒体の組み合わせが分からないといった、増員採用とは異なる難しさがあります。Hitorimeでは、そうした1人目採用ならではの難しさに伴走しています。詳細はhitorime.netをご覧ください。本記事は山下雅弘監修のもと作成しています。