「このエンジニアの単価、月80万円って提示されたけれど、これは高いのか安いのか」——エージェントや SES 企業から見積もりが届いたとき、こんな疑問が頭をよぎった経験はないでしょうか。社内に調達専門の部署がなく、相場の物差しを持たないまま判断を迫られるのは、想像以上に心細いものです。
難しいのは、エンジニアの単価が単純な「相場表の1つの数字」では決まらないことです。同じ「バックエンドエンジニア」でも、扱う言語、経験年数、契約形態、そして何次請けかという商流の深さによって、月額で数十万円も変わります。だからこそ、まず必要なのは交渉のテクニックよりも前に、客観的な相場のレンジを一覧で把握することです。
レンジを把握できれば、提示された金額が「妥当な幅に収まっているのか、外れているのか」を自分の目で見当づけられます。それが、根拠を持って単価の話を進めるための出発点になります。
本記事では、発注者の視点で「まず相場のレンジを知る」ことに焦点を当て、2026年版の一次データをもとにした職種別・言語別・経験年数別のエンジニア単価レート早見表をまとめました。あわせて、早見表の数字を読み違えないための注意点と、同じ金額でも「中身」が変わる商流の影響についても解説します。早見表で見当をつけたあとの、提示単価の妥当性検証・交渉・社内稟議の進め方については、関連記事へのリンクで案内します。
エンジニア単価の早見表は「相場のものさし」になる
外部エンジニアの発注で最初につまずくのは、交渉そのものではなく「提示された単価が妥当かどうか分からない」という一点です。ここを曖昧にしたまま進めると、判断も社内説明もすべて主観の上に積み上がってしまいます。
「この単価、高いのか安いのか分からない」をなくす
エージェントや SES 企業は、提示単価の根拠を自社の都合で説明します。発注者側に独自の物差しがなければ、その説明をそのまま受け入れるか、根拠なく「もう少し下がりませんか」と切り出すかの二択になりがちです。
前者は、相場より高い単価を見抜けずに払い続けるリスクを抱えます。とくに前任者から引き継いだ継続契約では、契約当初は妥当だった単価が、数年後の相場とずれているケースが少なくありません。後者は、相場の裏付けがないまま値引きを求めるため、相手に「単に予算を削りたいだけ」と受け取られ、優秀な人材を引き上げられたり、関係がぎくしゃくしたりする原因になります。
どちらの失敗も、根っこは同じです。「相場という共通のものさし」を持っていないこと。そこで本記事の早見表を、まず手元のものさしとして使ってください。
早見表の目的は「自社案件のレンジを見当づける」こと
早見表の使い方は、提示単価を一刀両断に「高い・安い」と判定することではありません。自社案件がどの職種・言語・経験年数に該当するかを当てはめ、提示単価がレンジ内に収まっているか、外れているかを見当づけることが目的です。
レンジ内であれば、その単価は相場として説明可能な水準にあると言えます。レンジから大きく外れている場合は、その差がどこから生じているのか(スキルの上乗せなのか、後述する商流の深さなのか)を確認する次のステップに進みます。早見表は「正解の金額」を教えてくれるものではなく、「妥当な幅」を示してくれるものだと捉えると、判断の土台として正しく活きてきます。
【2026年版】職種別・言語別エンジニア単価レート早見表

