エンジニア採用のペルソナ設計で外してはいけない視点

「ペルソナを作ったのに、採用がうまくいかない」と頭を抱えている方も多いのではないでしょうか。

エンジニア採用の難しさは年々増しており、スキルセットを満たす候補者を探すだけでは思うように採用が進まないという声が広がっています。そのような状況の中、採用活動の精度を高める手段としてペルソナ設計が注目されるようになりました。

ただし、ペルソナを作成しても機能しないケースが少なくありません。その多くは「スキル要件を整理しただけ」で終わっており、エンジニアが転職や参画を決断する動機という本質的な視点が抜け落ちています。

この記事では、エンジニア採用のペルソナ設計でよくある失敗パターンと、キャリア文脈・動機設計から逆算する正しい手順を解説します。読み終える頃には、自社のペルソナ設計のどこを見直すべきかが明確になっているはずです。

１、エンジニア採用でペルソナ設計が必要な理由

（１）採用ペルソナとは何か――ターゲットとの違いを整理する

採用ペルソナとは、企業が採用したい人材を「一人の具体的な人物像」として描いたものです。マーケティングの分野で顧客像を詳細に描く手法として生まれた概念が、採用活動にも応用されるようになりました。

よく混同されるのがターゲットとの違いです。ターゲットは「Reactの実務経験3年以上・28歳前後」のように条件で絞り込んだグループを指します。一方でペルソナは、その条件を満たす一人の人物が「どんなキャリアを歩んできたか」「今の仕事に何を感じているか」「転職で何を叶えたいか」まで描き切ったものです。

ターゲットは採用媒体の絞り込みに、ペルソナはスカウト文面や面談設計に活かすものと使い分けるとよいでしょう。どちらが優れているかではなく、両方を設計することで採用活動の精度が上がります。

（２）エンジニア採用でペルソナが特に重要な理由

エンジニア採用でペルソナ設計が特に重要なのは、候補者の絶対数が少ない中で「精度」が成否を左右するからです。経済産業省の調査によると、2030年には最大で79万人のIT人材が不足すると試算されています（＊）。

候補者数が限られている市場では、広く網を張るより「この人に響くメッセージを届ける」という精度の高さが求められます。スキルセットが同じエンジニアでも、キャリアのフェーズや転職動機によって自社の魅力の刺さり方はまったく異なります。

また、エンジニアの業務領域は幅広く、同じ「バックエンドエンジニア」でも求める役割・技術スタック・チームとの関わり方は会社によって大きく異なります。採用後のミスマッチを防ぐためにも、具体的な人物像を手前で描いておくことが不可欠です。

＊参考：経済産業省「IT人材需給に関する調査」2019年3月

関連記事▶︎エンジニア採用のミスマッチが繰り返される本当の理由

２、エンジニアのペルソナ設計でよくある失敗と見直しのポイント

（１）理想が高すぎて実在しないペルソナになる

ペルソナ設計で最も多い失敗は、経営層・現場・人事それぞれの「欲しい要件」を全部詰め込んだ結果、実在しない人物像になってしまうことです。

経営層は「ビジョンに共感してリーダーシップを発揮できる人」を求め、現場は「即戦力のスキルがある人」を求め、人事は「コミュニケーション能力が高い人」を求める。それらを全部盛り込むと、採用市場に5人もいないようなペルソナが完成します。

見直しのポイントは、設定した要件に「必須」と「歓迎」の優先順位をつけることです。

例）

必須：TypeScriptでのフロントエンド開発経験2年以上、スクラム開発経験あり

歓迎：BtoBのSaaS開発経験、チームリードの経験

必須要件を絞ることで、実際に出会える可能性のある候補者像に近づけることができます。

（２）作って終わりで採用活動に使われていない

ペルソナを作成したものの、スカウト文面も求人票も従来のまま変わらないというケースは珍しくありません。設計に労力をかけたにもかかわらず、採用活動に反映されていなければ意味がありません。

