エンモリ

SESスキル見合い単価とは?決定ロジックと市場価値を上げる交渉術

SESの「スキル見合い単価」がどう決まるのかを、案件予算・商流・役割・市場相場の観点から整理。市場価値を上げる交渉準備、伝え方、見切りをつける判断基準まで解説します。

「案件に“単価:スキル見合い”と書いてあるけど、結局何を見られているのか分からない」
「今の自分は、安く使われているだけではないか」
そんな不安を持つSESエンジニアは少なくありません。

スキル見合い単価とは、ざっくり言えば人ごとに単価を個別判断するということです。公開されている説明でも、必須スキルのレベル、業務範囲、技術難易度、責任範囲の認識がずれると、想定より単価が下振れしやすいと整理されています。

この記事では、SESの単価がどう決まるのかを分解しながら、市場価値が上がりやすい経験と、単価アップにつながる交渉の進め方を整理します。
「今の会社で単価を上げるべきか」「そもそも環境を変えるべきか」まで判断しやすくなるはずです。

SESの「スキル見合い単価」とは何か

スキル見合いは「人ごとに単価を個別判断する」という意味

SESでいうスキル見合い単価は、単に「経験年数が長いほど高い」という話ではありません。
実際には、次のような要素をまとめて見られます。

  • その案件で必要なスキルにどれだけ合っているか
  • 参画後すぐに動けるか
  • 実装だけでなく設計や調整まで任せられるか
  • 教育コストや引き継ぎコストがどれくらいかかるか

つまり、単価は“あなたの能力そのもの”だけでなく、“その案件でどれだけ早く、広く、安心して任せられるか”で決まりやすいということです。

単価・給与・還元率を混同しないことが重要

ここはかなり重要です。

  • 単価:クライアントがSES会社に支払う金額
  • 給与:あなたに支払われる年収や月給
  • 還元率:単価のうち、どの程度がエンジニア報酬に反映されるかの考え方

この3つは同じではありません。
単価が上がっても、評価制度や還元設計が不透明なら、給与にそのまま反映されないこともあります。

逆に言うと、市場価値を上げる交渉会社の評価制度を見直す交渉は、分けて考えたほうが整理しやすいです。

SESの単価はどう決まる?決定ロジックを分解すると見えやすい

単価の決まり方は、次の順番で考えると分かりやすいです。

1. まず案件側の予算帯がある

最初にあるのは、あなたの希望額ではなく案件側の予算帯です。
「このポジションには月○万円くらいまでなら出せる」という枠が先にあり、その中で誰を入れるかが決まります。

そのため、どれだけ優秀でも、案件の予算を大きく超えると通りにくいです。
逆に、予算帯の中で「この人なら十分に元が取れる」と思ってもらえれば、単価は上げやすくなります。

2. 次にスキル一致度と即戦力性で上下する

同じJava経験3年でも、評価はかなり分かれます。

  • 既存機能の改修だけか
  • 基本設計やレビューもやってきたか
  • API設計やDB設計まで触れているか
  • 業務知識が近いか
  • 自走できるか

公開情報でも、スキル見合いでは必須スキルのレベル、設計やレビューの有無、業務範囲の広さ、技術的な難易度や責任範囲が確認ポイントとされています。

受託開発やシステム開発の現場で見ても、単価が上がりやすいのは「作業をこなせる人」より、曖昧な要件を整理できる人、レビューで事故を減らせる人、非エンジニアとも齟齬なく進められる人です。
任せられる範囲が広い人ほど、単価の説明がしやすいからです。

3. 工程・責任範囲・商流で差がつく

単価を分けるのは技術だけではありません。

たとえば、次のような違いは評価差になりやすいです。

  • テスト中心か、設計まで担うか
  • 実装だけか、顧客調整や課題管理も担うか
  • 単独作業か、レビューや後輩フォローまであるか
  • 商流が浅いか、何社も間に入っているか

特に見落としやすいのが商流です。
同じ現場、同じ仕事内容でも、間に入る会社が多いほど、あなたの単価が給与へ届くまでに目減りしやすくなります。

4. 稼働安定性とコミュニケーションも評価対象

エンジニアは技術だけ見られている、と思われがちですが、実際はそうではありません。

  • 稼働が安定しているか
  • 連絡が早いか
  • 認識齟齬を減らせるか
  • 課題を早めに共有できるか

