オフショア開発の費用 単価相場と総額の内訳、損益分岐点の計算方法を解説

オフショア開発の費用を調べると、人月単価の一覧表が出てきます。国別に並んだ数字を見て、国内の半分程度なら安いと判断してしまいがちです。

しかし、単価表に載っているのはエンジニア1人あたりの稼働費用であって、プロジェクトの総額ではありません。実際には橋渡し役の人件費、管理費、そして社内で発生する工数が加わります。

さらに規模の問題があります。人数が少ない案件では、体制を維持する固定的な費用の比率が上がり、国内に発注したほうが安く済む場合もあります。

本記事では、費用の内訳、国別・職種別の単価相場、体制によって総額がどう変わるか、そして自社の損益分岐点を計算する方法までを整理します。

確認したいポイント	結論	詳細
単価の相場は？	職種で大きく異なる	プログラマーとブリッジSEでは同じ国でも1.5倍前後の差がある。
単価で比較していい？	総額で比べる必要がある	ブリッジ体制と社内工数を含めると、単価の差ほどの開きは出ない。
小規模でも安くなる？	規模が小さいと国内が有利な場合も	固定的な体制費用の比率が上がるため、一定の規模から効果が出る。
費用を抑えるには？	単価交渉より設計の精度	要件が曖昧なまま着手すると、手戻りで単価差以上の費用が発生する。

この記事でわかること

• オフショア開発の費用の内訳と、見積書に現れない社内コスト
• 国別・職種別の単価相場と、相場データを見るときの注意点
• ブリッジSEの比率によって総額がどれだけ変わるか
• 国内発注と比較する損益分岐点の計算方法
• 費用を抑える5つの方法と、見積もりを比較するチェック項目

システム開発やAI導入の体制づくりについて、支援内容とあわせて資料にまとめています。 ＞＞ 資料請求はこちら

オフショア開発の費用の全体像

単価の話に入る前に、何にお金がかかるのかを整理します。ここを把握していないと、見積書を正しく読めません。

ここでは費用の構造と、見えにくいコストを確認します。

費用は「単価×工数」だけでは決まらない

オフショア開発の費用は、エンジニアの人月単価に人数と期間を掛けた金額が基本になります。しかしこれは、費用の一部にすぎません。

実際には、日本語と現地語の橋渡しを担う人材、プロジェクトの進行を管理する人材、品質を確認する体制がそれぞれ費用に乗ります。

単価表の数字は、エンジニアの稼働費用であってプロジェクトの最終費用ではありません。この前提を押さえないまま比較すると、想定と違う請求になります。

見積書に現れる5つの費目

見積書を受け取ったら、次の費目が含まれているかを確認してください。

• エンジニアの人件費（人月単価×人数×期間）
• ブリッジ人材の人件費（日本語または英語での橋渡し）
• プロジェクト管理費（進行管理、報告、調整）
• 品質確認の体制費用（テスト、レビュー）
• 初期費用（環境構築、要員のアサイン準備）

単価が安い提案でも、2番目以降が含まれていなければ後から加算されます。「この金額に何が含まれているか」を書面で確認してください。

費目ごとに、金額の決まり方と確認すべき点を整理すると次のようになります。

費目	金額の決まり方	確認すること
エンジニア人件費	単価×人数×期間	職種の内訳と経験年数の構成
ブリッジ人材	単価×人数×稼働率	開発者何名に対して何名か
プロジェクト管理	契約額の一定割合または人月	含まれているか、別途か
品質確認	テスト工数として計上	誰がどこまで確認するのか
初期費用	一時金として計上	環境構築と要員準備の範囲

このうちプロジェクト管理と品質確認は、見積書で省略されていることがあります。「含まれていない＝発生しない」ではなく、「自社が担う」という意味になる点に注意してください。

見積書に現れない社内コスト

もう1つ、必ず発生するのに見積書に載らない費用があります。発注側の社内で使う時間です。

