エンジニア採用の年収をどう決めるか｜役割・等級・求人条件をそろえる

僕は、エンジニア採用の年収は、求人サイトの相場から金額を拾うだけでは決められないと考えます。最初に入社後の責任範囲を定め、その役割を自社の等級に対応させ、等級の報酬レンジと採用市場を照合します。そのうえで、月給、賞与、固定残業代などの求人条件を同じ定義で表示する。この順序なら、候補者への説明と入社後の処遇をつなげられます。

市場水準は重要です。ただし、統計の平均を年収に換算し、そのまま提示額にするのは危険です。統計ごとに職種区分、対象年、企業規模、給与に含む項目が異なるからです。相場は「自社の案が市場から大きく外れていないか」を確かめる材料であり、社内の賃金表に代わるものではありません。

同じレンジの中で誰が、どの根拠をもとに金額を決めるかも定めます。採用担当、EM、CTO、人事・経営の分担まで決めなければ、面接評価が同じでもオファー額がぶれます。

エンジニア採用の年収の決め方は、役割から始める

「バックエンドエンジニアを採る」だけでは、年収を決める情報が足りません。個人で機能を実装するのか、設計判断を主導するのか、複数チームの技術課題を解くのか。障害対応、セキュリティ、採用・育成、事業目標への責任をどこまで持つかでも、役割の大きさは変わります。

年収レンジを置く前に、少なくとも次を一枚にまとめます。

• 入社後6〜12か月で任せたい成果と対象範囲
• 自ら決められることと、上位者の承認が必要なこと
• 技術、プロダクト、組織それぞれに対する責任
• 必須条件と、入社後に習得できる条件
• 個人貢献とマネジメントのどちらを主に期待するか

この整理で判断の軸にするのは、任せる責任の広さと意思決定の難しさです。技術キーワードの数や経験年数も参考になりますが、それだけで等級や年収を決めると、実際に任せる仕事とのずれが生まれます。

たとえば「リード」という名称を付けても、設計レビューだけを担う役割と、サービス全体の技術方針や複数人の育成まで担う役割は同じではありません。肩書からいったん離れ、意思決定の対象、影響範囲、期待成果を記述すると、等級との照合が可能になります。

社内等級と採用レンジを一本につなぐ

役割を定めたら、既存社員に使っている等級定義へ対応させます。採用難を理由に求人だけ高いレンジを設定すると、同じ責任を担う既存社員との説明が難しくなります。反対に、現在の賃金表を一切見直さず市場との差を放置すれば、募集条件が競争力を失っている可能性もあります。

照合する項目は、等級ごとの期待成果、責任範囲、求める能力、報酬レンジです。該当する役割が既存等級に収まらないなら、候補者ごとの例外処理を急ぐ前に、役割定義か等級設計のどちらを直すべきかを判断します。

レンジには最低額と最高額に加えて、基準点を置くと運用しやすくなります。最低額は「その等級の役割を任せられる状態」、基準点は「期待を安定して満たす状態」、最高額は「同じ等級の中で特に広い影響を持つ状態」のように、自社の言葉で根拠を定めます。最高額を超える評価が出た場合は、一つ上の等級に相当する役割かどうかを確認します。

統計は相場の答えではなく、ずれを見つける材料

2026年7月時点で公表済みの最新年次結果は、厚生労働省の令和7（2025）年賃金構造基本統計調査です。同調査は、主要産業の労働者について、職種、年齢、学歴、勤続年数、経験年数などの属性別に賃金の実態を示します。2025年調査の全国・都道府県別集計は、10人以上の常用労働者を雇用する民営事業所52,242事業所を対象に集計されています（厚生労働省「令和7（2025）年賃金構造基本統計調査」の公表資料）。

ここで注意したいのが「賃金」の定義です。公表資料の一般労働者・男女計340,600円は、2025年6月分として支払われた所定内給与額の平均であり、年収でもエンジニアだけの平均でもありません。所定内給与額は、超過労働給与額を差し引いた税引前の額です。調査は6月分の賃金を扱い、賞与については前年1年間を調べます（賃金構造基本統計調査と毎月勤労統計調査の相違）。

したがって、月額平均の12倍は「採用すべき年収」の算定根拠になりません。統計表を使うときは、次の条件を記録します。

• 調査年と公表日
• 職種分類と、自社ポジションとの対応
• 一般労働者か短時間労働者か
• 企業規模、地域、年齢・経験年数などの母集団
• 所定内給与、賞与、時間外手当を含むかどうか