こうした点は、案件側から見ると再発注しやすさに直結します。
単価は「この人にまた入ってほしいか」という判断でも動きます。

今の市場で単価が上がりやすい経験・上がりにくい経験

日本では、DXを推進する人材について「不足している」と答えた企業が8割超にのぼっています。案件市場の公開データでも、2025年5月時点のフリーランスエンジニア案件の平均月額単価は73.8万円で、案件数も48万件超でした。さらに公開相場を見ると、Javaは高60万円台、Reactは80万円前後、AWSは80万円台前半、PMは80万円台後半の水準が示されており、クラウド・モダン技術・上流/マネジメント寄りの経験が相対的に評価されやすい傾向が読み取れます。なお、これはフリーランス案件の公開相場であり、SES社員の給与と1対1で一致する数字ではありません。

クラウド・モダン技術・上流寄り経験は評価されやすい

単価が上がりやすいのは、たとえばこんな経験です。

  • AWSやAzureなどのクラウド設計・構築
  • React、TypeScriptなどモダンフロントの実務
  • 基本設計、詳細設計、レビュー
  • 顧客折衝、要件整理、課題管理
  • PM、PMO、テックリード補佐
  • 障害原因の切り分けと再発防止

共通しているのは、「任せると前に進む」領域を持っていることです。

実装だけでなく、設計・レビュー・調整経験が効く

評価されやすい経験と、評価されにくい経験を並べると違いが見えます。

評価されやすい経験

評価されにくい経験

要件整理、設計、レビュー、顧客調整

指示待ち前提の実装・テストのみ

障害の切り分け、改善提案

手順通りの定型作業のみ

後輩フォロー、進行管理補助

自分の担当範囲しか説明できない

非機能要件や運用まで見ている

「開発経験あり」だけで中身が薄い

ここで大事なのは、難しい技術名を増やすことではなく、責任範囲を広げることです。

年数だけ長い状態は単価交渉で弱い

よくあるのが、経験年数はあるのに、説明できる中身が薄いケースです。

たとえば「Java5年」と言っても、

  • 改修だけを5年やったのか
  • 設計レビューまで含めて5年やったのか
  • 顧客調整や品質改善までやったのか

で、市場価値は大きく変わります。

年数は入口にはなりますが、単価を押し上げるのは“何を任されてきたか”です。

SESで単価が上がらない人に多い3つの勘違い

経験年数だけで評価されると思っている

経験年数は分かりやすい指標ですが、それだけでは弱いです。
相手が知りたいのは、「今の案件で何を任せられるか」です。

資格だけで単価が上がると思っている

資格が役立つ場面はあります。
ただし、単独で効くというより、案件に近い経験の補強として効くことが多いです。

たとえばAWS認定を持っていても、実務で構築や設計に触れていなければ、単価交渉の決め手にはなりにくいです。

担当範囲の広がりを言語化できていない

これが一番もったいないです。

  • 実装だけだったが、今はレビューもしている
  • 問い合わせ対応だけだったが、原因分析までやっている
  • 指示待ちだったが、課題を先回りして共有している

こうした変化は、単価アップの根拠そのものです。
なのに、本人が「別に普通のことなので」と流してしまうケースが多いです。

市場価値を上げる交渉術

交渉前に整理すべき4つの材料

単価交渉の前に、最低限これだけは整理しておきたいです。

  1. 参画当初と今で、担当範囲がどう広がったか
  2. 成果が分かる事実があるか
  3. 今後どこまで任せられるか
  4. 市場で見たときに、どのレンジを狙うべきか

具体的には、次のように整理すると伝わりやすいです。

  • 当初:実装中心
  • 現在:基本設計レビュー、障害切り分け、顧客との仕様確認も担当
  • 成果:手戻り削減、問い合わせ初動の高速化、レビュー品質向上
  • 次の役割:機能単位の設計主担当、後輩フォロー

大事なのは、「頑張っています」ではなく「任せられる範囲が広がっています」に変換することです。

単価交渉のベストタイミング

おすすめは次のタイミングです。

  • 契約更新の1〜2か月前
  • 役割が明確に広がった直後
  • 現場評価が高いと分かっている時
  • 後任が見つけにくいポジションになった時

