SES単価 60万/80万/100万の壁 — 業務SEがスキル別の年収レンジを開示

TL;DR

• SES単価は 50/60/80/100/120万 の5つの帯に分布。帯の間に明確な壁がある
• 60万の壁 = 保守/テスター抜け (新規開発の実装フェーズに入る) で越える
• 80万の壁 = 設計レビューを任される質的変化が必要。この壁が一番厚い
• 100万の壁 = PL役 (PMレイヤー会議 + AWS アーキ設計) + ドメイン特化 の2軸が必要
• 35歳の天井は越える人/越えない人で「単価交渉力」「ドメイン特化」「社内ポジション移行」「ITコンサル化 (役員直 AI アドバイザー級 / 営業同行)」の4軸で分岐
• 単価が上がらない人の5共通点を改善アクションとセットで提示

SES単価帯マップ — 50/60/80/100/120万のリアル分布

まず単価帯の俯瞰から。業界の体感値と統計を混ぜて、業務SE の単価帯マップを整理する。

5つの帯の体感分布はこう。

• 50万帯: 新人〜3年。テスター/保守メイン・PM から降りてきたタスクをそのままこなすだけ・1次切り分けまで
• 60万帯: 3〜5年。実装フェーズ入り・小規模機能の開発担当 (ただし「言われたコードを書くだけ」で止まると5年経ってもここから動かない)
• 80万帯: 5〜8年。設計参画・レビュー対応・小規模リーダー
• 100万帯: 8年〜。PLとして PMレイヤー会議参加 + Bizサイドとの打ち合わせがマスト + アーキテクト視点 + ドメイン理解
• 120万帯: ドメイン特化の専門家 (流通基幹のプロ・金融決済のプロ等)

キャリアパスの分岐ツリーで見るとこう。

業界では「単価は経験年数で自動的に上がる」と思い込んでる業務SEが少なくないけど、実態は 各帯の壁で明確な質的変化を求められる 構造。経験年数だけで上がるのは 60万までで、80万からは技術以外の要素 (営業力・客先関係性・社内ポジション) が効いてきます。「3年やったから60万になるはず」って思ってないですか？？ 実は3年で50万止まり、という現場のリアルも珍しくないんですよね。

60万の壁 —「保守/テスター抜け」で越える

3〜5年目の業務SEが最初に当たる壁。50万→60万の段差は、新規開発の実装フェーズに入れるかどうか で決まる。

突破に必要な要素はシンプル。

1. 仕様書を読んでコードを書ける: 詳細設計レベルの仕様書から実装に落とせる
2. 不具合のあるコードを読んで原因を特定できる: デバッガ + ログ読みの基本動作
3. 自社の営業に「次は実装案件で」と言える関係性: ポジショニング側の要素

技術要素 (1, 2) は3年で大半が満たす。ボトルネックは要素3 — 自社営業との関係性。

保守/テスター案件は単価が安く、SES会社側も新人を投入する初期フェーズ案件として扱う。そこから「実装案件に行きたい」と希望を出して通すには、営業との関係性が前提。ここで「言いにくい」で止まる業務SEが業界では多い、と感じる。

俺の感覚として、60万の壁は 技術3割・営業/関係性7割 で決まる印象。3年目で60万に届いてない人は、技術より「希望を伝える」の方を先に動かす方が効率的です。

ここで一段深い話をすると、同じ現場で 5年経っても60万のフリーランス を何人か見てきました。共通点は「言われたソースコードを書くだけ・コミュニケーションは特にしない・プログラマーという位置づけで終わる」。技術力は普通にあるんだけど、役割が「実装屋」のまま固定されてる。

60万から先に動こうと思うなら、同じ実装フェーズでも 「次の設計は誰が考えてるんですか？」と聞きに行く動き をしないと壁を越えられない、ということ。

80万の壁 —「設計/レビュー」で越える (この壁が一番厚い)

60万→80万は単価カーブの中で 一番厚い壁。ここで頭打ちする業務SE が業界では大半、と言われる。