ここからは、検索者が最も知りたい相場のレンジを示します。2026年時点の公開データをもとに、職種別・言語別・経験年数別の月額単価レンジをまとめました。早見表はあくまで「自社案件のレンジを見当づける」ための出発点として使ってください。
なお、本章で示す全体平均値は、エン株式会社が運営する『フリーランススタート』の定点調査(2026年4月度)を出典としています。同調査では、掲載案件をもとにしたフリーランスエンジニアの月額平均単価は 77.2万円、最高単価は480万円と報告されています(エン株式会社 ニュースリリース 2026年4月度)。職種別では、コンサルタント職の平均単価が3ヵ月連続で上昇し105.1万円に達するなど、上流・マネジメント系職種の単価が高水準で推移しています。
職種・言語をまたいだより網羅的な相場の整理は、フリーランスエンジニアの費用相場ガイドも参照すると、自社案件の位置づけがより明確になります。
職種別 月額単価レンジ(2026年)
週5フルタイム(月20日前後)稼働を前提とした、職種別の月額単価の目安レンジです。上位の数値は前述の定点調査の職種別実績も参考にしています。
職種 | 月額単価レンジ(目安) | 補足 |
|---|---|---|
コンサルタント | 90〜120万円 | DX推進・上流の需要が継続。2026年4月度の平均は105.1万円 |
VPoE / エンジニアリングマネージャー | 90〜120万円 | 組織マネジメントを担う上流職。EM の2026年平均は92.4万円 |
PdM(プロダクトマネージャー) | 80〜110万円 | 事業・開発の橋渡し。要件定義・優先度判断の責任を持つ |
PM(プロジェクトマネージャー) | 75〜100万円 | 案件規模・体制責任の重さで上下する |
バックエンドエンジニア | 65〜95万円 | 言語・アーキテクチャ設計の関与度で変動 |
フロントエンドエンジニア | 60〜90万円 | モダンフレームワークの実務経験で上振れ |
インフラ / SRE | 70〜100万円 | クラウド設計・運用自動化の実績で上振れ |
データエンジニア / 機械学習 | 75〜110万円 | 希少性が高く高単価レンジになりやすい |
数値はあくまで目安のレンジであり、案件の難易度・稼働条件・商流によって上下します。自社案件がどの職種にあたるかを当てはめ、提示単価がこのレンジのどこに位置するかを見当づけるところから始めてください。
開発言語別 月額単価レンジ(2026年)
同じ職種でも、扱う技術スタックによって単価は変わります。希少性の高い言語や、設計・運用の難度が高い領域ほど高単価になりやすい傾向です。
開発言語 / 領域 | 月額単価レンジ(目安) | 補足 |
|---|---|---|
Go | 70〜100万円 | 需要に対して経験者が少なく上振れしやすい |
Scala / Kotlin | 75〜100万円 | 大規模・関数型志向の案件で高単価 |
Python | 65〜100万円 | データ・機械学習領域と組むと上振れ |
Java | 65〜90万円 | エンタープライズ案件で安定需要 |
TypeScript / JavaScript | 60〜90万円 | フロント・サーバ双方で需要が厚い |
PHP / Ruby | 55〜80万円 | 案件母数は多く、レンジは中位 |
Swift / Kotlin(モバイル) | 65〜90万円 | ネイティブアプリ開発の実績で上振れ |
複数の言語・領域をまたいで担える人材や、設計から運用まで一貫して任せられる人材は、単一スキルの相場より高くなるのが一般的です。逆に、特定言語の単純な実装だけであれば、レンジの下限寄りで検討できる場合があります。
経験年数・スキルレベル別の目安
職種・言語のレンジの中で、どこに着地するかを左右するのが経験年数とスキルレベルです。発注者が「求めるレベル」と「提示された人材のレベル」を照らし合わせるための目安として整理します。
レベル | 経験年数の目安 | 期待できる役割 | レンジ内の位置 |
|---|---|---|---|
ジュニア | 1〜3年 | 指示された範囲の実装。レビュー前提 | 下限寄り |
ミドル | 3〜5年 | 設計の一部を担い、自律的に実装 | 中位 |
シニア | 5〜8年 | 設計主導・技術選定・若手のリード | 上位 |
エキスパート / リード | 8年以上 | アーキテクチャ設計・組織やプロジェクト全体の技術判断 | 上限〜超過 |
注意したいのは、経験年数が長いほど無条件に高単価が妥当になるわけではない点です。発注する案件が求めるレベルに対して、人材のレベルが過剰であれば、その分の単価は割高になります。「この案件にエキスパート級が本当に必要か」を問い直すことも、適正単価への着地につながります。
早見表の数字をそのまま信じてはいけない3つの注意点

