求人票の見方・ポイントを現役IT人事が解説｜採用側が本当に見る欄はここ

2026年8月6日

当ページのリンクには広告が含まれています。

求人票を開いて、上から順に読んで、なんとなく良さそうだから応募する。応募して、面接に進んで、そこで初めて「思っていた仕事と違った」と気づく。

転職活動をしていると、こういうことが起こります。理由はシンプルで、求人票は上から下まで同じ密度で書かれているわけではないからです。

私は現役でIT企業の人事・採用を担当しています。求人票を出す側にいると、「ここは部門が本気で書き込む欄」「ここはテンプレートを流用する欄」がはっきり分かれているのがわかります。この違いを知っているだけで、同じ求人票から取れる情報量は大きく変わります。

この記事では、求人票のどこを読み、どこを面接で確認すべきかを、実際に公開されている求人票を実例に整理していきます。

この記事で分かること

求人票のうち「採用部門が自分で書いている欄」と「テンプレートの欄」の見分け方
応募前の判断に使える5つの欄
求人票だけで判断しないほうがいい3つの欄
2024年4月から追加された「変更の範囲」欄の意味
実在の求人票3件を並べて見えたこと
求人票から「通過する応募書類」を作る4ステップ

この記事で使う実例について

抽象論だけではイメージしづらいので、実際に公開されている求人票を材料に使います。今回取り上げるのは、IBM採用サイトに掲載されていた3件です（2026年7月時点）。

ジョブID 110787：金融システムのアプリケーション開発エンジニア
ジョブID 122854：Cybersecurity Remediation Engineer – Japan
ジョブID 122851：Cybersecurity Remediation Engineer – Japan

日本IBMを例に選んだのは、外資系企業の求人票が項目が細かく分かれていて構造がわかりやすいからです。読み方そのものは、他の企業の求人票にもそのまま応用できます。

【結論】求人票は「実務欄」と「テンプレ欄」に分かれています

先に結論からお伝えします。求人票の欄は、大きく3つに分けて読むのが実用的です。

分類	該当する欄	読み方
実務欄（確度が高い）	会社、役割と責任、必要な知識・経験、Shift／勤務時間、変更の範囲	じっくり読む。応募判断の材料になる
要確認欄（揺れがある）	勤務形態、年収レンジ、配属先	面接や面談で確認する
テンプレ欄（読み飛ばし可）	事業部門について、会社紹介、カルチャー説明、業務分野タグ	企業研究には使えるが、実務の判断材料にはなりにくい

まず読むべきは「役割と責任」と「必要な知識」の2欄です

求人票を作るとき、人事だけで完結することはほとんどありません。実際に人を迎える現場の部門長やマネージャーにヒアリングをして、「どんな人に、何をしてもらいたいか」を書き起こします。

その熱量がいちばん反映されるのが、「役割と責任」と「必要な専門的および技術的知識」の2欄です。逆に言えば、この2欄が薄い求人票は、募集の要件が固まりきっていない可能性があります。

求人票の分量と、情報量は比例しません

長い求人票が丁寧とは限りません。長さの多くは、会社紹介やカルチャー説明といったテンプレート部分が占めているからです。

分量ではなく、実務欄がどれだけ具体的に書かれているかで判断してみてください。

採用のウラ側メモ

求人票を出す側は、全部を同じ気持ちで書いていません。私も会社紹介欄は前回のものを流用しますが、「必要な経験」は毎回現場と詰めます。読むときも同じ配分で、実務欄に時間をかけるのが効率的です。

確度が高い欄｜応募前の判断に使える5つ

ここからは、応募前の判断材料として信頼できる欄を具体的に見ていきます。

「会社」欄：応募先の法人が、想像と違うことがあります

大企業やグループ会社を持つ企業では、求人票の「会社」欄に実際の雇用主となる法人名が入ります。ここが募集ブランドと違うケースは珍しくありません。

今回の実例でも、こうなっていました。

ジョブID 110787 → (0648) IBM Japan Digital Services（日本アイ・ビー・エムデジタルサービス）
ジョブID 122854 → (7600) IBM Japan, Ltd.（日本アイ・ビー・エム）

すけさん

同じ企業サイトから応募できる求人でも、雇用主の法人が違えば、給与テーブルも勤務地も評価制度も変わります。求人票でいちばん最初に確認したい欄です。

