AIエンジニア転職

AIエンジニア求人票の読み方|必須スキル欄の意味を理解する2026

読了時間: 約17分

国内のAIエンジニアの平均年収は約558万円。ところが同じ職種名で、応募要件に「LLMを用いたプロダクト開発経験3年以上」と書かれた求人は、提示レンジが900万〜1,300万円になる。差を作っているのは職種名ではない。求人票の要件欄に並んだ数行だ。

その数行が読めないまま応募先を決めている人が多い。必須スキルを1つ満たしていないだけで候補から外す。逆に、書かれていない地雷を見落として面接まで進み、条件がまるで違うと気づく。どちらも求人票の書式そのものにルールがあることを知らないまま起きている。

2024年4月、職業安定法施行規則の改正で求人票に書かなければならない項目が増えた。読み方の前提が変わっている。

この記事の要点

  • 必須要件は合格ラインではなく理想像。採用現場の目安は「6〜7割を満たせば応募」
  • 本当の採用意図は歓迎スキル欄に出る。必須欄は人事、歓迎欄は現場が書いていることが多い
  • 2024年4月から「業務の変更の範囲」「就業場所の変更の範囲」の明示が義務化。ここを読み飛ばすと入社後の配属で揉める

必須要件は合格ラインではなく「理想像」

結論から言う。求人票の必須要件は、企業が採用したい人物像の上限を書いたものであって、書類選考のカットオフではない。飲食店の「本日のおすすめ」に近い。全部頼めという意味ではなく、店が今いちばん出したい皿が並んでいるだけだ。

転職支援の実務では、必須要件を6〜7割満たしていれば応募を勧める運用が一般的だとされる。人物面や学習意欲を見て育成前提で採用に踏み切るケースも増えている。応募資格はあくまで「理想の人物像」の目安として書かれている、というのが採用側の説明になる。

AI領域ではこの乖離がさらに大きい。AI関連人材は最も採用が困難な職種のひとつに数えられていて、需要に供給が追いついていない。要件を全部満たす候補者が労働市場にほとんど存在しないことを、採用側も分かったうえで求人票を出している。

なぜ企業は満たせない要件を書くのか

求人票は募集文書であると同時に、社内の合意文書でもある。現場が欲しい人物像、人事が管理したい等級、経営が承認した年収レンジ。この3つをすり合わせた結果が要件欄に落ちてくる。

だから要件は「現場が理想を言った状態」で残りやすい。ここは見落としがちだが、要件を厳しく書くこと自体に企業側のコストはほとんどない。応募が来なければ後から緩めればいい。求職者側だけが一方的にふるいにかけられていると感じる構造になっている。

応募していい求人の判断軸

  • 必須要件を6〜7割は満たしている
  • 歓迎要件のうち1つ以上、仕事で使えるレベルの強みがある
  • 不足分について、入社後にキャッチアップできる根拠を言葉にできる
  • 自分のキャリアの軸と、会社が向かう方向がずれていない

満たせない要件の伝え方

応募すること自体は自由でも、書類で無言のまま出すのは損をする。不足している要件については、職務経歴書の中で近い経験に置き換えて説明しておく。

たとえば「機械学習モデルの本番運用経験」が必須にあり、自分は検証環境までしか触っていないとする。この場合、バッチ処理の定常運用や監視の設計に関わった経験があれば、そこが橋になる。書かなければ「経験なし」で処理されるだけだ。

2024年4月から求人票に必ず書かれるようになった3項目

求人票の読み方を変えたのは法改正だ。2024年4月から、労働者の募集や職業紹介事業者への求人申込みの際に明示しなければならない労働条件が追加された(厚生労働省)。追加は3つある。

追加項目 意味 AI職で見るべき点
従事すべき業務の変更の範囲 入社直後だけでなく、契約期間中に変わりうる業務の範囲 「会社の定める業務」と広く書かれていたら、受託開発やSES的な配属もありうる
就業場所の変更の範囲 将来の配置転換を含む勤務地の範囲 フルリモート求人でも「本社および顧客先」と書かれていれば常駐の可能性が残る
有期契約を更新する場合の基準 更新上限の有無と判断基準 研究開発ポジションや業務委託併用の求人で確認が要る