仕様を文書にまとめる時間、質問に回答する時間、成果物を確認する時間、認識のずれを修正する時間。これらはすべて自社の人件費です。

国内発注と比べると、この社内工数は増える傾向にあります。言語と商習慣が異なる分、書面で正確に伝える必要があるためです。比較の際は、この分を必ず加算してください。

国別・職種別の単価相場

相場のデータは、比較の出発点として役立ちます。ただし読み方を誤ると判断を間違えます。

ここでは職種による違い、国ごとの動き、そして注意点を整理します。

職種によって単価は大きく変わる

同じ国でも、担う役割によって単価は異なります。プログラマー、シニアエンジニア、プロジェクト管理者、ブリッジSEの順に高くなるのが一般的です。

業界の統計として広く参照されている「オフショア開発白書」の2025年版では、ベトナムのプログラマーの平均人月単価が40.1万円、ブリッジSEが59.0万円とされています。同じ国でも、職種によって1.5倍近い差があるということです。

チーム全体の平均単価は、この構成比で決まります。プログラマーの単価だけを見て判断すると、実際の請求額とずれます。

国ごとの動きは一様ではない

「海外ならどこでも安い」という状況ではなくなっています。国によって単価の動きが分かれています。

同白書の集計では、中国の各職種の単価が上昇する一方、インドやフィリピンでは前年より低下したとされています。中国はコスト削減の選択肢から、特定の技術領域で実力を買う選択肢へ位置づけが変わりつつあります。

また、プログラマーの単価が低い国でも、日本語人材が少なければブリッジSEの単価は高くなります。単純に安い国を選んでも、体制費用で相殺される場合があります。

最新の国別・職種別の数字は、オフショア開発白書をもとにした単価比較のページで確認できます。年ごとに更新されるため、記事に書かれた数字ではなく最新版を参照してください。

国内の単価と並べて見る

海外の単価だけを見ても、判断の基準になりません。自社が国内に発注した場合、あるいは自社でエンジニアを雇用した場合の単価と並べて初めて比較になります。

国内の開発費用は、発注先の規模や技術領域によって幅があります。まず自社が過去に発注した実績、あるいは直近の見積もりを基準として用意してください。一般的な相場より、自社の実績値のほうが判断に使えます。

この基準がないまま海外の単価表を見ると、「安い」という印象だけが残り、総額での比較ができません。

相場データを見るときの3つの注意

数字を使う前に、次を確認してください。

1つ目は調査時点です。数年前の数字がそのまま引用され続けている記事は珍しくありません。単価は毎年変動します。

2つ目は平均値であることです。大規模案件や先端領域を扱うエンジニアは、平均より大幅に高くなります。

3つ目は為替です。現地通貨建ての費用は、円安が進めば円換算で増えます。数年にわたる契約では、この影響を見込んでおく必要があります。

国ごとの人件費の水準を客観的に確認したい場合は、ジェトロ（日本貿易振興機構）が公開している投資関連コスト比較のデータも参考になります。現地で雇用した場合の職種別賃金が、都市ごとに比較できる形で提供されています。

見積もりの妥当性や体制の設計について、発注者側の立場で相談を承っています。 ＞＞ 相談予約はこちら

体制の組み方で総額は大きく変わる

同じ単価表を使っても、チームの組み方によって月額の総額は変わります。ここが単価比較では見えない部分です。

ここでは具体的に試算しながら整理します。

ブリッジ人材が何名を見るかで変わる

ブリッジSEが1名で開発者2名を見る体制と、1名で5名を見る体制では、1人あたりに配分される管理費用がまったく違います。

兼任で0.5名分の稼働で済む場合もあります。見積もりを比較する際は、ブリッジ人材の人数と、その稼働率を確認してください。

チーム構成による月額の違い

仮にプログラマーを40万円、ブリッジSEを59万円として試算すると、次のようになります。実際の単価は案件によって異なるため、考え方の例として見てください。