壁の正体は「実装担当」から「設計参画」への質的変化。実装は時間あたりの労働対価で値段がつくけど、設計は 意思決定責任 が乗るので、単価の積み増し幅が桁違いになる。

突破に必要な要素はこう。

1. 客先 PM から設計の意思決定に巻き込まれる立場:「これどう設計する？」と相談される側
2. コードレビューを任される: 後輩のコード品質に責任を持つ
3. 複数システム間の連携を設計できる: 単一機能でなく複数モジュールの結合点を見れる
4. 業務ロジックの妥当性まで踏み込める:「この仕様おかしいですよね？」と業務側に質問できる

要素4が地味に大事。単なる実装屋から「業務理解した上で技術を当てる人」に格上げされる瞬間が、80万の壁突破の分岐点。

業界でこの壁を越えるのに 8〜10年かかるのが平均だけど、早い人は 5〜6年で越える。違いは「客先PMとの関係性」と「業務ヒアリングを自分から取りに行く姿勢」の2つで、これも技術より人間関係寄りの要素。

俺自身、4年目で80万に届く人と8年目で60万止まりの人、両方を見てきましたが、違いは技術差ではなく 「設計の場に呼ばれる立場を取りに行ったか」 だけでした。

100万の壁 —「PM/アーキ視点 + ドメイン特化」で越える

80万→100万は更に厚い壁。ここから単価交渉が「定価ベース」ではなく 「希少性ベース」 に変わる。

突破に必要な2軸。

軸① PM/アーキテクト視点 + PL役

実装→設計→システム全体設計、と視点が上がる。個別機能でなく システム全体の構成と非機能要件 (パフォーマンス・可用性・保守性) を語れる 立場になる。

俺自身、単価100万円を超えた時に任されたのは プロジェクトリーダー (PL) ロール でした。具体の動きはこう:

1. PMレイヤー / Bizサイドとの打ち合わせがマスト:「こういうのを作りたい」という全体ロードマップを PM から受け取る側に入る
2. ロードマップを実タスクに落とす: PM が出してきた「なんとなくの方向性」を、エンジニアが手を動かせる粒度のタスクに分解する
3. エンジニアへの依頼と進捗管理: 分解したタスクをアサインし、PL として進捗を握る
4. AWS アーキ設計まで踏み込む: PM から「アーキ設計お願いします」と任される時もあって、Bizサイドに「このシステムがどういうものか」をヒアリングして、要件をまとめて、AWS がどう組まれるべきかを PM レイヤーと擦り合わせる

この4つが回るようになると、客先から「アーキテクト枠」として単価を別建てしてもらえる構造になります。「PMから降りてきたタスクを淡々と実装する」50万帯と、「PMと一緒にロードマップとアーキを設計して、エンジニアを動かす」100万帯では、やってることがまるで違う。

タイムラインで言うと、俺の場合 SES 開始から 3年目で80万、そこから2年かけて PL ロールを取りに行って、客先常駐辞める前に100万超え という流れでした。1年で一気に上がる種類の壁じゃなくて、2-3年かけて役割をシフトしていく性質の壁、という感覚です。

軸② ドメイン特化

技術だけだと100万の壁は越えない。そこに ドメイン知識 を重ねるのが100万帯の必須条件。

• 流通基幹: 物流フロー・在庫管理・EDI 接続のリアル
• 金融決済: 決済プロトコル・反社チェック・コンプライアンス
• 製造系: 工程管理・原価計算・在庫評価
• 物流: WMS / TMS のドメイン特性
• 医療/ヘルスケア: HL7 / FHIR / 個人情報保護

「技術 + 業界ドメイン」のクロスオーバーが現場で稀少なので、単価が積み上がる構造。業界では「ドメイン10年やってる業務SE」が100万後半〜120万を取ってる例が一定数あります。

100万の壁は 技術5割・ドメイン5割、と感じる。技術だけでも、ドメインだけでも届かないやつ。両方持ってる人が現場で稀少すぎて、単価が積み上がるしかない構造！！