「ペルソナが活かされていないサイン」としては、スカウトの文面が全候補者同じ内容になっている、求人票の仕事内容欄がJD（ジョブディスクリプション）をそのまま転記しているだけ、などが挙げられます。スカウト送信前に「このペルソナに対して、この文面は刺さるか？」と確認するチェック工程を設けるだけでも、ペルソナの活用度は大きく変わります。

ペルソナは作った後に採用活動の各接点に反映させることで初めて機能します。スカウト文面・求人票・面談設計のどこに使うかを事前に設計しておくとよいでしょう。

（３）定期的な見直しをしないまま形骸化する

一度設計したペルソナをそのまま使い続けていると、採用市場の変化や組織のフェーズの変化に追いつかなくなります。半年前の採用市場の感覚で作ったペルソナが、今の候補者像と乖離していることは十分あり得ます。

見直しのタイミングの目安としては、組織の事業フェーズが変わったとき、採用ターゲットの職種が変わったとき、スカウト返信率や面談通過率が以前より下がってきたときなどが挙げられます。四半期に一度はペルソナを見返す習慣をつけることを検討してみてください。

３、なぜペルソナ設計がうまくいかないのか

（１）スキル要件の羅列はペルソナではない

ペルソナ設計がうまくいかない最大の原因は、スキル要件の整理をペルソナと混同していることです。「Python・AWS・5年以上の経験・英語ビジネスレベル」といった条件の列挙は、採用要件であってペルソナではありません。

採用要件はマッチングの絞り込みに使うものです。一方でペルソナは、その要件を満たす一人の人物が「なぜ今の会社にいるのか」「何に満足していて何に物足りなさを感じているか」「次のキャリアで何を実現したいか」まで描き切るものです。

例）

▼スキル要件のみのペルソナ（NG）

React・TypeScript経験3年以上、スクラム開発経験あり、コミュニケーション能力高い

▼動機設計を加えたペルソナ（OK）

上記スキルに加え、現職ではレガシー環境のメンテナンスが続き、技術的な停滞を感じている。モダンなスタックでの新機能開発と、ユーザーに近い環境での意思決定への関与を求めている。

スキル要件を起点にするのではなく、どんなキャリア文脈を持つエンジニアが自社に来てくれるかという視点から逆算することが重要です。

（２）「来てほしい」ではなく「なぜ来るのか」が抜けている

多くのペルソナ設計は「こういう人に来てほしい」という企業側の目線で設計されています。しかし採用が機能するためには、エンジニア側の目線で「なぜ自社に来るのか」を想定することが欠かせません。

エンジニアが転職や業務委託の参画を決断するのは、スキルマッチだけではありません。「今の仕事ではこれが叶えられない」「この会社なら自分のキャリアが前進できる」という動機が重なったときです。その動機を想定できていないペルソナは、スカウト文面にも求人票にも自然な言葉として反映されません。

エンジニアが動く動機の類型としては、技術的な挑戦欲求（モダンなスタックへの移行・新規開発への参画）、プロダクトへの近さ（エンドユーザーの課題に向き合える環境）、キャリアの自律性（裁量の広い仕事・意思決定への関与）などが挙げられます。ペルソナにこの動機の想定を加えることで、採用メッセージが格段に変わります。

（３）人事と現場のイメージが乖離したまま動き出している

人事が「コミュニケーション能力が高くてチームワークを大切にする人」というペルソナを描く一方で、現場エンジニアは「ドキュメントを丁寧に書いて自走できる人がほしい」と思っているというケースは少なくありません。

この乖離を放置したまま採用活動を進めると、スカウトや求人票のメッセージが一貫しなくなり、面接で現場が「思っていた人と違う」という感想を持つことになります。採用した後にも「なんとなく合わない」というミスマッチにつながることがあります。

例）

人事の評価軸：「明るく話しやすい・コミュニケーション力が高い」