チーム構成	月額の合計	開発者1名あたり	備考
開発者2名＋BrSE1名	139万円	約70万円	BrSE費用が全体の42%
開発者4名＋BrSE1名	219万円	約55万円	BrSE費用が全体の27%
開発者8名＋BrSE1名	379万円	約47万円	BrSE費用が全体の16%

開発者2名の体制では、1人あたりの実質的な費用が70万円になります。これは国内のエンジニア単価と大きく変わらない水準です。

一方、8名まで増やすと1人あたり47万円まで下がります。規模が大きいほど、単価差の効果が出やすくなる構造です。

小規模ほど割高になる理由

ブリッジ人材と管理の費用は、開発者の人数が少なくても一定額が必要になります。この固定的な費用が、小規模な案件では総額に占める割合を押し上げます。

加えて、社内で仕様を整理する工数も、規模に比例して減るわけではありません。小さな案件ほど、準備の手間が相対的に重くなります。

この構造があるため、一定の規模を超えないとコスト面の効果は出にくくなります。

損益分岐点を自分で計算する

ここが本記事で最も実用的な部分です。どの規模から国内より安くなるのかは、自社の条件で計算できます。

計算の方法を順に示します。

国内発注と比較する計算式

両者を同じ土俵に乗せるには、次の要素をすべて含めて合計します。

オフショアの総額は「開発者単価×人数＋ブリッジ人材の費用＋管理費」に期間を掛け、そこに「社内で発生する工数×社内の時間単価」を加えます。

国内の総額は「国内単価×人数×期間」に「社内工数×社内の時間単価」を加えます。国内でも社内工数はゼロではありませんが、オフショアより少なくなるのが一般的です。

この2つを並べ、人数を変えながら計算すると、どこで逆転するかが見えます。

計算の例

前節の試算を使って考えてみます。開発者2名の体制では1人あたり約70万円でした。国内のエンジニア単価が同水準であれば、この規模では費用面の差はほとんどありません。

そこに社内工数の差が加わります。仕様書の作成や確認に月20時間多くかかり、社内の時間単価が5,000円なら、月10万円分の追加負担です。

この条件では、小規模な案件は国内に発注したほうが総額で安くなる計算になります。逆に開発者が8名を超えてくると、1人あたりの差が広がり、社内工数の増加分を吸収できます。

自社の国内単価と社内の時間単価を入れて計算すれば、おおよその境目は見当がつきます。

この計算をしておくと、社内での説明にも使えます。「海外のほうが安いはず」という漠然とした期待に対して、どの規模から効果が出るのかを数字で示せます。逆に、規模が足りない案件では国内を選ぶ根拠にもなります。

期間の長さも判断に影響する

立ち上げには時間がかかります。要員の確保、仕様の共有、開発の進め方のすり合わせに、最初の1〜2か月が使われます。

3か月で終わる案件では、この立ち上げ期間が全体の3分の1を占めます。一方、1年以上続く案件では影響は小さくなります。

短期の単発案件より、継続的に開発を続ける案件のほうが、費用面の効果は出やすくなります。

為替の影響を見込む

契約が現地通貨建ての場合、為替の変動がそのまま費用に反映されます。円安が進めば、単価が据え置きでも円換算の支払いは増えます。

長期の契約では、為替が何円動いたら採算がどう変わるかを試算しておいてください。円建てで契約できるかを確認する方法もあります。

国内・ニアショア・オフショアの総額比較や試算を、伴走して支援しています。 ＞＞ 相談予約はこちら

見積書に現れない4つの隠れコスト

実際に発注してから発生する費用があります。事前に見込んでおかないと、想定を超えます。

ここでは4つ挙げます。

仕様を文書化する社内工数

口頭での補足が難しい分、書面で正確に伝える必要があります。国内発注では省略できた説明も、文書に落とす必要が出てきます。

この工数は、要件が固まっていないほど大きくなります。発注前に仕様をどこまで詰められているかが、そのまま費用に跳ね返ります。