「変更の範囲」は将来の見込みまで含む

厚生労働省の説明では、変更の範囲とは雇入れ直後にとどまらず、将来の配置転換など今後の見込みも含めた、労働契約の期間中における変更の範囲を指す。少しでも可能性があるなら記載する、という運用になっている。

つまりここは企業が「やらせるかもしれないこと」を先に開示している欄だ。求人票の本文が魅力的でも、変更の範囲が広く書かれていれば実態はそちらに寄る。

【求人票の記載例】

▼ 従事すべき業務の内容
  雇入れ直後: 自社SaaSにおける推薦モデルの開発・改善
  変更の範囲: 当社における技術開発業務全般

▼ 就業場所
  雇入れ直後: 本社(東京都港区)/リモート勤務可
  変更の範囲: 本社および当社の全事業所、顧客先

この例で読むべきは下2行だ。雇入れ直後の記載だけ見て応募すると、配属や勤務地の話が入社直前に出てきたときに反論の材料がなくなる。この2行は2024年の改正で足された欄だ。存在を知らないまま雇入れ直後の記載だけで応募を決めると、配属の話が出たときに手元に材料が残らない。

AIエンジニア求人票の必須スキル欄を分解する

変更の範囲を読めば入社後の実態は見える。もう一段手前で読み違えやすいのが必須スキル欄だ。AI職の必須スキル欄に並ぶ文言は、業界を通じてかなり定型化している。よく出る5つを、企業側が何を見ているのかに翻訳したのが次の表だ。

求人票の文言 企業が見ている点 代替できる経験
Pythonでの開発経験3年以上 チーム開発の作法(レビュー・テスト・型)が身についているか 他言語での実務3年+PythonのOSS貢献やポートフォリオ
機械学習モデルの開発経験 課題設定から評価指標の選択まで自分でやったか 社内データでの検証プロジェクト、Kaggle上位入賞
SQLによるデータ抽出・加工 結合と集計を自力で書けるか(分析基盤の有無は問わない) 業務でのデータ抽出、BIツールでのクエリ作成
クラウド(AWS / GCP)での実務経験 課金とネットワークの構造を理解しているか 個人開発での構築+資格(SAA、Professional Data Engineer)
線形代数・統計の基礎知識 評価結果を数字で説明できるか 統計検定2級、業務でのA/Bテスト設計

「3年以上」の3年が意味するもの

年数指定は、スキルの深さではなく等級の目安として書かれていることが多い。社内のグレード制度で「Pythonを3年やった人はこの等級」という対応表があり、そこから逆算されて求人票に落ちる。

年数が等級判定の目安として置かれている以上、数か月の不足だけで落とす理由は企業側にない。逆に、5年やっていてもすべて一人開発だと、書類は通っても面接で崩れる。年数そのものより、その年数の中でチーム開発をしたかどうかが効いてくる。学習の順序に不安があるならAIエンジニアに必要なスキルと学習順序で全体像を確認しておくといい。

「モデルの開発経験」はどこからカウントされるか

ここが一番揺れる。求人票に「機械学習モデルの開発経験」とだけ書かれている場合、企業によって本番投入まで求めるところと、検証段階の経験で通すところがある。

見分け方は同じ求人票の中にある。職務内容の欄に「モデルの改善・再学習パイプラインの運用」と書いてあれば本番運用まで求めている。「PoCの推進」と書いてあれば検証フェーズの人材を探している。要件欄だけを読んで判断しない。

ライブラリ名の列挙は要件ではなくヒント

scikit-learn、NumPy、PyTorch、TensorFlow。この並びが必須欄に出てきたとき、4つ全部が要るわけではない。社内で動いているものをそのまま並べただけのケースが大半だ。

