採用要件の定義と作り方｜ミスマッチを防ぐ5手順

採用のミスマッチは、入社後に初めて表に出ますが、原因の多くは募集を始める前にあります。現場が求める人と、求人票に書いた人と、面接で合格にした人が少しずつ違っていると、選考をどれだけ丁寧に進めても、入社後に「思っていた人と違う」が起きます。

採用要件は、その3つを1つにそろえるための取り決めです。何を書くか、どう絞るか、選考のどこで確かめるかを、エンジニアの中途採用を例に順に整理しました。年齢や家族のことなど、要件に入れてはいけない項目の線引きも、法令と厚生労働省の基準に沿ってまとめています。

採用要件の定義と、人材要件・採用ペルソナ・採用基準との違い

採用要件は、ある職種で人を採用するときに、候補者に求める経験・スキル・行動特性・働く条件を、選考で確かめられる形で書き出した条件の一覧を指します。人材要件は同じ意味で使われることが多く、採用ペルソナは採用要件を満たす1人の人物像、採用基準は選考の各段階で合否を分ける判断のルールです。

作る順番は、採用要件が先で、採用ペルソナと採用基準はその後に回します。ペルソナから先に作ると、架空の人物の好みや経歴が要件に紛れ込み、必要以上に条件が狭まってしまうからです。エンジニアのペルソナの作り方は「エンジニアの採用における適切なペルソナ設計方法」、採用基準の例は「採用基準の例を紹介！設定方法とポイントを解説」にまとめています。

採用要件が曖昧なときに起きる3つのミスマッチ

採用要件が曖昧なまま募集すると、スキル・カルチャー・条件の3つのどこかで、企業が期待した人と入社した人が食い違います。どれも、面接の見極めが甘かったせいとは限りません。何を見るかを決めないまま選考したことが原因です。

特に起きやすいミスマッチの入口は、面接官ごとに見ている点が違う状態にあります。現場のエンジニアは技術の深さを、人事は人柄を、役員は将来の伸びしろを見て、それぞれの評価を足し合わせて合否を決めると、誰の期待にも合わない人が通ることもあり得るのです。カルチャーの合い方の見極め方は「カルチャーマッチとは？採用のミスマッチを防ぐための戦略と事例」で扱っています。

採用要件は5つの手順で決める

採用要件は、役割を決める、活躍する人の行動を言語化する、必須・歓迎・不採用の条件に分けて絞る、選考のどこで確かめるかを決める、求人票と担当者に共有する、の5つの手順で決めます。人事だけで決めず、配属先の現場の責任者と一緒に進めてください。

手順1. 事業計画から、採用する役割と任せる仕事を決める

採用要件の出発点は、どんな人がほしいかではなく、入社した人に何を任せるかにあります。事業計画のどの目標のために人を増やすのか、入社後の半年から1年で何を任せ、どんな状態になっていれば採用は成功だったと言えるのかを、先に書き出すのが最初の作業です。

エンジニアの採用なら、「決済基盤のリプレイスを主導する」「新規事業の最初のプロダクトを2人で作る」のように、任せる仕事を1〜3行で書けるところまで具体化してください。任せる仕事が決まらないうちに「バックエンドエンジニアを1名」とだけ決めると、手順2以降の要件がすべて曖昧になります。

手順2. 現場で活躍している人の行動を言語化する

任せる仕事が決まったら、同じような仕事で成果を出している社員が、実際にどう動いているかを現場にヒアリングして言葉にする段階です。成果を出す人に共通する行動特性はコンピテンシーと呼ばれ、スキルや経験年数だけでは見分けられない差を要件に書き込むための材料になります。

ヒアリングで聞くのは「どんな人がほしいか」ではなく、次のような具体的な場面です。

• 直近で成果を出したメンバーは、仕様が決まっていない仕事をどう進めたか
• 障害やトラブルのとき、活躍している人は最初に何をしたか
• 入社後に伸び悩んだ人は、どの場面でつまずいたか

答えを「自分で仕様の論点を洗い出し、関係者に確認してから実装に入る」のような行動の形で書くと、面接で過去の経験を聞いて確かめられる要件に変わります。「主体性がある人」のような書き方のままだと、面接官ごとに解釈が割れるからです。コンピテンシーの項目の例は「コンピテンシー一覧の6領域20項目と評価基準の作り方」にまとめています。

手順3. 要件を必須・歓迎・不採用の条件に分けて、必須の条件を絞る

書き出した要件は、満たさなければ任せる仕事ができない MUST（必須の条件）、あれば望ましい WANT（歓迎する条件）、当てはまると採用しない NG（不採用とする条件）の3つに分け、MUST をできるだけ少なくします。エンジニアのように求人が求職者を上回る職種では、MUST を増やすほど対象になる人が減り、母集団が集まらなくなるからです。

