「公募→応募待ち」では母集団は作れない｜売り手市場のエンジニア採用で標準化された海外4フレームと規模別戦略
はじめに —— 「公募→応募待ち」では母集団は作れない
エンジニア採用が難しいと感じる企業の多くは、選考プロセスではなく 入口＝母集団形成 で詰まっている。「いい人が応募してくれれば採れるのに、応募が来ない」という状況だ。
統計が示す現実:
- 米国の主要テック都市では、シニアエンジニア1ポジションあたりの推定 active candidates は 3-7名（LinkedIn Workforce Report 2023）。営業職の同条件 30-50名と比べて1/10以下
- Stack Overflow Developer Survey によれば、米国エンジニアの 78％が「現職に満足、転職活動していない」と回答。同時に 62％が「魅力的なポジションなら聞く」とも回答
- 日本も同傾向。情報処理推進機構（IPA）の調査では、IT人材の不足が継続している
つまり、世界的に エンジニアは「公募→応募」で集まる存在ではない ことが常態化している。「応募が来ない」のは自社の魅力不足ではなく、そもそも応募する文化がない市場で公募モデルを採っている ことが原因だ。
海外（特に米国テック企業）では、この「売り手市場常態化」を前提に、母集団を能動的に育てる4つのフレームが標準化されている:
- Talent Branding（採用ブランディング） — 候補者が「いつかこの会社に入りたい」と思える状態を作る
- Talent Community / Talent CRM — 応募前から候補者と関係構築する
- Recruitment Marketing — マーケティングファネル的に候補者を育てる
- DevRel / Engineering Brand / OSS Strategy — エンジニア文化を発信して人材を引き寄せる
本記事では、Stripe・Spotify・Netflix・GitLab・HashiCorp・Shopify などの事例を深掘りし、日本企業向けに規模別の実装戦略を提示する。
売り手市場における母集団形成の3つのシフト
「公募→応募待ち」モデルが機能しない売り手市場では、以下の3つのシフトが必要になる。
シフト1: 「公募→応募」から「常時育成→声がけ」へ
従来モデル: 求人公開 → 応募が来る → 選考 → 採用
売り手市場モデル: 常時母集団を育てる → ポジション発生時に声がけ → 短期間で採用判断
つまり、「求人を公開してから候補者を探し始める」のでは遅い。常に 「いつか採るかもしれない人」のリスト を作り続け、ポジションが空いたら最適な候補者に声をかける運用に変わる。
シフト2: 「Open Req中心」から「Always-on Recruiting」へ
Open Req（公募求人）中心の運用では、求人がない期間は採用活動が止まる。Always-on Recruiting は オープンなポジションがなくても候補者との関係を構築し続ける 運用思想だ。
Stripe・Spotify・GitLab などはこれを標準実装している。「今すぐ募集していないが、いずれ採るかもしれない人」と1on1を設けたり、テックブログのリストに招待したりして関係を保つ。
シフト3: 「単発スカウト」から「数ヶ月の関係構築」へ
「スカウト送信→3日以内に返信なければ次の候補者へ」という単発型は売り手市場では機能しない。エンジニアは複数のスカウトを毎週受け取っており、その中で記憶に残るのは 数ヶ月にわたって複数回の接点を持った会社 だ。
LinkedIn Talent Solutions の分析では、応募に至るエンジニア候補者の 平均接点数は5-9回。テックブログを読む・カンファレンスで登壇を聞く・コードを見る・友人から話を聞く・LinkedInでフォローする、といった多接点の積み重ねが必要になる。
海外で標準化された4つのフレーム
フレーム1: Talent Branding（採用ブランディング）
「候補者が応募を考える前から、自社を魅力的な選択肢として認識している状態」 を作る活動。マーケティングの「ブランド認知」に相当する。
主な活動:
- 採用ページの体系的整備（事業紹介・カルチャー・エンジニア紹介）
- 社員によるソーシャル発信（LinkedIn / X / Note等）
- Employer review サイトでの存在感（Glassdoor / OpenWork）
- カンファレンス登壇・スポンサーシップ
- 「働く社員」の声・ストーリー発信
LinkedIn の調査では、強いEmployer Brandを持つ企業の 採用コストは平均より43％低く、Quality of Hireは1.5倍 とされる。
フレーム2: Talent Community / Talent CRM
応募前の候補者を 顧客のように管理する 仕組み。マーケティングの「リード管理」に相当する。
主な活動:
- 採用イベント・ミートアップで連絡先取得
- 過去の応募者・面接者を「Talent Pool」として保持
- ニュースレター・採用情報の定期配信
- 6ヶ月・1年単位で再アプローチ
- Talent CRM ツール（Gem / Beamery / Greenhouse Inbound）で管理
国内ではこの概念がまだ薄いが、海外では Talent Acquisition チームの主要KPIとして「Talent Pool size」が標準的に追跡される。
フレーム3: Recruitment Marketing
マーケティングファネルを採用に適用する 思想。AIDA（Attention → Interest → Desire → Action）と同様の構造で、候補者を「認知→関心→検討→応募」と段階的に育てる。
主な活動:
- 採用専用コンテンツマーケティング（テックブログ・採用ピッチ動画）
- リターゲティング広告（採用ページ訪問者への追客）
- 候補者ジャーニーの設計と計測
- Cost per Application / Quality of Application の管理
- A/Bテスト（採用ページ・スカウト文・LP）
フレーム4: DevRel / Engineering Brand / OSS Strategy
エンジニアコミュニティ内での 「技術的な存在感」を構築する 活動。エンジニアにとって最も信頼できる情報源は他のエンジニアであり、技術的アウトプットの厚みが採用力を決める。
主な活動:
- Engineering Blog の継続発信（週1-2本）
- OSS への貢献・自社発OSSの公開
- 技術カンファレンスでの登壇・スポンサー
- DevRel（Developer Relations）専任ロールの設置
- ハッカソン・ミートアップの開催・スポンサー
- 採用向けの技術書・eBookの発信
HashiCorp や Stripe のように、OSS を中核戦略にすることで 「採用活動をしていなくても候補者から声がかかる」 状態を作る企業もある。
海外企業事例（深掘り6社）
事例1: Stripe — 紹介＋カンファレンス＋Stripe Press
決済プラットフォーム Stripe は、エンジニア採用において 「紹介経由＋カンファレンス露出＋Stripe Press」 の3軸を強く運用している。
特徴:
- 紹介中心: 全採用の30-40％が社員紹介経由（業界平均10-15％を大きく上回る）
- カンファレンススポンサーシップ: 主要なエンジニアカンファレンスにエンジニアを派遣し、技術発信と採用を兼ねる
- Stripe Press: 技術書・ビジネス書を高品質に出版し、ブランドを構築。エンジニアコミュニティから「知性のある会社」と認識される
- Engineering Blog: 月数本の高品質な技術記事を継続発信
- Always-on Recruiting: 採用チームは常に「将来採るかもしれない人」とのコーヒーミーティングを実施
日本企業への示唆: 紹介率を上げるには 「社員が自社を誇りに思える状態」を作ること が前提。Stripeは「賢い人と働ける」「世界規模のインパクト」を社内文化として徹底し、社員が自然と「うちに来なよ」と言える状態を作っている。
事例2: Spotify — Engineering Culture Videos ＋ Tech Blog
スウェーデン発の Spotify は、エンジニア組織文化を 動画で公開 する戦略で有名。「Spotify Engineering Culture」シリーズは Youtube で数百万回再生され、エンジニアコミュニティで参照され続けている。
特徴:
- Spotify Model（Squads / Tribes / Chapters / Guilds） という独自の組織モデルを公開
- Engineering Blog: 週2-3本の継続発信
- エンジニアブランディング: 「自律的に働ける」「技術的に成長できる」イメージを徹底
- オフィス文化: 映像で公開される働き方が候補者を引き寄せる
日本企業への示唆: 「組織モデルを公開する」 ことは強い差別化要因。日本企業の多くは内部の働き方を外に出さないが、Spotifyのように体系化して公開することで「ここで働きたい」候補者が自然に集まる。
事例3: Netflix — Culture Deck ＋ 高額報酬戦略
Netflix は2009年に公開した「Culture Deck」スライド（2,000万回以上閲覧）で世界的な採用ブランドを確立。同時に 「業界最高水準の報酬を払う」 戦略を採る。
特徴:
- Culture Deck: 自社カルチャーを徹底的に言語化して公開（「Freedom and Responsibility」「Top of Market Pay」等）
- 報酬戦略: 候補者が他社オファーを持参すれば、それ以上を払うルール
- Keeper Test: マネージャーは部下について「他社へ転職と言ったら必死に引き留めるか？」と問い、NOなら早期分離（本シリーズ「早期離職防止」記事参照）
- 採用は質重視: 「Aプレイヤーだけを採る」という方針を徹底
日本企業への示唆: 「カルチャーを明文化して公開する」 ことの威力は大きい。報酬戦略は日本企業ですぐ真似できないが、自社の働き方・価値観を体系化して公開する活動は誰でも始められる。
事例4: GitLab — All-Remote Talent Pool ＋ 公開ハンドブック
オールリモート企業 GitLab は、全世界から採用 することで母集団の上限を取り払っている。
特徴:
- All-Remote: 物理的拠点を持たず、全世界の優秀人材にアクセス
- 公開ハンドブック: 数千ページの社内ハンドブックを完全公開。「働く前から働き方が分かる」状態を作る
- 採用プロセスの透明性: 採用フロー・面接質問・評価基準まで公開
- 採用ページ: 各ポジションごとに詳細な業務内容・期待値・評価指標を記載
日本企業への示唆: 「採用情報の透明性」 は強い候補者吸引力を持つ。日本企業の多くは求人票が抽象的だが、GitLabのように具体的な業務内容・期待値・評価基準を公開することで、応募の質も母集団規模も上がる。
事例5: HashiCorp — OSS-First Attraction
Terraform / Vault / Consul で有名な HashiCorp は、OSS を中核戦略 にすることで採用活動なしに候補者が集まる状態を作っている。
特徴:
- OSS製品が母集団形成の入口: エンジニアが Terraform を使っている → コミュニティに参加 → 会社に興味を持つ
- DevRel組織: 専任のDevRelエンジニアが技術発信・コミュニティ運営
- HashiConf: 自社主催のカンファレンスで数千人の技術者と接点
- Contributors → Employees: OSSコントリビューターから採用するパスを公式に設計
日本企業への示唆: OSS戦略は採用と事業の二重価値 を持つ。すぐに大規模OSSを持つのは難しいが、社内ツールを公開する・既存OSSへの貢献を促進する、といった小さな一歩から始められる。
事例6: Shopify — R&D Talent Brand ＋ 大学プログラム
カナダ発の E-commerce プラットフォーム Shopify は、R&D（研究開発）のブランド を確立することで世界中のエンジニアを引き寄せている。
特徴:
- Shopify Engineering Blog: 高品質な技術記事を継続発信
- Dev Degree: 大学と提携した4年間のフルタイム雇用プログラム。学費を会社が負担しながら実務経験を積ませる
- オープンソース貢献: Ruby on Rails コミュニティへの貢献で有名
- Burst.shopify.com: 写真素材を無料公開するなど、「Shopifyは技術コミュニティに与える」イメージを構築
日本企業への示唆: 大学・専門学校との中長期連携 は日本でも展開しやすい。新卒採用とは別軸で、「在学中から働く」プログラムを設計することで、競合他社が手を出していない母集団を確保できる。
国内エンジニア採用チャネル一覧と特性比較
海外フレームを日本市場で実装する際に使える主要チャネルを整理する。
| チャネル | 単価 | リードタイム | マッチ精度 | 候補者熱量 | 運用工数 |
|---|---|---|---|---|---|
| 求人媒体（Wantedly / Green等） | 中 | 中 | 中 | 中 | 中 |
| スカウト媒体（Findy / LAPRAS / Forkwell） | 中 | 短-中 | 高 | 中 | 高 |
| リファラル | 低 | 短 | 高 | 高 | 中 |
| エージェント | 高 | 短 | 中 | 中 | 低 |
| カンファレンス・ミートアップ | 中 | 長 | 高 | 高 | 高 |
| 採用ブランディング（テックブログ等） | 低 | 長 | 高 | 高 | 高 |
チャネル別の使い分けポイント
- 「いま採りたい」需要には: エージェント・スカウト媒体（リードタイム短）
- 「半年-1年で育てたい」母集団には: リファラル・採用ブランディング・カンファレンス
- コスト効率重視には: リファラル＋採用ブランディング（時間はかかるが単価最安）
規模別の推奨戦略（売り手市場前提）
～100名規模: リファラル＋イベント＋小さなOSS
採用専任が1-2名しかいないフェーズ。Always-on Recruiting や Talent CRM のフル運用は厳しい。代わりに以下に集中する:
- リファラル制度の整備: 紹介報酬20-50万円。社員に「採用基準」「現在のオープン枠」を継続共有
- 小規模ミートアップ開催: 月1回、自社オフィスで5-10人の少人数勉強会
- 小さなOSS公開: 社内ツールをGitHubで公開（README・Issueに会社情報を載せる）
- 採用ページ整備: 業務内容・期待値・チーム紹介を具体的に書く
100-300名規模: スカウト媒体＋採用ブランディング立ち上げ
専任採用チームが組まれ、複数ポジションを並行で採るフェーズ。
- スカウト媒体の本格運用: Findy / LAPRAS / Forkwell に登録・継続スカウト
- テックブログ立ち上げ: 月2-4本の継続発信。執筆ローテーション制で属人化を防ぐ
- カンファレンス登壇: 主要カンファレンスに年2-4回エンジニアを派遣
- Talent Community の試運転: 過去応募者・面接落ち候補者を CRM に蓄積、半年に1回ニュースレター送付
- 採用ピッチ動画: 採用ページに2-3分のエンジニア紹介動画を設置
300名超規模: 全フレーム並走＋専任DevRel＋データ駆動の母集団管理
採用チームに専門ロールが配置できるフェーズ。
- 専任DevRel配置: エンジニアの技術発信・コミュニティ運営を専任で担当
- 採用マーケティングKPI管理: Talent Pool size / Source of Hire / Quality of Hire by source 等
- A/Bテスト: スカウト文・採用ページ・採用LPの最適化
- Employer Brand 体系化: Culture Deck・社員Story・採用ピッチを総合的に整備
- 大学・専門学校パートナーシップ: Shopify の Dev Degree のような中長期連携
採用ブランディングの始め方（リソース最小化）
「採用ブランディング」というと大規模投資のイメージだが、リソースが少なくても始められる。
Step 1: テックブログから始める（最小コスト）
- 月2本でいいので継続して書く
- ネタは「最近やっている技術的取り組み」「失敗から学んだこと」で十分
- 執筆ローテーション制（4-6人で月2本＝各人2-3ヶ月に1本）
Step 2: 採用ページに「具体性」を入れる
- 「優秀なエンジニア募集」ではなく「Rails 5年以上の経験者を募集。Web Vitals改善プロジェクトのリードを担当」と書く
- チームメンバー紹介（顔出し or 仮名＋背景）
- 「ある1日のスケジュール」を載せる
Step 3: 社員のSNS発信を促進
- 強制ではなく、書きやすい仕組みを用意（Slack共有チャネル、月次の社内ブログ紹介会）
- 会社からのリツイート・LinkedIn共有でアンプ
- 1名のスター発信者を生むより、5-10名の地味な継続発信者を育てる
これら3つは 月数時間の投資で始められる。半年-1年継続することで、スカウト返信率が明確に上がる。
SAIRAIの視点 —— Tasonalスカウトで母集団を効率的に回す
母集団形成の4フレームのうち、Tasonal が直接支援できるのは Talent Community / Recruitment Marketing の運用効率化 だ。
具体的な貢献:
- 評価項目構造化: スカウト対象を精密化。「いい人」ではなく「行動・経験レベルで定義された候補者」をスカウト
- スカウト文の固定＋AI可変設計: 媒体ごとに最適化されたスカウト文を効率生成。送信数を増やすのではなく、刺さるメッセージで返信率を上げる 設計
- フィードバック学習: 「どんな候補者に・どんな文面で送ると返信率が高いか」のパターンを蓄積し、継続改善
採用ブランディング・DevRel・OSS戦略は Tasonal ではカバーしない領域だが、これらと Tasonal スカウトを組み合わせる ことで、母集団形成の運用全体を加速できる。
「スカウト送信数を増やす」のではなく、「ブランディングで認知を作った上で、刺さるスカウトを送る」 という海外標準の運用に近づける。これがSAIRAIの目指す方向性だ。
まとめ —— 母集団形成は「マーケティング思考」で取り組む
エンジニア採用 母集団形成の現実解:
- 「公募→応募待ち」では母集団は作れない — 売り手市場が常態化した世界では能動的な育成が必要
- 3つのシフトを認識 — 常時育成/Always-on Recruiting/数ヶ月の関係構築
- 海外標準の4フレーム — Talent Branding / Talent Community / Recruitment Marketing / DevRel
- 6社の事例から学ぶ — Stripe / Spotify / Netflix / GitLab / HashiCorp / Shopify
- 規模別戦略を採る — ～100名（リファラル＋OSS小さく）/ 100-300名（スカウト＋ブランディング）/ 300名超（全フレーム並走）
- 採用ブランディングはテックブログから始める — 月2本の継続で半年-1年で効く
- スカウトは「数」より「刺さるメッセージ」 — Tasonal等のスカウト最適化ツールで効率化
「エンジニアが採れない」と感じている企業の多くは、「採用工程の問題」ではなく「母集団形成の問題」 に直面している。海外標準のフレームを参考に、マーケティング思考で母集団を能動的に育てる運用に転換することで、採用力は段階的に変わる。
TasonalのAIスカウト機能は、評価項目の構造化でスカウト対象を精密化し、「固定テンプレ＋AI可変パート」で媒体・ポジションごとに最適化されたメッセージを効率生成します。フィードバック学習により返信率を継続的に上げる設計で、採用ブランディングと並べて「刺さるスカウト」を実現します。
