エンジニアの職務経歴書で提示年収が変わる理由｜実績を書き分ける6つの型

「職務経歴書を丁寧に書けば年収が上がる」という話は、半分だけ正しいです。書き方で求人の上限が上がることはありません。 上限は募集を出した時点ですでに決まっています。動くのは、決まっているレンジの中で自分がどこに置かれるか、そしてレンジの高い求人まで選考が進めるかどうかです。

この記事では、提示額に効く実績の書き分けを6つの型に整理し、経験年数と応募先ごとの強調点、提出前の確認手順までを扱います。想定しているのは、転職すること自体は決めたものの、何をどこまで書けば評価につながるのか判断できないまま書き始めている状態です。

職務経歴書が動かすのは「レンジのどこに置かれるか」

最初に、動かせない部分をはっきりさせておきます。実務3〜5年・東京勤務・スキル中位という条件を固定して、企業タイプだけを変えるとこうなります。

表の上端と下端の差は、事業の利益率と商流の深さという構造から生まれています。**書類の書き方でこの差が埋まることはありません。**どれだけ精緻に実績を書いても、応募先が持っている等級レンジの外側には出られないからです（企業タイプ別の年収相場）。

一方で、表の各行が幅を持っている点に注目してください。同じ企業タイプ・同じ経験年数でも下端と上端があり、**そのどちらに置かれるかは選考の中で決まります。**職務経歴書はその判断の材料として最初に読まれる書類です。求人票のレンジそのものの読み方は求人票の年収レンジはどこで提示されるかで扱っています。

同じ経験年数でも、評価が割れる幅

条件をさらに固定して、スキルの評価だけを動かすとどうなるかを見ます。実務3〜5年・上場企業・東京という枠の内側でも、次のように変わります。

• スキル評価が下位（スコア30）：491〜576万円
• スキル評価が上位（スコア85）：602〜707万円

この幅が、書類と面接で決まる部分です。ここで問題になるのは、評価する側は応募者の実力を直接観測できないという点です。相手が見られるのは、提出された書類と、面接で話された内容と、あれば技術課題の結果だけです。つまり実力そのものではなく、実力を示す証拠が評価されています。

職務経歴書は、その証拠のうち唯一こちらが時間をかけて設計できるものです。面接は相手の質問に応じる場ですが、書類は何をどの順で見せるかを自分で決められます。同じ経歴を持つ二人の提示額が割れるとしたら、その差の一部は、証拠の出し方の差です（スキルで年収は121万円変わる）。

なぜ書類の書き方で提示額が動くのか

提示額は、応募先の等級制度に当てはめる作業として決まります。多くの企業は職務等級やグレードを持っていて、採用時にはまず「この人は何等級か」を判断し、そのうえで等級の給与レンジの中で金額を置きます。金額を先に決めて等級を後付けする会社は多くありません。

そのため、書類が答えるべき問いは「何をやってきたか」ではなく、**「どの等級の仕事をやってきたか」**になります。等級要件はどの会社でもおおむね、担当した範囲の広さ、任された判断の重さ、他者への影響の3軸で書かれています。書類の記述がこの3軸に対応していないと、読み手は等級を判断できず、無難な位置に置くしかなくなります。

もうひとつ、書類は面接の質問を設計する土台になります。書類に判断の記述があれば、面接官は「なぜその選択にしたのか」を聞きます。作業の記述しかなければ、面接も作業内容の確認に終始します。前者の会話からは上位等級を検討する材料が出ますが、後者からは出てきません。書類の弱さは、面接の内容を通じて提示額に伝播します。

実績を書き分ける6つの型

エンジニアの実績は、次の6つの型のどれかに整理できます。すべてを埋める必要はなく、直近の案件から2〜3種類を厚く書けば十分です。