「役割と責任」欄：採用部門が自分の言葉で書いている場所

この欄には、具体的な業務内容が書かれます。実例を見てみましょう。

ジョブID 110787では、以下のように担当プロジェクトまで明記されていました。

Fintechと金融機関を繋ぐAPI基盤の開発。複数の地銀と直接コミュニケーションを取り、追加機能の上流工程からリリースまでを並行で担当
某信託銀行のインターネットバンキングの追加機能開発。上流工程からリリースまで

ここまで具体的に書かれていれば、入社後の1日をかなり正確に想像できます。

「上流工程から」と明記されている点も重要で、「SIerは下流ばかり」という一般論が当てはまらないことがわかります。

「必要な知識・経験」欄：合否の実質的な線引きです

いわゆる必須要件です。ジョブ型に近い採用では、この欄を満たしていることが前提になります。そのうえで歓迎要件をある程度満たしている方が書類選考を通過しやすい、というのが実感です。

実例では、同じ企業でもポジションによって要件がまったく違いました。

項目	110787（アプリ開発）	122854（セキュリティ）
学歴	なし	学士号
英語	記載なし（日本語での実務経験3年〜）	必須（メール・会話）
経験年数	3年〜	4〜8年（歓迎要件）
技術要件	Java、React、Shell、SQL、Linux	Python／Ansible／Terraform、クラウド、EDR・SIEMなどから1〜2領域

「あの会社は英語が必須らしい」といった会社単位の情報は、あまり当てになりません。要件はポジション単位で決まります。

「Shift」「勤務時間」欄：生活リズムを左右する一語が入っています

見落とされがちですが、生活への影響がいちばん大きい欄かもしれません。

ジョブID 110787：On Call
ジョブID 122854／122851：General (daytime)

On Callは待機当番があることを意味します。

金融機関の基幹システムに関わるポジションでは自然な条件ですが、この一語があるかないかで、平日の夜や休日の過ごし方は大きく変わります。

求人票の「平均残業時間」だけを見ていると、ここは見えません。

「変更の範囲」欄：2024年4月から明示が必要になりました

比較的新しい話です。2024年4月から、労働条件明示のルールが改正され、就業場所と業務内容について「変更の範囲」を明示することが必要になりました（出典：厚生労働省）。

つまり、「入社直後はこの勤務地・この業務ですが、将来的にはここまで変わる可能性があります」という範囲が書かれるようになったということです。

転勤の可能性がどこまであるのか
職種転換の可能性がどこまであるのか
テレワークが想定されている場合、自宅やサテライトオフィスが就業場所に含まれるか

転居を伴う異動を避けたい方、職種を固定したい方にとっては、必ず確認しておきたい欄です。求人票に記載がなければ、面接や労働条件通知書の段階で確認しておくと安心できます。

採用のウラ側メモ

面接で「Shift欄がOn Callとありましたが、実際の頻度はどのくらいですか」と聞かれると、細かく読み込んでくれた方だとすぐわかります。質問の解像度は、そのまま準備の質として伝わります。遠慮せず聞いてみてください。

面接で確認したい欄｜求人票だけで判断しないほうがいい3つ

一方で、求人票の記載を確定情報として受け取らないほうがいい欄もあります。

勤務形態（オンサイト／ハイブリッド／リモート）

今回の実例で、いちばん驚いた発見がここでした。

ジョブID 122854と122851は、職務内容・会社・応募要件・Shiftがすべて同一の「Cybersecurity Remediation Engineer – Japan」です。ところが勤務形態欄だけが違いました。

項目	122854	122851
職務・会社・要件・Shift	すべて同一	すべて同一
勤務形態	オンサイト	ハイブリッド

同じチームの同じポジションが、勤務形態違いで2票同時に掲載されている状態です。複数枠を条件違いで出しているケースもありますし、掲載側の運用で表記が揺れることもあります。

ここからわかるのは、勤務形態欄だけを見て「オンサイトだから無理」と応募を見送るのは早いということです。気になるポジションであれば、面談の場で実態を確認してみてください。

年収レンジ

求人票の年収レンジは、そのポジションで想定される幅の全体を示していることが多く、自分がどのあたりに位置するかは書かれていません。

等級制度がある企業では、入社時にどの等級で受け入れるかで着地が決まります。ここは書類だけでは判断できないので、面談で率直に聞くのが確実です。