早見表は便利ですが、数字をそのまま鵜呑みにすると判断を誤ります。提示単価とレンジを照らし合わせる前に、以下の3点を必ず踏まえてください。
- 週5フルタイム稼働の月額換算である: 上記レンジは月20日前後の稼働を前提としています。週3稼働や時短の場合は、当然ながら月額は下がります。提示された見積もりが何日稼働を前提にしているかを必ず確認してください。「週3なのに週5相場の単価を払っていた」という事態は、ここを見落とすと簡単に起こります。
- 地域差・常駐かリモートかで変動する: 都市部の常駐案件と、フルリモート案件では相場感が異なります。リモート前提なら全国の人材を比較対象にでき、相場の見方も広がります。常駐を求める場合は、交通費・拘束時間の負担が単価に反映されることもあります。
- あくまでレンジであり、1つの正解値ではない: 早見表は「妥当な幅」を示すものです。提示単価がレンジ内に収まっているか、外れているかをまず確認し、外れている場合はその理由を検証する、という使い方が正しい使い方です。
そして、稼働条件と並んで単価の見え方を大きく左右するのが「契約形態」です。同じ月額でも、その金額に何が含まれるかは契約形態によって変わります。準委任契約と請負契約では、成果物の完成責任や瑕疵対応の所在がまったく異なるため、提示された見積もりがどちらの形態を前提にしているかを必ず確認してください。契約形態ごとの責任範囲の違いと、検収・成果物の扱いについてはフリーランスエンジニアの成果物・検収の考え方で詳しく解説しています。
同じ単価でも「中身」が違う|商流が相場に与える影響