35歳の天井 — 越える人/越えない人の決定的違い

業界では「35歳でSES単価がピークアウトする」構造が語られる。

天井の正体は、客先側の年齢バイアス + 単価高騰による回避。「35歳以上で単価100万」だと客先が若手 (25-30歳・単価60万) を2人雇える計算になり、案件アサインの選択肢が狭まる。

ただ、天井を越える人は明確に存在する。越える/越えないの違いは3軸。

軸① 単価交渉力

35歳以降は 自分で単価を交渉できる人 が残る。営業任せだと客先の言い値で下がる構造になりがちで、35歳以降は能動的な交渉が必須。

具体的には「同等スキルの他社案件単価のリサーチ」+「自社営業との二人三脚」+「客先 PM への直接的な価値訴求」の3点セット。これが出来ない人は天井に当たる。

軸② ドメイン特化

35歳以降は 「広く浅く」が評価されなくなる。業界でも「流通基幹15年」みたいな垂直特化が単価維持の鍵、と言われる。

20代で広く触って、30代前半で1領域に絞る、が逆算するとちょうど良い時期。

軸③ 社内ポジション移行可能性

SES 現場ずっとは不可能、という前提で、PMO / 営業 / 教育 などの社内ポジションに移れる人。これが見えてない 35歳業務SE が「やめとけ」で詰む構造です。

別記事 SESと客先常駐の「やめとけ」は半分嘘・半分本当 でも触れたけど、35歳までに目標ポジションを決めてるかどうかが、35歳以降のキャリアを決める前提条件になります。

軸④ エンジニアロールの「先」へ踏み込めるか — ITコンサル化

実は 35歳の単価交渉でリアルに聞かれた話を1つ追加で書きます。

俺が 35歳前後で上司・幹部に単価アップの交渉をした時、返ってきたのはこういう内容でした:

「プロジェクトリーダーだけじゃなくて、もっと上のレイヤーに行ってほしい。具体的には、役員・経営者と直接 AI の話ができて、AI アドバイザーとして社長クラスとタイトに話せるレベル。もしくは現場に営業と同行して、顧客と直接話ができる ITコンサルに近いレベル。そこまで踏み込めれば、単価のアップは普通にできる」

つまり 35歳以降は 「エンジニアロールの先」に踏み出せるか が単価維持/上昇の追加軸になる。役員直の AI アドバイザー級、もしくは営業同行 ITコンサル級。ここまで来ると「エンジニア」という肩書を超えるので、価値が別建てで積まれる構造です。

正直、AI の話自体は最近の文脈なので 30代前半に聞けたわけではない。ただ『エンジニアロールに閉じこもらず、その先 (役員直の戦略話・営業同行の顧客対応) に踏み出す』 という発想自体は、もっと早く意識しておきたかった、とすごく思います。エンジニアロール内での最適化だけ続けても 35歳の天井は越えにくくて、「エンジニアの先」に踏み出す覚悟があるかどうかで分岐する、というのが実際に上司から直接言われた話でした。

単価が上がらない人の 5つの共通点

ここからは「上がらない側」のパターン整理。業界でよく見る5パターンを改善アクションとセットで。

5パターンを言語化するとこう。

① 自社営業との関係性が薄い

案件アサインを営業任せにして、自分の希望を伝えない。→ 改善: 半年に1回の1on1で「次は○○系の案件」を明確に伝える + 営業側の単価感覚を聞く

② 単価を知らない / 自分の単価を聞いてない

自分が今いくらで売られてるか知らない。→ 改善: 自社に単価開示を依頼 (拒否されるなら転職検討の材料)

③ 客先評価を狙いすぎて自社との関係性を疎遠化

客先評価は単価に直結するけど、自社との関係性が薄くなると次案件で痛い目を見る。→ 改善: 客先評価7割 + 自社との関係性3割を意識的にバランス

④ 設計参画の機会を待ち姿勢で逃す