むしろ手がかりになるのは並び順だ。PyTorchが先頭にある求人は研究開発寄り、scikit-learnとSQLが並ぶ求人は業務データの分析が主戦場、と当たりをつけられる。

歓迎スキル欄に本当の採用意図が出る

必須欄より歓迎欄を先に読んだほうがいい。理由は2つの欄の性格が違うことにある。必須欄は等級や募集要項に紐づくため、過去の求人票を土台に組み立てられる。歓迎欄は逆に、現場がいま埋めたい穴を書き出す欄になる。

LangChain / RAG / LlamaIndex

生成AIプロダクトを立ち上げ中。要件が固まりきっておらず、裁量は大きいが仕様変更も多い。ここが歓迎欄にある求人はレンジ上限が伸びやすい。

Docker / Kubernetes / CI・CD

モデルはあるが運用が回っていない。MLOpsの担い手が不足しているサイン。入社直後から基盤整備を任される可能性が高い。

MLflow / Kubeflow / Airflow

すでにパイプラインが動いている組織。学習コストは低いが、既存構成に合わせる働き方になる。ゼロから設計したい人には物足りない。

要件定義 / 顧客折衝の経験

受託またはコンサル型の案件が中心。コードを書く比率は想像より低い。年収は上がりやすいが職務内容の確認が要る。

歓迎欄が異様に長い求人は要注意

歓迎スキルが10項目以上並んでいる求人は、採用要件が社内で固まっていない可能性が高い。複数のポジションを1本の求人票にまとめて出しているケースもある。

この場合、面接で「今いちばん困っていることは何ですか」と聞くと実態が出てくる。求人票からは読み切れない部分だ。面接で聞かれる側の準備はAIエンジニア面接でよく聞かれる質問20選にまとめてある。

逆に歓迎欄が空の求人

歓迎欄がない、または「特になし」の求人は、必須欄が実質的な合格ラインになっていると考えたほうがいい。人材紹介会社を介さず自社サイトだけで募集している中小企業に多い形だ。

年収レンジと要件はセットで読む

歓迎欄で会社の現在地が分かったら、次はその横にある数字を見る。提示レンジは要件の厳しさと連動している。レンジだけを見て「高いから応募をやめる」「低いから外す」という判断をすると、一番読むべき情報を落とすことになる。

提示レンジ 求人票に出る典型要件 実態
400万〜500万円台 Python基礎、機械学習の学習経験、ポートフォリオ ポテンシャル採用。未経験・第二新卒枠が中心
570万〜630万円 実務2〜3年、モデル開発経験、SQL 国内AIエンジニアのボリュームゾーン。平均年収は約558万円
600万〜800万円 本番運用経験、クラウド、チームリード経験 中堅層。ここから要件に「運用」が入り始める
600万〜1,300万円 LLM・生成AIのプロダクト開発、RAG構築 生成AI/LLMエンジニア枠。レンジ幅が広いのは等級未確定の裏返し
700万〜1,400万円 学習パイプライン設計、Kubernetes、SRE的素養 MLOpsエンジニア枠。国内の供給がとくに薄い

生成AI・LLM開発とAIエージェント開発のスキルを持つ層は2026年時点で最も提示額が高く、3年以上の実務経験があれば1,000万円超のオファーも現実的な水準になっている。求人票のレンジ上限は、この層を取りに行くために置かれている数字だ。

レンジ幅が広い求人の読み方

「500万〜1,200万円」のような広いレンジは、等級が固まっていないか、複数ポジションを束ねている。上限に近い金額が出るのは、レンジ上限に対応する要件を全部満たしたときだけだ。

現実的な着地点を知りたければ、求人票の「想定年収」ではなく「モデル年収」や過去の採用実績を面談で聞く。求人データそのものの分布はAIエンジニア求人データ分析2026で数字を追える。

みなし残業と裁量労働の記載

AI職は裁量労働制の適用対象になっている求人が多い。専門業務型裁量労働制と書かれていれば、提示年収にみなし労働時間分が含まれている。額面だけの比較は成立しない。