早見表のレンジと照らし合わせて「やはり相場より高い」と感じる場合、その差の正体が商流の深さにあることは少なくありません。ここは発注者が見落としがちでありながら、早見表の数字を正しく読み解くうえで重要なポイントです。
商流が深いほど単価が上がる仕組み
商流とは、発注元(エンドユーザー企業)から実際に作業するエンジニアまで、案件が何社を経由しているかを表す言葉です。多重下請け構造では、一次請け・二次請け・三次請けと段階が深くなるごとに、各社が紹介料や管理費としてマージン(中抜き)を上乗せします。
公正取引委員会の調査では、最終下請け事業者からの回答に限ると 33.5%(回答企業全体では25.9%)が「中抜き事業者の存在を感じたことがある」と回答しており、多重下請けによる中間マージンの発生は業界全体の構造的な問題として指摘されています(出典: 公正取引委員会「ソフトウェア業の下請取引等に関する実態調査報告書」令和4年6月公表)。
発注者の視点で言い換えると、あなたが月100万円を支払っても、商流が深ければ、その一部が中間業者のマージンとして消え、実際に作業するエンジニアに届く金額はそれより低くなります。つまり、提示単価が早見表のレンジより高い場合、その差額分はエンジニアのスキルへの対価ではなく、商流上のマージンである可能性があるということです。同じエンジニア・同じ作業でも、商流が1段深くなるごとに発注額が積み上がっていく——これが早見表の数字だけでは見えない「単価のからくり」です。
商流の深さは「何次請けか」を聞けば確認できる
商流の深さは、契約前に確認できます。「御社は今回の案件で、エンドから何次の立場にあたりますか」と率直に尋ねることは、発注者として自然な質問であり、失礼にはあたりません。あわせて、実際に作業するエンジニアの所属(提示元の社員か、さらに別の会社から来ているのか)を確認すると、商流の深さが見えてきます。
これらを確認すると、提示単価が「スキルに対して高い」のか「商流が深いから高い」のかを切り分けられます。後者であれば、エンド直請けに近い発注先や、間に入る企業が少ない直接契約・マッチングプラットフォームの活用によって、同じ予算でより多くをエンジニア本人の対価に回せる余地があります。
早見表で見当をつけたあとの進め方
早見表で自社案件のレンジを把握し、提示単価がレンジ内か外かを見当づけられたら、次のステップは「提示単価が本当に妥当かを検証し、根拠を持って交渉・社内稟議へ進める」ことです。
具体的には、求めるスキルレベルと提示人材の一致・契約形態と総コスト・稼働条件・案件難易度といった観点で妥当性を確認し、相場データを根拠に角を立てずに交渉し、最終的に社内稟議で「なぜこの単価なのか」を説明する、という流れになります。この提示単価の妥当性判断・交渉・稟議の組み立て方については、フリーランスエンジニア単価の妥当性判断|発注判断と稟議の組み立て方で、4つの確認軸とともに体系的に解説しています。
また、外部エンジニアという選択肢を正社員採用など他の手段とコスト比較し、投資対効果の観点から発注判断を整理したい場合は、外部エンジニア活用のROI・費用対効果もあわせて確認すると、稟議での説明材料が揃います。
まとめ|早見表は「根拠ある単価判断」の出発点
エンジニアの単価は、職種・開発言語・経験年数、そして契約形態や商流の深さによって大きく変わります。だからこそ、提示された金額を主観で「高い・安い」と判断する前に、まず客観的な相場のレンジを把握することが出発点になります。本記事の要点を改めて整理します。
- まず早見表でレンジを把握する: 2026年版の職種別・言語別・経験年数別レート早見表で、自社案件に該当するレンジを見当づける。一次データ(フリーランススタート定点調査の月額平均77.2万円)を根拠に、客観的なものさしを持つ。
- 数字を読み違えない: 早見表は週5フルタイム換算であり、稼働条件・地域・契約形態によって変動する。あくまで「妥当な幅」を示すものとして読む。
- 同じ単価でも中身が違うことを知る: 提示単価がレンジより高い場合、その差は商流の深さ(中間マージン)に起因することがある。「何次請けか」を確認すれば、スキルへの対価か商流のマージンかを切り分けられる。
まずは本記事の早見表で、いま検討している案件がどの職種・言語・レベルにあたり、相場レンジのどこに位置するかを見当づけてみてください。レンジとのズレが見えてきたら、提示単価の妥当性検証・交渉・稟議の進め方を解説した関連記事へ進むことで、根拠を持って堂々と単価の話ができるようになります。
よくある質問
- 提示された単価が早見表のレンジより高い場合、まず何を確認すればいいですか?
まず「何次請けか(エンドから何次の立場か)」を確認してください。商流が深いほど中間マージンが積み上がり、スキルと無関係にレンジを超えた単価になりやすいため、差額の正体がスキルへの対価なのか商流のマージンなのかを切り分けることが先決です。
- 週3稼働のエンジニアに早見表のレンジをそのまま使えますか?
そのままは使えません。早見表は週5フルタイム(月20日前後)稼働を前提とした月額のため、週3稼働に対してそのまま当てはめると相場より低い金額と誤認します。週3なら「レンジ値 × 稼働日数 ÷ 20」で換算した値と比較してください。
- 経験年数が長いエンジニアほど単価は高くて当然ですか?
必ずしもそうではありません。自社案件がミドル相当の作業内容であれば、シニア・エキスパート級の単価は相場として割高です。まず案件が求めるレベルを定義し、人材のレベルが合致しているかを確認してから単価の妥当性を判断してください。
- フルリモートと常駐では単価の相場感はどう変わりますか?
フルリモートは全国の人材が競争対象になるため、常駐より相場が落ち着く傾向があります。常駐を求める場合は交通費・拘束時間の負担が単価に反映されることもあるため、条件を揃えたうえで早見表のレンジと比較してください。
- 提示単価が早見表のレンジ内に収まっていれば、そのまま発注して問題ありませんか?
レンジ内であれば相場として説明可能な水準ですが、稼働条件・契約形態・求めるスキルレベルとの整合性も別途確認が必要です。早見表はあくまで出発点であり、レンジ内かどうかを見当づけたうえで、提示単価の妥当性判断・交渉・稟議の進め方は関連記事(フリーランスエンジニア単価の妥当性判断)で体系的に解説しています。



