なぜ「フェーズ」で現在地を見るのか
年収を上げたいとき、多くの人は資格の取得や新しい技術の勉強から考えます。もちろん無駄ではありません。ただし企業の側が見ているのは別のものです。書類選考でも面接でも、企業が確認しているのは「この人は、どの工程を、どこまでの責任で持てるのか」。同じ「サーバー運用」の経歴でも、監視のアラートに対応していた人と、障害の切り分けと復旧判断まで担っていた人とでは、提示される年収が変わります。
だから現在地の確認は、技術の一覧ではなく工程（フェーズ）でやるのが実務的です。自分が今いる段と、上の段で求められる「判断」の違いが見えれば、次に書くべき書類の内容も、狙うべき求人の形も決まります。
工程の階段図：上がるほど「決める範囲」が広がる
左の段ほど「決められた手順を正確に回す」仕事、右の段ほど「正解のない場面で決める」仕事です。年収の目安は下の表の通り、段が上がるほど広がります。
フェーズ別：業務内容と、企業が見ているもの
| フェーズ | やっている業務 | 企業が見ているもの | 想定年収の目安 |
|---|---|---|---|
| 監視 | アラート監視、障害の一次対応、手順に沿ったエスカレーション。夜勤・交代勤務が多い、入口の工程 | 手順を正確に守れるか。報告の速さと正確さ。勤務実績の安定感 | 300万〜400万円台 |
| 運用 | 定常運用、障害の一次切り分け、簡単な設定変更、手順書の維持・改善 | 切り分けの筋の良さ。手順書を「使う側」から「直す側」に回れているか | 350万〜450万円 |
| 保守 | 障害の原因調査、定期メンテナンス、パッチ適用、再発防止の実施 | 「直った」で終わらせず、原因と再発防止まで持っていけるか | 400万〜500万円台 |
| 構築 | 設計書に沿ったサーバー・ネットワークの構築、パラメータ設定、テスト、移行作業 | 設計の意図を読み取って組めるか。テストで不整合を見つけられるか | 450万〜600万円 |
| 設計 | 方式設計、構成の意思決定、パラメータ設計、顧客・他ベンダーとの調整 | 選択肢を比べて決められるか。決めた理由を説明できるか | 550万〜800万円 |
| 要件定義 | 顧客要件の整理、全体構成と技術選定、見積・提案、プロジェクトの推進 | 業務の要望を技術の構成に翻訳できるか。利害の違う相手をまとめられるか | 700万円〜（上位は1,000万円超も） |
※この表の年収レンジは、運営者が公開求人や転職市場の公開情報に目を通して置いた目安です。件数を決めた集計に基づく統計ではありません。同じ工程でも、技術領域・地域・会社の規模で大きく変わります。工程だけで自分の値段を決めず、「担当範囲と判断の中身」まで含めて読んでください。
各フェーズの「書類で通る書き方」
フェーズが違えば、書類で評価される書き方も違います。同じ経歴でも、段に合った書き方をしているかどうかで、書類の通過が変わります。
- 監視：「監視を担当」で止めない。扱ったアラートの種類と、一次対応の中で自分が判断した範囲（切り分けの初動、エスカレーションの判断）を書く。
- 運用：手順書を改善した実績、属人化を減らした工夫を書けた人は、構築の書類に通り始める。ここが最初の段差です。
- 保守：障害対応を「対応しました」で終わらせず、影響範囲と、その後の再発防止（後始末）まで書く。
- 構築：「構築経験あり」ではなく、台数・構成と、自分で決めたパラメータとその根拠を書く。
- 設計：方式を選んだ理由と、捨てた案を書く。設計の書類は「決めたこと」の列挙になります。
- 要件定義：技術名より先に「何を決める場にいたか」を書く。この段の価値は、決めた範囲の広さで伝わります。
フェーズ × 経験年数：年収目安のマトリクス
同じフェーズでも、経験年数でレンジは動きます。下の表は「その組み合わせでよくある年収の目安」と、到達の位置づけ（中心＝その年数帯の主戦場／挑戦圏＝書類の書き方と実績の見せ方次第で届く範囲／上級者＝リーダー・管理寄りの役割を含む範囲）を重ねたものです。代表的な到達イメージは、監視・運用が0〜3年、保守・構築が3〜7年、設計が5〜10年、要件定義が7年以降です。
| フェーズ ＼ 経験年数 | 〜3年 | 3〜5年 | 5〜10年 | 10年〜 |
|---|---|---|---|---|
| 監視 | 中心 300万〜400万円台 | 中心 350万〜450万円 | 上級者 400万〜480万円 | 上級者 450万円前後（管理寄り） |
| 運用 | 中心 350万〜450万円 | 中心 400万〜480万円 | 上級者 450万〜550万円 | 上級者 500万〜600万円（運用設計・管理寄り） |
| 保守 | 挑戦圏 400万〜480万円 | 中心 420万〜520万円 | 中心 480万〜580万円 | 上級者 550万〜650万円 |
| 構築 | 挑戦圏 450万〜520万円 | 中心 480万〜600万円 | 中心 550万〜680万円 | 上級者 600万〜750万円 |
| 設計 | ―（まず構築まで） | 挑戦圏 550万〜650万円 | 中心 600万〜800万円 | 上級者 700万〜950万円 |
| 要件定義 | ―（まず構築まで） | 挑戦圏 650万〜800万円（一部） | 中心 700万〜900万円 | 上級者 850万円〜（1,100万円超も） |
※この表の年収レンジは、運営者が公開求人や転職市場の公開情報に目を通して置いた目安です。件数を決めた集計に基づく統計ではありません。同じ工程でも、技術領域・地域・会社の規模で大きく変わります。工程だけで自分の値段を決めず、「担当範囲と判断の中身」まで含めて読んでください。「―」の組み合わせは、求人自体が少ない組み合わせです。
第3の軸：商流の深さ（自社が何重で入っているか）
フェーズと経験年数だけでは、年収は決まりません。同じフェーズ・同じ業務でも、自分の会社がその案件に何重で入っているかで、提示される年収も待遇も変わります。エンド企業から発注された仕事は、元請け、一次請け、二次請けと下りるたびに、各社の取り分（管理費やマージン）が引かれていく。現場のエンジニアに回る給与原資は、下流ほど痩せます。
※数値は構造を説明するためのイメージで、実在の案件の単価や各社の取り分ではありません。一般論として、同じフェーズでも商流が1段深くなるごとに、提示年収が数十万円単位で下がることがあります。
厄介なのは、求人票には商流の深さがほとんど書かれないことです。仕事内容は設計・構築でも、商流が深いために条件が合わない案件は珍しくありません。紹介求人の仕分け（5：3：2）で言う「無理だが魅力的な2割」には、こういう案件が混ざります。SES・客先常駐から「抜けたい」という声が出る背景にも、この構造があります。
面談で、商流は必ず聞く
- この案件で、御社はエンド企業から数えて何次請けですか（間に何社入りますか）
- 常駐先では、誰の指示で動きますか（自社のリーダーか、常駐先の担当者か）
- 単価や条件の交渉は、誰と誰の間で行われますか。自分の評価は単価にどう反映されますか
この3つに具体的に答えられるかどうかは、担当者と会社の透明度を測る物差しにもなります。
まとめ：現在地は3つの軸で置く
現在地は「フェーズ × 経験年数 × 商流」の3点で置いてください。今の年収に納得がいかないとき、原因はフェーズの段差なのか、経験の積み方の問題なのか、商流の深さなのかで、取るべき行動が変わります。フェーズを上げたいなら、書類に「判断したこと」を書くことから。商流が原因なら、浅い位置の案件を持つ会社の形を選ぶことから。この順番で読むと、次の一手が見えます。
年収の段差は、判断と責任の範囲の段差。だから書類には、業務名ではなく判断したことを書く。