厚生労働省『一般職業紹介状況（令和8年8月分）』の参考統計表8-1（常用・パートを除く・全国計）では、情報処理・通信技術者の有効求人倍率は1.48倍で、職業計の1.17倍を上回りました。ハローワークの求人と求職を数えた値で、転職サービスやスカウトの市場をすべて含む値ではありませんが、エンジニアは求職者1人あたりの求人が1.48件と、職業計の1.17件より多い職種だと分かります。

MUST に残すか WANT に下げるかは、次の問いで判断します。

1. その経験が無いと、手順1で決めた仕事を入社後の半年で任せられないか
2. 入社後の研修や先輩の支援で、半年以内に身につけられないか
3. 今いる社員のうち活躍している人は、入社時点でその経験を持っていたか

3つとも「任せられない・身につけられない・持っていた」になるものだけを MUST に残します。たとえば「Go での開発経験3年以上」は、実際に求めているのが「サーバーサイドの言語で本番運用まで担った経験」なら、言語を問わない形に書き直せます。NG には、任せる仕事と両立しない条件だけを書き、次の節で扱う項目は入れません。

手順4. 要件ごとに、選考のどこで確かめるかを決める

採用要件は、書いただけでは選考で使えません。要件の1つずつについて、書類・技術課題・面接のどの段階で、どの質問や課題で確かめるかを決めておくと、面接官が変わっても同じものを見られるはずです。

面接で確かめる要件には、評価の段階（例: 3段階）と、各段階の目安になる回答の例を添えておくと確実です。確かめる方法が決められない要件は、選考で確かめられないので、要件の一覧から外すか、入社後の育成の目標に回します。

手順5. 要件を求人票と選考の担当者に共有する

決めた採用要件は、求人票と選考に関わる全員に同じ形で共有するのが最後の手順です。現場の責任者・面接官・人事が同じ一覧を見て、MUST とその理由に合意しておくと、面接の後に「その条件は聞いていなかった」という食い違いが起きません。

求人票には、MUST と WANT を分けて書き、MUST の理由が伝わるよう任せる仕事も一緒に書きます。

技術スタック・開発環境を書いた求人の閲覧あたり応募率は、書いていない求人の1.41倍でした（Offers（株式会社overflow）調べ・本文1,272字以上の正社員求人 n=2,633・2026年9月集計）。カルチャー・バリュー・ミッションを書いた求人は1.29倍です。

求人票の項目と書き方は「求人票とは？記載事項と食い違いを防ぐ書き方」で扱っています。

要件を反映した求人票や採用ページがエンジニアからどう見えるかは、エンジニア採用力チェックで確かめられます。企業のURLから採用ページ・テックブログ・求人票などの公開情報を5指標24項目で採点し、1営業日以内にレポートが届く無料の診断で、選考の通過率や採用要件の中身そのものは測定の対象外です。

採用要件に入れてはいけない項目と、法令上の線引き

採用要件には、職務を遂行するのに必要な適性と能力に関わる項目だけを入れ、年齢・性別・本人に責任のない事項・思想や信条に関わる事項は入れません（性別は、後で触れる男女雇用機会均等法第8条の措置に該当する場合を除きます）。年齢と性別は法律で募集と採用の均等な機会が定められており、本籍や家族のことは、厚生労働省が採用基準にしないよう求めている項目です。

採用ペルソナでは年齢・性別・家族構成まで描く作り方が広く紹介されていますが、ペルソナの設定をそのまま採用要件や採用基準に移すと、ここで挙げる境界を越えることがあります。ペルソナは訴求を考えるための架空の人物像にとどめ、要件の一覧には持ち込まないようにします。

年齢は、例外に該当する場合を除いて要件にできない

年齢を採用要件にすることは、法令が定める例外に該当する場合を除いてできません。労働施策総合推進法第9条は、事業主に対し、労働者の募集及び採用について「その年齢にかかわりなく均等な機会を与えなければならない」と定めています。

例外は同法施行規則第1条の3第1項が列挙しています。たとえば第1号は、定年の年齢を下回ることを条件として期間の定めのない労働契約で募集する場合です。第3号イは、長期間の継続勤務による能力の開発を目的に、特定の年齢を下回る人を期間の定めのない労働契約で募集する場合ですが、職業に従事した経験があることを求人の条件とせず、かつ学校を新たに卒業しようとする者として、またはその者と同等の処遇で募集・採用する場合に限られます。経験を MUST に書く中途採用の募集は、第3号イの例外に該当しません。