認識のずれによる手戻り

書いていないことは実装されません。「当然こうだろう」という前提が共有されず、できあがったものが想定と違うという事態が起こります。

手戻りが発生すると、その分の工数と期間が追加になります。単価が2割安くても、手戻りが2回発生すれば差は消えます。

費用を抑えたいなら、単価交渉より先に、仕様の精度を上げる投資をしたほうが効果があります。

立ち上げ期間の費用

契約したその月から全力で開発が進むわけではありません。既存システムの理解、開発環境の準備、進め方のすり合わせに時間がかかります。

この期間も費用は発生します。見積もりの期間に、立ち上げの1〜2か月が含まれているかを確認してください。

通信・渡航・契約手続きの費用

現地への訪問、オンライン会議のための環境整備、契約書の翻訳、海外送金の手数料といった費用が発生します。

金額としては大きくない場合もありますが、手続きにかかる担当者の時間は無視できません。とくに初回は、契約や支払いの整備に相応の工数がかかります。

費用を抑える5つの方法

単価を下げる交渉は、効果が限られます。それより効くのは、無駄な工数を発生させない設計です。

ここでは5つ挙げます。

方法1｜単価交渉より設計の精度を上げる

要件が曖昧なまま着手すると、手戻りと仕様変更で工数が膨らみます。単価を1割下げるより、手戻りを1回減らすほうが効果は大きくなります。

発注前に、必ず実現したい機能、使う人、業務の流れの3点を決めてください。この3つが固まっていれば、認識のずれは大きく減ります。

とくに「使う人」を決めずに進める案件は、完成後に現場から使いにくいという指摘が出て改修になります。要件を整理する段階で、実際に操作する担当者に確認しておくと、この手戻りを防げます。

方法2｜契約形態を使い分ける

仕様が確定している部分は成果物に対して支払う請負型、要件が動く部分は要員を確保するラボ型と、案件のなかで使い分ける方法があります。

すべてをラボ型にすると、手が空いている時間にも費用が発生します。逆にすべてを請負型にすると、変更のたびに条件の見直しが必要になります。

方法3｜小さく始めて成果で広げる

最初から大きな体制を組まず、1〜2か月で完結する小さな案件から始めます。品質とやり取りの速さを確認してから規模を広げます。

合わなかった場合の損失が小さく済みます。また、この段階で自社の社内工数がどれだけ増えるかも実測できます。

方法4｜ブリッジ体制を最適化する

前述のとおり、ブリッジ人材の比率が総額を左右します。開発者の人数に対して適正な配置になっているかを確認してください。

社内に英語で要件を伝えられる人がいれば、ブリッジ人材を減らせる場合もあります。その分の費用を開発者の増員に充てるという選択もあります。

方法5｜AI活用の状況を確認する

コードの生成や補完を行うAIツールを使いこなす開発者と、そうでない開発者では、同じ時間で進む量に差が出ています。

同じ単価でも、成果物の量が違えば実質的な費用は変わります。開発環境でどんなツールを使っているか、その運用ルールがあるかを確認してください。

あわせて、自社のソースコードや仕様を外部サービスに入力する際の扱いも確認しておきます。契約書に明記しておくと安全です。

なお、この5つのうち効果が最も大きいのは方法1です。単価を1割下げる交渉には時間がかかりますが、要件を明確にすることで防げる手戻りは、それを上回る金額になることが少なくありません。着手前の準備に時間を使うほうが、結果として総額は下がります。

開発体制の設計や費用の試算について、資料でご確認いただけます。 ＞＞ 資料請求はこちら

見積もりを比較するときのチェック項目

複数社から見積もりを取ったら、同じ条件で並べられているかを確認します。前提が違うと比較になりません。

ここでは確認すべき項目を整理します。

含まれている費目を突き合わせる

ブリッジ人材、プロジェクト管理、テスト、初期費用が含まれているかを1社ずつ確認します。含まれていない社の金額が安く見えるのは当然です。