条件を残しておけば、異なる資料の数字を同じ「年収相場」として混ぜる誤りを避けられます。採用市場の変化を踏まえて募集方針も見直す場合は、2026年のエンジニア採用市場の整理も参照できます。

求人条件は「合計額」だけでなく内訳をそろえる

同じ想定年収でも、月給のみか、業績連動賞与を含むか、固定残業代を含むかで確実性が異なります。候補者が比較でき、社内でも同じ条件を説明できるよう、年収レンジの計算式を求人票とオファー資料で統一します。

確認したい項目は、基本給、諸手当、固定残業代、賞与の算定対象と支給条件、給与改定の時期、試用期間中の条件差です。変動する賞与を含める場合は、何を前提に想定年収へ算入したかを明らかにします。制度があることと、特定額の支給が確定していることを混同してはいけません。

固定残業代を採用する求人では、厚生労働省は、固定残業代の計算方法となる時間数と金額、固定残業代を除いた基本給、設定時間を超える時間外・休日・深夜労働分の割増賃金を追加で支払うことの明示が必要と案内しています（厚生労働省「固定残業代を支払うこととすれば、残業や休日勤務をさせても別途に残業代を支払わなくてよいでしょうか？」）。

また、2024年4月から、募集時には業務と就業場所の変更範囲、有期契約を更新する場合の基準も追加の明示事項となっています（厚生労働省「令和6年4月より、募集時等に明示すべき事項が追加されます」）。年収だけを精緻にしても、任せる業務や働き方の表示が曖昧なら求人条件全体の整合は取れません。

個別の制度設計や表示が法令上適切かどうかは、契約内容や実態によって判断が異なります。迷う場合は、管轄の都道府県労働局、労働基準監督署、社会保険労務士などに確認してください。

採用担当・EM・CTO・人事で決定権を分ける

年収決定を合議だけにすると、誰も最終判断を持たない状態になりがちです。役割ごとの責任を先に決めます。

• 採用担当：候補者情報、選考評価、現年収・希望条件を事実と意向に分け、求人条件との差分を管理する
• EM：チームで任せる役割、期待成果、面接で確認できた能力を等級定義に照らす
• CTOまたは技術責任者：組織横断の技術的影響や、上位等級の妥当性を確認する
• 人事：既存社員との整合、報酬レンジ、手当・賞与を含む制度上の扱いを確認する
• 経営者または予算責任者：承認済みレンジを超える例外と、採用予算への影響を決裁する

この分担により、等級を決める技術評価と、金額を決める制度・予算の確認が分離されます。希望年収を聞いた採用担当が単独で等級を上げたり、技術評価を担うEMが制度確認前に金額を約束したりする余地も小さくなります。現年収は交渉材料の一つにとどめ、自社で担う役割の価値は役割と等級を基準に判断します。

レンジ内の提示額は、評価項目と確認できた事実を結び付けて決めます。「期待できそう」という印象に頼らず、どの面接・課題・経歴から、等級のどの要件を満たすと判断したかを残します。未確認の要件がある場合は、追加で確認するか、その等級での採用を見送るかを選びます。根拠のない減額では、役割との対応を説明できません。

例外承認も入口で定義します。レンジ上限を超えられる人、必要な資料、既存社員への波及確認、回答期限を決めておくと、オファー直前の停滞を減らせます。採用支援を外部へ依頼する範囲と予算を検討するときは、採用コンサルティングの費用と選び方も判断材料になります。

オファー前に一枚で確認する

最終承認では、情報を次の順に並べると矛盾を見つけやすくなります。

1. 採用する理由と、入社後に任せる役割
2. 対応する社内等級と、その判断根拠
3. 等級の年収レンジと今回の提示位置
4. 基本給、固定残業代、賞与など想定年収の内訳
5. 求人票、選考中の説明、オファー条件の差分
6. 例外の有無、決裁者、見直し時期

一つでも説明できない項目があれば、金額を先に確定させず、役割・等級・条件のどこでずれたかへ戻ります。求人票のレンジを広くして選考後に考える運用は、一見柔軟でも、評価と提示額の関係を不透明にします。

エンジニア採用の年収は、役割の責任範囲を等級へ写し、外部統計で市場とのずれを点検し、求人条件の内訳を一致させて決めます。レンジ内はEMと人事が根拠を確認し、レンジ外は予算責任者が例外として決裁します。この決定権まで明文化すれば、提示額の根拠を候補者にも既存社員にも説明できます。