この表は「6つ全部を書け」という意味ではありません。読み手が等級を判断できるだけの情報を、どの角度から出すかの選択肢として使います。たとえば運用が中心の職務では規模と障害対応が厚くなり、新規開発が中心なら設計・技術選定と事業貢献が厚くなります。両方が薄い状態が、いちばん評価されにくい書き方です。

型の中で最も差がつきやすいのは設計・技術選定です。採用する技術を挙げるだけでは、指示されて使った場合と区別がつきません。比較した選択肢と、選ばなかった理由まで書いてあると、判断を任されていたことが読み手に伝わります。一行で足りるので、直近の案件には必ず入れてください。

注意点として、6つの型はどれも「盛れてしまう」形式でもあります。面接では必ず裏づけを取られるので、自分が実際に判断した範囲と、チームの成果として関わった範囲は言葉を分けてください。「担当した」「提案して採用された」「チームで実施し、自分は◯◯を担当した」は、それぞれ意味が違います。

技術名の羅列が評価につながらない理由

使用技術の一覧は必要ですが、それだけでは等級の判断材料になりません。理由は単純で、同じ技術名が、まったく違う関与の深さを表しうるからです。運用中のサービスで設定を一部変更したのも、選定から移行計画まで担当したのも、書類上は同じ一語になります。

読み手は当然そこを疑います。そして疑いを解消できる情報がなければ、低いほうを想定します。採用は外した場合の損失が大きい判断なので、曖昧な記述は安全側に丸められると考えたほうが実態に近いはずです。技術名を増やすほど有利になる、という前提はここで崩れます。

具体的には、一覧を「実務で判断まで担当したもの」と「指示のもとで使ったもの」に分けるだけでも印象が変わります。前者が少なくても構いません。少ないことより、区別がついていないことのほうが、面接での深掘りに耐えられなくなります。触れた程度の技術まで並べて答えられなかった場合、その一つの綻びが書類全体の信頼度を下げます。

例外として、応募先が特定の技術スタックを必須要件にしている場合は、要件の語をそのまま書類に含める意味があります。書類選考の初期に検索や一次スクリーニングが入ることがあるためです。ただしこれは通過のための対応であって、提示額を上げる要素ではありません。

規模・責任・再現性をそろえる

実績の一件ごとに、規模・責任・再現性の3点がそろっているかを確認します。この3つは、先ほどの等級要件の3軸（範囲・判断・影響）に、ほぼそのまま対応しています。

規模は、扱った系の大きさです。利用者数や取引件数を書けない場合でも、稼働時間帯、扱うデータの種類、障害が起きたときに影響する範囲などで大きさは伝わります。責任は、その中で自分が何を決めていたかです。実装だけを担当したのか、設計まで持っていたのか、外部との調整も含んでいたのかを分けて書きます。

3つめの再現性が、いちばん抜けやすい要素です。成果が一度きりの偶然ではないと示す情報を指します。同じ手当てを別の箇所にも展開した、手順を文書化して他のメンバーが実施できるようにした、再発の有無を一定期間追った、といった記述がこれにあたります。採用側が知りたいのは過去の成果そのものではなく、入社後に同じことが起きるかどうかなので、再現性の記述は等級の判断に直接効きます。

3点がそろっていない実績は、削るのではなく順番を下げます。書類は上から読まれ、最初の数行で読み方が決まります。3点がそろった案件を先頭に置き、そろわないものは要約にとどめる構成にすると、同じ経歴でも読後の印象が変わります。

数字を出せない現場での書き方

改善率や金額を書けない現場は珍しくありません。計測していない、公開できない、契約上書けないといった事情はどれも正当です。ここで最もやってはいけないのは、それらしい数字を作ることです。面接で根拠を聞かれれば必ず崩れますし、崩れた時点で他の記述も疑われます。

代わりに使えるのは、金額以外で大きさが伝わる情報です。対応した事象の頻度、関わった人数や部署の数、判断を任された範囲、対応にかかっていた時間、再発の有無などが該当します。これらは社内の実感として持っているはずで、外部に出しても差し支えない粒度に丸めれば書けます。