現場の評価軸：「コードレビューを丁寧にできる・自走力がある」

→ 人事が「この人は良かった」と思った候補者が、現場面接で通過しないという状況が繰り返される。

ペルソナ設計の段階から、現場エンジニアにも作り手として加わってもらうことが重要です。人事が作った草案を現場に見せてフィードバックをもらうだけでも、乖離は縮まります。

４、キャリア文脈・動機から逆算するペルソナ設計の手順

（１）採用背景とポジションの役割を言語化する

最初のステップは「なぜ今採用するのか」と「そのエンジニアに何を任せるのか」を言語化することです。「欠員補充」や「増員」という理由の先にある、具体的な背景を掘り下げていきます。

この言語化が浅いと、ペルソナも浅くなります。「バックエンドエンジニアが欲しい」ではなく、「新規決済機能の開発をリードしてほしい。現在の3人のチームに加わり、設計から実装まで担える人が必要」というレベルまで具体化することが目標です。

例）　採用背景の言語化テンプレート

・事業のフェーズ（例：新規プロダクトの立ち上げ期）

・このポジションに任せる役割（例：新規決済機能の設計・開発リード）

・入社後6か月で期待するアウトプット（例：決済フローの設計書作成と主要機能の実装完了）

・チーム構成と関わり方（例：エンジニア3名・PM1名のチームで、設計フェーズから意見を出しながら進める）

この背景を言語化することで、次のステップで「どんな動機を持つエンジニアが来てくれるか」を想定する精度が上がります。

（２）そのエンジニアが「今、動く理由」を想定する

採用背景が固まったら、そのポジションに来てくれそうなエンジニアが「今、なぜ動くのか」を想定します。

転職や業務委託への参画を決断するエンジニアには、何かしらの「今の状況では叶えられないこと」があります。それを想定することが、ペルソナ設計の核心です。

例）　動機の想定パターン

・レガシーシステムのメンテナンスが続き、新しい技術に触れる機会がない

・大企業で分業が進みすぎていて、プロダクト全体に関われない

・フリーランスとして複数案件を経験したが、一つのプロダクトに深く関わりたくなった

・スタートアップのビジョンに共感したが、技術的な環境も整っているか確認したい

これらの動機の類型の中から、自社のポジションに「来てくれそうな人」の動機として当てはまるものを選び、ペルソナの一部として設定します。想定がずれていても、後のステップで修正できます。

（３）現場エンジニアへのヒアリングで動機の解像度を上げる

想定した動機は、実際に自社で活躍しているエンジニアへのヒアリングで精度を高めることができます。現場エンジニアは、採用したい人物像の「生きたモデル」です。

ヒアリングでは以下のような質問が動機の解像度を上げるのに役立ちます。

例）　ヒアリング質問例

・入社を決めた一番の理由は何でしたか？

・前の職場では何が物足りなかったですか？

・今の仕事のどんな部分にやりがいを感じますか？

・同じような状況にいるエンジニアの友人に、この会社を紹介するとしたら何を伝えますか？

このヒアリングから得られた言葉は、スカウト文面や求人票に直接活かせます。社内エンジニアの本音の言葉は、外部のエンジニアにも自然に響くことが多いです。

（４）スキル要件と動機設計を組み合わせてペルソナを完成させる

最後に、スキル要件と動機設計を統合して一人の人物像として仕上げます。以下の3軸を組み合わせることがポイントです。

例）　ペルソナの3軸

①スキルセット（必須・歓迎）：TypeScript・React、設計経験あり

②キャリア動機：新規機能開発に携わりたい、ユーザーに近い仕事がしたい

③現状の不満：レガシー環境が続いて技術的停滞感がある

この3軸が揃うことで、スカウト文面に「あなたのキャリアの文脈を理解している」というメッセージが自然に込められるようになります。採用担当者が「この人に送るとしたら何を伝えるか」をイメージしやすくなり、採用活動全体の質が上がります。