「設計やらせてもらえない」と受け身。→ 改善: 自分から客先PMに「設計どう考えてます？」と聞きに行く・小さな設計判断から取り始める

⑤ ドメイン特化を意識せず広く浅く

20代で広く触るのは良いけど、30代に入っても全領域に手を出してる。→ 改善: 30代前半で1領域に絞る判断をする・「俺は○○系で行く」と公言する

まとめ

SES単価は経験年数で自動的に上がるものではなく、各単価帯に明確な壁がある。

• 60万の壁 = 保守/テスター抜け (技術3割・営業/関係性7割)
• 80万の壁 = 設計/レビュー参画 (一番厚い壁・8〜10年が業界平均)
• 100万の壁 = PM/アーキ視点 + ドメイン特化 (技術5割・ドメイン5割)
• 35歳の天井 = 単価交渉力・ドメイン特化・社内ポジション移行 の3軸で決まる
• 上がらない5パターンは改善アクションとセットで具体化可能

「単価が上がらない」と感じてる業務SEは、まず自分が今どの壁に当たってるかを5つの単価帯マップで見て、突破条件を1つずつ潰すのが現実解。こんな感じで、漠然と「経験積めば上がる」を信じて3年待つより、はるかに効率的ですね。自分の今の壁、どこか見えてますか？？ 知っとくと損しないやつ！！

よくある質問

Q1. SESの単価相場はいくらですか?

業務SEの場合、50/60/80/100/120万の5つの単価帯に分布します。新人〜3年で50-60万、中堅5-8年で60-80万、リーダークラス8年〜で80-100万、PM/アーキ視点+ドメイン特化で100万超、特定領域の専門家で120万超、というのが業界の体感分布です。

Q2. 60万の壁を越えるには何が必要ですか?

「保守/テスター抜け」= 新規開発の実装フェーズに入ること、が最大の条件です。仕様書を読んでコードを書ける、不具合のあるコードを読んで原因を特定できる、の2つを満たせば60万は越えます。技術より「自社営業に希望を伝える」関係性側のボトルネックが大きいことが多い。

Q3. 80万の壁が一番厚いと聞きますが本当ですか?

本当です。60万→80万は「設計レビューを任される」という質的変化が必要で、単純な経験年数では越えられません。客先PMから設計の意思決定に巻き込まれる立場になれるか、が分岐点。業界では8〜10年かかるのが平均ですが、早い人は5〜6年で越えます。

Q4. 100万を越えるには何が必要ですか?

「PM/アーキテクト視点 + ドメイン特化」の2軸が必要です。技術だけでも、ドメイン知識だけでも100万は越えません。両方持ってる業務SEが現場で稀少なので、単価が積み上がる構造になります。

Q5. なぜ80万の壁が一番厚いんですか? 100万より厚い?

「定価ベース」から「希少性ベース」への質的転換が80万で起きるからです。60万→80万は「実装屋」から「設計参画者」への変化で、業界全体で人材が一気に絞られる帯。100万への壁は「ドメイン特化」が決まれば比較的見通しが立つので、80万を越えた人にとっては80万→100万の方が楽、という感覚は業界で共有されてます。

Q6. 35歳で本当に単価が下がるんですか?

下がる人と維持する人で二極化します。下がる人は「広く浅い経験」のまま35歳を迎えるパターン。維持/上昇する人は20代で広く触って30代前半でドメイン1領域に絞り、単価交渉力と社内ポジション移行可能性も持ってる。構造的に避けられない天井ではなく、30代前半の準備で越えられる壁です。

次に読むべき記事

• SESと派遣の違いを契約書1枚で見破る方法 — 単価交渉の前提となる契約形態の整理から始めたい人向け
• SESと客先常駐の「やめとけ」は半分嘘・半分本当 — Stay/Go 判断と単価戦略を組み合わせたい人向け
• C# 業務SEが『技術+α』を棚卸する3つの問い — ドメイン特化に踏み出す前の自己棚卸しをしたい人向け

以上！