数値の代わりに「変化の方向と、その把握の仕方」を書く方法もあります。何を見て改善したと判断したのか、その指標を誰が見ていたのかまで書けば、計測の文化があるかどうかも含めて伝わります。読み手が知りたいのは精密な数字ではなく、成果を自分で確かめる習慣があるかどうかです。

守秘義務の扱いも同じ考え方で処理します。顧客名や案件名を出せない場合は、業種と規模の粒度に置き換えます。書けないものを書かない判断ができること自体が、業務委託や受託の現場では評価される情報になります（一次請けと二次請けで年収はなぜ変わるか）。

経験年数によって強調する場所を変える

同じ6つの型でも、経験年数によって読み手が見る場所は変わります。経験年数ごとの水準は次のとおりです。

実務1〜2年までは、担当した範囲そのものが小さいのが普通です。この段階で規模や事業貢献を無理に書こうとすると、内容が薄くなります。むしろ、与えられた課題にどう取り組んだか、詰まったときに何を調べてどう解決したかという過程の記述のほうが、伸びしろの判断材料になります。

実務3〜5年では、判断の記述があるかどうかが分岐点になります。この年数で作業の記述しかないと、同年数の他の応募者と区別がつかず、レンジの中央付近に置かれます。逆にこの時期に設計・技術選定と横断の型を厚く書けると、上の等級を検討する会話が始まります（経験年数でどこまで伸びるか）。

実務6年以上では、自分が動かした範囲より、他者や仕組みを通じて動かした範囲のほうが重く見られます。設計の標準化、レビューの体制づくり、採用や育成への関与などがこれにあたります。ここで個人の実装量を主軸に書き続けると、経験年数の割に等級が上がらない読み方をされることがあります。年数だけが増えて評価が止まる型については経験年数だけ増えて年収が止まる4つの型でも扱っています。

応募先の企業タイプで並べ替える

書類を1種類だけ作って全社に送る運用は、効率は良いものの提示額の面では不利になります。企業タイプごとに、等級要件で重く見る軸が違うためです。書き直す必要はなく、並び順と厚みを変えるだけで対応できます。

自社サービスを持つ企業では、事業貢献と設計・技術選定が上に来ます。作ったものが誰のどの指標に効いたのかを自分で説明できるかを見られるためです。受託や請負が中心の企業では、規模と障害対応、そして見積もりや顧客調整の経験が重く扱われます。同じ実績でも、前者では「なぜその設計にしたか」を、後者では「どう納めたか」を先に書きます。

SESから自社開発への応募のように、商流をまたぐ場合はさらに注意が必要です。常駐先での役割は、書類上では自社の役割と区別がつきにくくなります。所属と常駐先を分けて書き、そのうえで自分の判断範囲を明記しないと、経験年数の割に評価されないことがあります（SESから自社開発へ転職すると年収は132万円変わる）。

社外での活動を書くかどうかも、応募先によって効き方が変わります。技術記事やOSSへの貢献は、実務の記述を補強する位置に置けば効きますが、実務の薄さを埋める目的で前面に出すと逆の読み方をされることがあります（技術記事とOSS貢献は評価されるのか）。

よくある失敗と、その直し方

書類の相談で繰り返し出てくる失敗は、だいたい次の5つに収まります。

1. プロジェクトの説明が長く、自分の担当が最後に一行だけ書かれている
2. 使用技術が20個以上並び、関与の深さが区別されていない
3. 「〜を担当」「〜に従事」で全項目が終わり、判断の記述がない
4. 古い案件と直近の案件が同じ密度で書かれ、直近が埋もれている
5. 志望動機と実績が混ざり、事実と意欲の区別がつかない

1つめと4つめは、書類の構造の問題です。プロジェクト概要は2行までに抑え、自分の担当と判断を先に置きます。直近2〜3件を厚く、それ以前は役割と技術の要約にとどめると、経験年数が長い人ほど読みやすくなります。読み手は上から順に読み、途中で判断を固めることを前提に組み立ててください。