含まれていない項目は、後から必ず発生します。「別途見積もり」と書かれた項目の概算も聞いてください。

想定している体制を確認する

開発者が何名、ブリッジ人材が何名、稼働率がどれくらいかを確認します。同じ総額でも、体制が違えば進む量が変わります。

人数だけでなく、経験年数の構成も聞いてください。シニアが多いのか、若手中心なのかで、実際の生産性は変わります。

変更が発生した場合の扱いを確認する

仕様変更が起きたときに、どう費用が変わるかを事前に決めておきます。請負型では追加見積もり、ラボ型では期間内で吸収というのが一般的な扱いです。

契約前にこの取り決めがないと、変更のたびに交渉が発生します。進行が止まる原因にもなります。

通貨と支払い条件を確認する

円建てか現地通貨建てか、支払いのタイミングはいつか、送金手数料はどちらが負担するかを確認します。

現地通貨建てなら、為替変動のリスクは発注側が負います。長期契約では、この点が総額に影響します。

費用面で失敗する4つのパターン

オフショア開発で費用が想定を超えた事例には、共通する型があります。着手前に知っておけば避けられます。

ここでは4つ挙げます。

単価表だけで判断する

最も多い失敗です。国内の半分の単価だから半額になると考え、実際にはブリッジ費用と社内工数で差が縮まります。

単価は費用の一部です。体制費用と社内工数を含めた総額で、国内発注と並べてください。

小規模な案件で始めてしまう

数人月の案件でオフショアを使い、体制費用の比率が高くなって割高になるパターンです。効果を実感できず、そのまま撤退します。

試すこと自体は正しい判断です。ただし、その段階では費用面の効果を期待せず、進め方の相性を見る目的だと割り切ってください。

仕様が固まらないまま着手する

要件を詰めきらずに開発を始め、途中で方針が変わって作り直しになるパターンです。手戻りの分だけ費用と期間が増えます。

これはオフショア特有の問題ではなく、国内開発でも同じことが起こります。ただし、言語と距離の壁がある分、影響が大きく出ます。

社内の担当者の時間を計算に入れていない

委託費用だけを予算として計上し、社内の担当者が仕様の整理と確認に費やす時間を見込んでいないパターンです。

担当者が兼務で時間を取れないと、質問への回答が滞り、委託先が手待ちになります。その間も費用は発生します。

対策は単純で、着手前に社内の担当者が週に何時間を確保できるかを決めておくことです。確保できないなら、上流の整理から支援してもらえる委託先を選ぶか、発注そのものを見送る判断になります。

業務でのAI活用を広く整理した内容は、業務効率化アイデア55選｜部門別30＋AI15＋明日から3つで成果を出す方法でも紹介しています。要件定義や設計の進め方は、ネクストスケールのブログ一覧に掲載している個別の記事もあわせてご覧ください。

まとめ

オフショア開発の費用は、エンジニアの単価だけでは決まりません。ブリッジ人材、管理費、品質確認の体制、そして社内で発生する工数が加わります。

単価は職種によって大きく異なり、同じ国でもプログラマーとブリッジSEでは1.5倍近い差があります。チーム全体の平均単価は、この構成比で決まります。

体制の組み方も総額を左右します。開発者2名にブリッジ1名という構成では、1人あたりの実質的な費用が国内水準に近づきます。規模が大きいほど、単価差の効果が出やすくなる構造です。

どの規模から有利になるかは、自社の条件で計算できます。国内単価、社内の時間単価、想定する社内工数を入れて、人数を変えながら比べてください。

そして、費用を抑えたいなら単価交渉より先に設計の精度を上げてください。手戻りを1回減らすほうが、単価を1割下げるより効果があります。

システム開発やAI導入を、どこから・どの順番で進めるべきか。現状を伺ったうえで、具体的な進め方をご提案します。 ＞＞ 相談予約はこちら