配属先・プロジェクト

「金融システムのアプリ開発」と書かれていても、複数のプロジェクトのどれに入るかは選考の中で決まっていきます。今回の実例でも、2つのプロジェクトのうち「いずれかを担当」という書き方でした。

配属によって使う技術も働き方も変わるため、選考が進んだ段階で確認しておきたい項目です。

採用のウラ側メモ

勤務形態や配属の質問を「印象が悪いのでは」と心配される方がいますが、私は逆だと感じています。長く働く前提で考えてくれている証拠なので、むしろ安心材料です。聞き方だけ、確認のトーンにすれば大丈夫です。

テンプレート欄の見分け方｜ここは読み飛ばしても大丈夫です

求人票の後半に並ぶ長文は、多くの場合テンプレートです。企業研究には使えますが、実務の判断材料にはなりにくい部分です。

「事業部門について」「会社について」は流用されていることが多い

実例を見ると、この欄の性質がよくわかります。

ジョブID	実際の職務	「事業部門について」欄の内容
110787	金融システムのアプリ開発	IBMコンサルティング事業本部の説明
122854	社内のサイバーセキュリティ是正	IBM Systems（サーバー・ストレージ事業）の説明

どちらも、実際の職務内容と説明文が噛み合っていません。テンプレートを差し込んでいるためです。

ここを読み込んで志望動機を組み立てると、面接で話が噛み合わなくなる可能性があります。

「業務分野」などのカテゴリータグも、実務と一致しないことがあります

さらに興味深いのは、金融アプリ開発とコーポレートセキュリティという、まったく違う2つの職務が、同じ「インフラストラクチャー&テクノロジー」タグに分類されていた点です。

求人検索システムのカテゴリーは、実務の粒度に合わせて設計されているわけではありません。タグで絞り込むと、本来出会えたはずの求人を見落とすことがあります。キーワード検索と併用するのが安全です。

冒頭の「はじめに」文も、多くはブランドメッセージです

求人票の冒頭に置かれる数段落の文章は、企業のブランドメッセージであることがほとんどです。今回の3件も、冒頭の文章はほぼ同一でした。

企業の価値観を知る材料にはなりますが、ここから業務内容を読み取ろうとしなくて大丈夫です。

採用のウラ側メモ

テンプレ欄を根拠に志望動機を書くと、現場面接官には響きにくいです。「事業部門の説明に共感して」より「役割と責任にあった◯◯の部分に、自分の経験が重なると思って」のほうが、はるかに伝わります。

実例で総まとめ｜3件の求人票を並べて読んでみます

ここまでの読み方を、実例でまとめて確認します。同じ企業サイトに掲載されていた3件です。

項目	110787	122854	122851
雇用主	IBM Japan Digital Services	IBM Japan, Ltd.	IBM Japan, Ltd.
職務	金融システムのアプリ開発	サイバーセキュリティ是正	サイバーセキュリティ是正
学歴・英語	学歴なし／英語記載なし	学士号／英語必須	学士号／英語必須
勤務形態・Shift	ハイブリッド／On Call	オンサイト／daytime	ハイブリッド／daytime

この一枚から、4つのことが読み取れます。

同じ企業サイトの求人でも、雇用主の法人が違う（110787のみ子会社）
必須要件はポジションごとに別物（学歴・英語の有無が正反対）
働き方も別物（On Callの有無、オンサイトかハイブリッドか）
同じ職務でジョブIDが複数あり、条件表記が揺れることがある（122854と122851）

つまり、「この会社は〜」という会社単位の情報だけで応募を判断すると、かなりの確率でズレます。判断の単位は、会社ではなくポジションです。

採用のウラ側メモ

気になる企業が見つかったら、1つの求人票だけでなく、同じ企業の求人を3件ほど並べてみてください。共通している部分がその会社の方針、違っている部分がポジション固有の条件だと切り分けられます。

求人票から「通過する応募書類」を作る4ステップ

読み方がわかったところで、それを応募書類に落とし込む手順をお伝えします。

ステップ1：必須要件を1行ずつ照合する

「必要な知識・経験」欄を1行ずつ書き出し、満たしている／満たしていない／部分的に満たしているの3つに仕分けます。