2つめと3つめは、記述の粒度の問題です。技術一覧は判断まで担当したものと使っただけのものに分け、担当の記述には「なぜそうしたか」を一行足します。この一行があるだけで、面接の質問が作業確認から判断確認に変わります。5つめは、実績欄に意欲を書かないという原則で解消します。意欲は志望動機欄の役割です。

書き終えたあとに、自分の書類を「他人の書類として」読み返すと、これらは見つけやすくなります。書いた本人は文脈を補って読んでしまうため、抜けに気づけません。可能なら、その領域を知らない人に読んでもらい、担当範囲がどこまでか説明できるかを確かめてください。

提出前に確認する手順

提出前の確認は、次の順で行うと漏れが出にくくなります。

1. 直近の案件から順に並んでいるか
2. 各案件に、規模・責任・再現性のうち2つ以上が書かれているか
3. 設計や技術選定について、選ばなかった選択肢と理由が一行入っているか
4. 技術一覧が、判断まで担当したものと使っただけのものに分かれているか
5. 面接で聞かれたら根拠を説明できる記述だけになっているか
6. 応募先の等級要件や求人票の語と、書類の語がかみ合っているか

5つめが最も重要です。説明できない記述は、書かないほうが有利です。書類が通ることと提示額が上がることは別の目的で、盛った記述は前者にわずかに効き、後者を確実に下げます。面接で一度でも根拠を答えられない場面があると、他の記述の確度も割り引かれます。

6つめの照合は、応募のたびに5分あれば終わります。求人票に書かれた役割の語（設計、要件定義、運用改善、チームリードなど）を拾い、自分の書類に対応する記述があるかを見ます。同じことを指しているのに語が違うと、読み手が対応づけの手間を負うことになります。ここを揃えるだけで、面接での確認質問の精度が上がります。

書類が通っても提示が上がらないとき

書類の精度を上げても提示が動かない場合、原因は書類の外にあることがあります。応募先の等級レンジそのものが低い、募集している等級が最初から限定されている、そもそも増員ではなく欠員補充で枠が固定されている、といったケースです。

実績データで見ると、転職で年収が増加した人の割合は 60.4% でした。増加した人の平均増加額は 73.1万円 ですが、全体の平均変動額は 9.5万円 にとどまります。転職は平均して少し上がるイベントではなく、上がる人と上がらない人に割れるイベントです（転職で年収が上がる人と上がらない人の違い）。

書類でできるのは、この分岐の中で自分を上側に置くことまでです。分岐そのものを作っているのは、どの求人に応募したかという選択です。求人市場の側も一定ではなく、情報処理・通信技術者の有効求人倍率は 1.39倍（令和8年3月） で、全職業の 1.1倍 を上回っています。ただし前年同月差は -0.22ポイント と低下しており、条件の良い求人ほど競争が強まる局面もあります。

提示が出たあとの確認は、書類とはまた別の作業になります。提示額の内訳、等級、評価時期を分けて見る手順はオファー面談で確認すべき条件7つに、根拠の出し方は年収交渉で通る根拠4つにまとめています。書類・面接・交渉は同じ材料を段階的に使う一連の流れで、最初の材料を用意する工程が職務経歴書です。

まとめ

• 職務経歴書で求人の上限は動かない。動くのは、決まったレンジのどこに置かれるかと、どの求人まで進めるか
• 提示額は等級への当てはめで決まる。書類は「何をやったか」ではなく「どの等級の仕事をやったか」に答える
• 実績は規模・改善・障害対応・設計・横断・事業貢献の6つの型から2〜3種類を厚く書き、規模・責任・再現性をそろえる
• 数字を出せない場合は、頻度・人数・判断範囲・再発の有無に置き換える。作った数字は面接で必ず崩れる
• 説明できない記述は書かない。書類選考にわずかに効いて、提示額を確実に下げる