「20代のエンジニア」のように年齢で書きたくなったときは、その年齢で何を表したかったのかを言葉にし直します。「入社後に長く育成したい」なら育成の計画を、「チームの年齢構成をそろえたい」なら任せる役割と求める経験を、要件として書きます。

性別は要件にしない

性別も採用要件に入れません。男女雇用機会均等法第5条は、「事業主は、労働者の募集及び採用について、その性別にかかわりなく均等な機会を与えなければならない」と定めています。

エンジニアの採用では、チームの多様性を高めたいという理由で性別を書きたくなる場面があります。その場合も、求める経験や役割を要件に書き、多様性の取り組みは募集の経路や採用広報の側で進めるのが筋です。同法第8条は、男女の均等な機会と待遇の確保の支障となっている事情を改善する目的で女性労働者に関して行う措置（ポジティブ・アクション）を妨げないと定めています。

厚生労働省のポジティブ・アクションの資料は、この措置の例に「応募の対象を女性のみとする」を挙げ、格差を解消する目的があり、その雇用管理区分や職務で女性の割合が4割を下回っていることなどを満たす必要があるとしています。

本籍や家族のことなど、適性と能力に関係のない事項は採用基準にしない

本籍・出生地、家族の職業や学歴、宗教、支持政党のように、職務の遂行と関係のない事項は採用要件にも採用基準にも入れません。厚生労働省「公正な採用選考の基本」は、「応募者が、求人職種の職務遂行上必要な適性・能力をもっているかどうか」という基準で採用選考を行うことが必要だとしています。

同じページが採用基準にしないよう求めているのは、本籍地や家族の職業など「本人に責任のない事項」や、宗教や支持政党などの「本来自由であるべき事項（思想・信条にかかわること）」です。厚生労働省「公正な採用選考をめざして」は、住宅状況や生活環境・家庭環境に関すること、人生観や愛読書に関することも例に挙げ、応募者から指摘があったもののうち「家族に関すること」の質問が多くを占めているとも書いています。

要件に入れていなくても、面接で家族のことを聞けば、応募者はそれが基準だと受け取るものです。採用要件と一緒に、面接で聞かない項目の一覧も面接官に渡しておくと、場を和ませるつもりの雑談で境界を越えることを防げます。

エンジニアの採用要件の項目例

エンジニアの中途採用の採用要件は、技術スキル・担った経験・行動特性・働く条件の4つの区分で書き出すと、漏れと重なりを防げます。区分ごとに MUST と WANT を分け、どの区分にも年齢・性別・家族のような項目は入れません。

技術スキルは、使っている技術をすべて並べると MUST が膨らむ区分です。任せる仕事で入社直後から使うものを MUST に、入社後に覚えられるものを WANT に分けます。エンジニアの見極め方の詳細は「優秀なエンジニアの採用基準と見分け方」で扱っています。

要件が固まったら、MUST を満たす人に企業から直接声をかける方法も選択肢の1つです。株式会社overflow が運営する Offers は、正社員の中途採用に特化したエンジニア採用のプラットフォームで、登録者 40,000人（エンジニア以外の職種を含む）のデータベースから、要件に合う候補者を選んでスカウトを送れます。サービスの内容はOffers の企業向けページで確かめられます。

採用要件は、選考の結果を見て定期的に見直す

採用要件は一度決めて終わりではなく、選考の結果と入社後の活躍を見て、少なくとも採用の区切りごとに見直してください。最初の要件は現場の想定から作った仮説なので、実際の応募と選考の結果で確かめて直すことが前提です。

見直す合図と、直す箇所の目安は次のとおりです。

事業の段階や組織の体制が変われば、任せる仕事も変わります。要件を見直したら、改めて現場の責任者と面接官に共有し、古い要件のまま選考が進まないようにします。

採用要件の作り方の要点

採用要件は、任せる仕事から逆算して、選考で確かめられる条件だけを MUST・WANT・NG に分けて書き、現場・面接官・人事が同じ一覧を見て使う取り決めです。ミスマッチを防ぐ要点は次の5つです。

1. 採用する理由と、入社後に任せる仕事を先に決める
2. 活躍している社員の行動を現場から聞き、行動の形で要件に書く
3. MUST は「無いと任せられない」ものだけに絞り、エンジニアのように求人が多い職種ほど少なくする
4. 要件ごとに、書類・技術課題・面接のどこで確かめるかを決める
5. 年齢・性別・本人に責任のない事項・思想や信条に関わる事項は、要件にも採用基準にも入れない（年齢は法令の例外、性別は男女雇用機会均等法第8条の措置に該当する場合を除く）

決めた要件は、選考の結果と入社後の活躍を見て見直します。要件を直したら、求人票と面接の質問も同じ日に直すと、募集と選考の食い違いを残さずに済みます。