ジョブ型に近い採用では、必須要件を満たしていることが前提です。ここで大きく欠けている場合は、応募先を変えるか、経験の積み方を先に考えたほうが結果につながります。

ステップ2：歓迎要件をどこまで満たすか確認する

必須要件をクリアしたうえで、歓迎要件をどれだけカバーできるかが書類選考の分かれ目になります。

すべてを満たす必要はありませんが、半分程度は押さえておきたいところです。

ジョブID 122854の求人票には「すべてに精通している必要はありません。いずれか1〜2領域における深い専門性と、それに隣接する分野への実務的な理解」と明記されていました。深さ1〜2領域＋隣接分野の理解という考え方は、多くの専門職ポジションに共通します。

ステップ3：職務経歴書の言葉を、求人票に寄せる

同じ経験でも、書き方ひとつで伝わり方が変わります。求人票に「上流工程からリリースまで」とあるなら、職務経歴書でも工程を明示する。「複数案件を並行」とあるなら、並行対応の経験を書く。

求人票の言葉をそのまま使うのがいちばん確実です。書類を見る側は、要件と照らし合わせながら読んでいるので、言葉が揃っていると評価しやすくなります。

ステップ4：求人票に書いていないことを、質問リストにする

読み込んでいくと、必ず「ここは書かれていないな」という箇所が出てきます。

勤務形態の実態（出社頻度）
On Callの頻度と手当
配属プロジェクトの決まり方
入社時の等級と年収レンジ
就業場所・業務の「変更の範囲」

これをそのまま逆質問に使えます。求人票を精読した人にしか作れないリストなので、準備の質が伝わります。

求人票の読み方に関するよくある質問

必須要件を満たしていないと、応募しても意味がないですか？

「意味がない」とまでは言えませんが、ジョブ型に近い採用では通過は厳しくなります。とくに専門職ポジションでは、必須要件は現場が「これがないと業務が回らない」と考えて設定していることが多いためです。

一方で、1項目だけ足りない場合や、近接する経験でカバーできる場合は、応募してみる価値があります。その場合は、なぜ代替できるのかを職務経歴書に一文添えておくと伝わりやすくなります。

「歓迎要件」はどこまで満たせばいいですか？

明確な基準はありませんが、半分程度を目安に考えてみてください。歓迎要件は「あると嬉しい」項目の集合なので、全部揃っている応募者はほとんどいません。

大切なのは数ではなく、求人票が重視している軸を押さえているかです。深い専門性を求めているのか、幅広さを求めているのか。「役割と責任」欄を読むと、その軸が見えてきます。

求人票の年収レンジは、信じていいですか？

レンジ自体は実際の想定に基づいていることが多いですが、自分がどのあたりに着地するかは求人票からはわかりません。等級制度がある企業では、入社時の等級で決まるからです。

エージェント経由であれば、担当者に過去の決定例を聞くのが早道です。直接応募の場合は、面談の中で率直に確認してみてください。聞きにくいと感じるかもしれませんが、採用側にとっても早めに握っておきたい情報です。

まとめ｜求人票は「ポジション単位」で読むのが正解です

最後に要点を整理します。

採用のウラ側メモ

求人票は3つに分けて読む：実務欄（じっくり）／要確認欄（面接で確認）／テンプレ欄（読み飛ばし可）
最初に見るのは「会社」欄：雇用主の法人が、募集ブランドと違うことがあります
「役割と責任」「必要な知識」が本体：ここは採用部門が自分の言葉で書いています
Shift欄と「変更の範囲」欄を見落とさない：生活への影響がいちばん大きい部分です
勤務形態・年収・配属は面接で確認する：同じポジションでも表記が揺れることがあります
判断の単位は会社ではなくポジション：同じ企業でも、要件も働き方も別物です

求人票をきちんと読めるようになると、応募の精度が上がるだけでなく、面接での会話の質も変わります。書かれていることを正確につかんだうえで、書かれていないことを聞ける人は、採用する側から見てもとても話しやすい相手です。

転職活動は、情報の非対称性との戦いでもあります。求人票は、その中で誰にでも平等に開かれている数少ない資料です。ぜひ使い倒してみてください。

参考・出典

2024年4月から労働条件明示のルールが変わります｜厚生労働省
IBM採用サイト掲載求人票（ジョブID 110787／122854／122851、2026年7月時点）