５、ペルソナ設計後にエンジニア採用活動へ落とし込む方法

（１）スカウト文面にペルソナの動機を反映させる

設計したペルソナの動機を最も直接的に活かせるのがスカウト文面です。ペルソナが持つ「現状の不満」と「叶えたいこと」の両方に触れることで、受け取ったエンジニアが「自分のことを理解している」と感じやすくなります。

例）　

動機を反映していないスカウト（NG）

「TypeScriptの経験をお持ちの方にご連絡しました。弊社ではモダンな環境で開発できます。ぜひご検討ください。」

動機を反映したスカウト（OK）

「レガシー環境の改善よりも新規開発に注力したいと思われている方にご連絡しました。弊社では現在〇〇機能の新規開発をご担当いただける方を探しており、設計から携わっていただける環境をご用意しています。」

ペルソナに設定した動機の言葉を使って文面を書くことで、スカウトが「量より質」の接点として機能するようになります。

関連記事▶︎ダイレクトリクルーティングの返信率が上がらない構造的な理由

（２）求人票にエンジニアの「叶えたいこと」を書く

求人票はJD（ジョブディスクリプション）をそのまま転記するのではなく、ペルソナが「叶えたいこと」を軸に再構成することで、エンジニアの目に留まりやすくなります。

具体的には、仕事内容の冒頭に「このポジションでできること・経験できること」を記載し、エンジニアが転職先を選ぶ際に気にするポイントに答える構成にするとよいでしょう。

例）　求人票の冒頭の書き方（OK例）

「このポジションでは、新規決済機能の設計から開発まで一貫してご担当いただきます。ユーザーの声を直接受け取りながら機能改善を進められる環境です。技術的な意思決定にも関わっていただけます。」

「何を任せるか」だけでなく、「この仕事で何が得られるか」を明示することで、ペルソナが持つ動機に応答できる求人票になります。

関連記事▶︎応募が来ない求人票に共通する設計の落とし穴

（３）面談・面接設計にペルソナを活かす

面談・面接の設計にもペルソナを活用できます。ペルソナが持つキャリア動機に応答できる人物が登場する面談設計と、ペルソナの「叶えたいこと」に答えられる質問の準備が重要です。

たとえば、ペルソナが「プロダクト全体に関わりたい」という動機を持つ場合、面談にCTOやプロダクトオーナーが参加し、機能開発の意思決定プロセスを説明できるセッションを設けることで、候補者の関心に応えられます。

また、面談で候補者の動機を確認する質問を用意しておくことも重要です。「今のお仕事でどんな部分に物足りなさを感じていますか？」という問いかけは、ペルソナ想定の精度を検証しながら候補者の理解を深める機会にもなります。

関連記事▶︎エンジニアのカジュアル面談が選考につながらない設計の問題

６、まとめ：ペルソナ設計はエンジニアへの理解から始まる

エンジニア採用のペルソナ設計で外してはいけない視点は、「スキル要件を整理すること」ではなく、「そのエンジニアがなぜ動くのかを想定すること」です。

採用がうまくいっている企業に共通しているのは、ペルソナを「採用したい人のリスト」としてではなく、「その人のキャリアの文脈を理解した上で、自社に来てくれる理由を設計したもの」として扱っていることです。

スキル要件の設定は採用の入り口に過ぎません。その先に「なぜ今の状況から動くのか」「自社で何が叶えられるのか」という動機の設計が伴って初めて、スカウト・求人票・面談のすべてが一貫したメッセージを持ちます。

エンジニアは一人の専門家として自分のキャリアを真剣に考えています。その文脈に敬意を持って向き合う採用設計こそが、採用の質と定着率の両方を高める道です。

ペルソナ設計の見直しに取り組む際には、まず社内の現場エンジニアへのヒアリングから始めてみてください。すでに活躍している人の言葉の中に、求めているペルソナのヒントが見つかるでしょう。