ここが落とし穴になる。候補企業ごとに、この欄を時間単価へ直して並べ直す。年収900万円で月45時間のみなし、年収780万円で固定時間。単価では後者が上回る。求人票のレンジだけを横に並べても、この差は出てこない。

職種名の揺れを求人票の中身で判定する

レンジの読み方が分かっても、そもそも職種がずれていれば意味がない。同じ「AIエンジニア」でも、求人票の中身は4つに分かれる。職種名で絞り込むより、職務内容の1行目で判定したほうが早い。

実態 職務内容の書き出し 必須欄の特徴
機械学習エンジニア 「モデルの開発・精度改善」 数学基礎とライブラリ名が並ぶ
MLOpsエンジニア 「学習・推論基盤の構築と運用」 Kubernetes、IaC、監視の記載
生成AI/LLMエンジニア 「LLMを活用したプロダクト開発」 API連携、RAG、プロンプト設計
データサイエンティスト 「データ分析による意思決定支援」 統計、可視化、ビジネス理解

求人票の職種名が「AIエンジニア」でも、職務内容が「データ分析による意思決定支援」なら実態はデータサイエンティストだ。応募後のミスマッチはここで生まれる。キャリアの方向を先に決めたい場合はAIエンジニアのキャリアパス5選を先に読んでおくと判断が速い。

企業規模で書きぶりが変わる

大手SIerの求人票は必須要件が抽象的で、等級と職務等級表に紐づく表現が多い。メガベンチャーは技術スタックが具体名で並ぶ。スタートアップは職務内容が広く、「なんでもやる」に近い書き方になる。

同じ必須要件「Python 3年以上」でも、大手では等級の判定、スタートアップでは即戦力の確認という意味になる。同じ文言を同じ重みで読まないほうがいい。大手側の動向は大手IT企業のAIエンジニア求人動向にまとめてある。

AIエンジニア求人票から読み取れる危険信号

ここまでは求人票を正しく読むための話だった。最後に、読んだ結果として降りるべき求人の見分け方を挙げる。応募を避けるべきかどうかは、書いてある内容より書き方に出る。AI職の求人票で繰り返し見かける4つを挙げる。

確認したい4つのサイン

  • 職務内容に固有名詞が一切ない:「最先端のAI技術を用いた開発」だけで製品もデータも書かれていない。案件が決まっていないか、実態が受託の常駐に近い
  • 変更の範囲が「当社の定める業務」:法改正で書く義務があるため書いてはいるが、範囲を絞る意思がない
  • 必須要件にAI要素がない:職種名はAIエンジニアなのに要件がWeb開発だけ。配属後にAI業務があるとは限らない
  • 「AI活用推進」だけで開発の記述がない:社内でツールを導入・展開する役割。手を動かしたい人とはずれる

1つ目の書き方には正直うんざりする。「最先端のAI技術を用いた開発」という一行から、応募者が判断できる材料は何ひとつ取り出せない。書けない事情があるなら、せめて扱うデータの種類だけでも書いてほしい。

4つ目がいちばん判断に迷う。生成AIの社内展開を担う職種が新設され、その求人がAIエンジニア名義のまま出てくるためだ。悪い仕事ではないが、モデルを触りたくて応募すると1年後に困る。

求人票と実態がずれたときの確認先

求人票の内容と面接で聞いた話が食い違ったら、労働条件通知書の段階で必ず突き合わせる。明示義務のある項目については、求人時の条件と異なる内容で契約する場合、企業側に変更内容を明示する義務がある。

読み終えたあと、職務経歴書に落とし込む

求人票を読む目的は応募先の選別だけではない。要件欄はそのまま職務経歴書の見出しに使える。人事は求人票の要件順にチェックしていくからだ。

【求人票の必須要件】          →【職務経歴書での対応セクション】