逆に、更新直前や感情的になっている時は避けたほうが無難です。

また、対企業の価格交渉一般でも、労務費に関する交渉では発注側から詳細な説明や資料提出を求められることがあると整理されています。SESの単価見直しでも、お願いベースより、役割変化・実績・市場感をセットで出すほうが通りやすいと考えたほうが現実的です。

営業・上司に伝えるときの例文

そのまま使いやすい形にすると、たとえば次のようになります。

次回更新に向けて、単価見直しの相談をしたいです。
参画当初は実装中心でしたが、現在はレビュー、障害切り分け、仕様確認まで担当範囲が広がっています。
現場で担っている責任が増えているため、次回更新時に単価の再評価が可能か確認したいです。
もし現時点で難しい場合は、どの役割や成果が増えれば見直し対象になるのかも教えていただきたいです。

この言い方のポイントは、要求だけで終わらず、評価基準を取りにいくことです。
上がる・上がらないより、まず「何を満たせば上がるか」を明確にできると、次の行動が決まります。

単価アップが難しいときの判断基準

今の会社に残ってよいケース

次に当てはまるなら、今の会社でも伸ばせる可能性があります。

  • 単価の評価基準を説明してくれる
  • 営業が現場評価を取りに行ってくれる
  • 役割拡大に合わせて案件を調整してくれる
  • スキルシートの更新や見せ方を一緒に考えてくれる

単価そのものが非開示でも、評価ロジックが見える会社なら、改善の余地があります。

転職や行き先変更を考えたほうがいいケース

一方で、こんな状態が続くなら見切りも必要です。

  • 何年いても単価の基準が不明
  • ずっと下流固定で役割が広がらない
  • 営業が現場評価を拾ってこない
  • 商流が深く、構造的に単価が上がりにくい
  • スキルシートが毎回ほぼ同じ
  • 「今は我慢」の説明ばかりで次の道筋がない

単価が上がらないこと自体より、上がらない理由と打ち手が見えないことのほうが危険です。

求人票で確認すべきポイント

転職も視野に入れるなら、求人票や案件票では次を見てください。

  • 単価連動や評価制度の考え方があるか
  • 案件選択の自由度があるか
  • 商流や取引先の強さがあるか
  • 設計、上流、顧客折衝へ広げられるか
  • 待機時や案件変更時の扱いが明確か

ここを見ずに「還元率が高い」「リモート多め」だけで選ぶと、また同じ悩みに戻りやすいです。

よくある質問

SESで単価を聞くのは失礼?

失礼ではありません。
ただし、「いくらですか」だけだと角が立ちやすいです。

おすすめは、今の評価基準と、見直し条件を確認する聞き方です。
単価そのものが開示されなくても、判断軸が分かれば十分前進です。

資格を取れば単価は上がる?

資格だけでは上がりにくいです。
ただ、実務経験と結びつくなら強いです。

たとえばクラウド案件に入りたい人が、AWS資格と実務の両方を持っていれば、スキルの再現性を示しやすくなります。

客先に直接交渉してもいい?

基本的には、所属会社や営業経由で進めるほうが安全です。
委託・準委任と派遣では指揮命令関係の考え方が異なり、発注側から直接指示を受けるような状態は偽装請負の論点にもつながりえます。単価や契約条件の話も、勝手に直接進めるより、まずは自社ルートで整理したほうが無難です。

まとめ

SESのスキル見合い単価は、年数だけで決まるものではありません。
実際には、案件予算・スキル一致度・責任範囲・商流・再発注しやすさまで含めて決まります。

だからこそ、単価を上げたいならやることはシンプルです。

  • 担当範囲の広がりを言語化する
  • 実績を事実で整理する
  • 市場で評価されやすい経験に寄せる
  • 更新前に、営業や上司へ根拠付きで相談する

単価アップは、気合いや根性の話ではありません。
自分の価値を、相手が判断しやすい形に翻訳できるかどうかです。

今の会社でそれが通るなら、まずは交渉してみればいいです。
通らないうえに基準も曖昧なら、環境を変える判断も現実的です。

単価の仕組みが見えてきたら、次は「市場で評価される形に、自分の経験を整える」段階です。
職務経歴書やスキルシートの書き方まで整理すると、今の会社に残る場合でも、転職する場合でも動きやすくなります。