ITエンジニア求人票テンプレート

職業安定法上、募集時に示す労働条件は正確である必要があり、業務内容、就業場所、労働時間と時間外労働、賃金、社会保険の加入範囲、契約期間と雇用形態が基本項目です。2024年4月1日以降は、就業場所・業務の変更の範囲も明示事項に加わり、募集時と、遅くとも入社日までに交付する労働条件通知書の双方で示す必要があります。実務上重要なのは、求人票の内容と実際の雇用契約が一致していることです。

求人票は候補者が読む募集広告で、法定の明示事項を含み、応募を集めることを目的とした文書です。欧米型の職務記述書は、職責範囲、等級、評価基準を定義する社内文書で、日本ではジョブ型雇用を導入している企業以外ではあまり一般的ではありません。本テンプレートは両方に対応しており、募集用のセクションはそのまま掲載でき、職務内容と要件は面接と評価の基準としても使える粒度で記載しています。

実際に業務で使う言語で書くのが原則です。英語で開発が回っているチームなら英語の求人票が適切なフィルターになります。日常業務が日本語なら、日本語の求人票のほうが圧倒的に多くの候補者に届きます。中途採用層の大半は日本語で検索するためです。バイリンガル環境では、日本語の求人票に短い英語セクションを添える形が最も機能します。言語そのもの以上に重要なのは、記載した日本語レベルを面接で実際に運用することです。

賃金レンジの公開を義務づける法律はありませんが、記載する賃金情報は正確である必要があります。技術職では競争上ほぼ必須です。候補者は年収で絞り込むため、金額の記載がない求人や極端に幅の広いレンジは読み飛ばされます。年収で記載し、みなし残業を含む場合はその前提を、賞与を含む場合は何か月分かを明記してください。

多くの職種で3〜5項目が目安です。必須要件は1つ増えるごとに掛け算で母集団を狭めます。まずリストを書き出し、入社後3か月で習得できるものはすべて歓迎要件に移してください。本当に譲れない要件であれば、面接でどう検証するかを説明できる状態にしておくべきです。検証方法を説明できない要件は、たいてい要件ではなく好みです。

資格名ではなく、業務で必要な場面から逆算してください。N1は読解の比重が大きく、朝会の進行や顧客対応ができるかの指標としては精度が高くありません。資格ではなく場面で記載してください。朝会は日本語、仕様書は日本語、顧客との打ち合わせあり、といった形です。実際には英語でも成立する職務に反射的にN1を設定することは、リターンのないまま母集団を狭める典型的なパターンです。

記載してください。空欄のままにすると、サポートが必要な候補者は「不可」と読み、期待している候補者は「可」と読みます。記載は1行で十分です。新規のサポート可否と、すでに日本国内にいる方の在留資格変更に対応するかどうか。判断がつかない場合は技術・人文知識・国際業務の解説をご確認ください。

中身のある1ページで十分です。応募率を左右するのは、入社後6か月の担当範囲、実際の技術スタック、チーム規模と報告ライン、勤務形態、年収レンジといった具体的な情報です。同じ職種を募集する他社にもそのまま当てはまる行は削り、何が残るかを確認してください。

間接的に影響します。技術・人文知識・国際業務では、業務内容と本人の学歴または実務経験の関連性、そして日本人が同じ業務に従事する場合と同等以上の報酬であることが審査されます。業務内容が曖昧だと、この関連性の説明が難しくなります。審査は求人票単体ではなく申請書類全体で判断されます。

募集を再開するたびに見直し、年収レンジは少なくとも年に1回は書き直してください。相場より低い求人は、質の低い応募が来るのではなく、単に反応がなくなります。掲載6週間で要件を満たす応募がない場合、原因はほぼ年収レンジ、必須要件、日本語要件のいずれかであり、流入量ではありません。