Pythonでの開発経験3年以上      → 使用技術サマリ(年数と規模を先頭に)
機械学習モデルの開発経験       → プロジェクト詳細(課題→手法→評価指標→結果)
SQLによるデータ抽出・加工      → 担当業務(対象テーブル数・データ量)
AWS/GCPでの実務経験           → インフラ欄(構成図の説明を2行で)
チーム開発経験                → 体制(人数・自分の役割・レビュー有無)

【歓迎要件】
LangChain / RAG               → 自己PR(個人開発でも可、動く成果物のURL)

左右の対応が崩れていると、書いてあるのに読まれない。人事は求人票を横に置いて要件を上から順に潰していくので、経歴書側の並びが違うだけで「該当する記述が見つからない」と判断されて終わる。並べ替えるだけでいい。成果物の見せ方はAIエンジニア転職ポートフォリオ完全ガイドが詳しい。

STEP 1

歓迎欄を先に読む。強みが1つも当たらないなら、その求人の優先度は下げていい。

STEP 2

必須欄は項目ごとに◯△×で採点する。◯が6割を超えたら応募していい。△には代替経験を1行だけ添える。この1行があるかないかで、書類の読まれ方が変わる。

STEP 3

変更の範囲、裁量労働、レンジ幅。この3つは面接で必ず確認する。

エージェント経由なら要件の温度感を聞く

転職エージェントは候補者を送った先の通過実績を社内に蓄積している。必須要件のどこが硬いかは、求人票の文面を睨むより担当者に聞いたほうが早い。

エージェント選びで迷う場合はAIエンジニア転職に強いエージェント5選を参考にしてほしい。

よくある質問

Q. 必須要件を1つも満たしていない求人に応募してもいいですか

応募自体は可能だが、通過率は低い。必須要件を満たしていなくても応募自体は可能というのが採用側の一般的な説明だが、ゼロからの応募は書類作成の時間に対して得るものが少ない。6〜7割を満たす求人から先に出すほうが効率がいい。

Q. 求人票の「学歴不問」は本当に学歴を見ていないという意味ですか

応募条件として課さないという意味であって、選考で参照しないという意味ではない。ただしAI職は候補者が絶対的に不足しているため、実務経験と成果物がある場合に学歴で落ちるケースは少ない。

Q. 未経験可のAIエンジニア求人は信用していいですか

職務内容を読めば判別できる。「データのアノテーション業務からスタート」と書かれていれば、しばらくモデル開発には触れない。「研修3か月後にプロジェクト配属」なら育成の意思がある。求人票の年収が400万〜500万円台なら未経験・第二新卒枠として妥当な水準だ。

Q. 提示レンジの上限で内定が出ることはありますか

ある。ただし上限に対応する要件を全部満たしたときに限られる。レンジ幅が広い求人ほど、上限は「取れたら嬉しい人材」への提示額になっている。

Q. 同じ求人が半年以上掲載され続けている企業は避けるべきですか

避ける理由にはならない。AI人材は最も採用が困難な職種のひとつで、要件を満たす候補者が来ないまま掲載が続く状態は普通に起きる。ただし通年で人数を絞らず募集している場合は、離職率を面談で確認しておきたい。

まとめ

求人票は企業の理想を書いた文書であって、応募者を落とすための基準表ではない。必須要件を6〜7割満たしていれば応募する。これが結論だ。

読む順番は歓迎欄が先、必須欄が後。歓迎欄には現場の困りごとが出る。必須欄は等級の目安として書かれている。そして2024年4月から義務化された「変更の範囲」の2行が、入社後の実態をいちばん正確に予告している。

自分なら、必須要件が全部埋まる求人には応募しない。要件を全部満たしているということは、その組織で学べることが少ないという意味でもあるからだ。△が2つ3つ残る求人を選んで、その△を職務経歴書で埋めにいく。年収レンジが伸びるのはそちらの側だ。

次に求人票を開いたら、歓迎欄の技術名だけ先に拾う。そこに並んでいるものが、その会社がいま埋めたい穴だ。転職の全体設計はAIエンジニア転職の現実|年収600万超を掴む方法と市場動向で確認できる。