オフショア開発 費用相場2026｜国別単価比較と見積もりの読み方

この記事の結論（先に要点）

• オフショア開発の人月単価は2026年時点でおおむねプログラマー27〜58万円／シニアエンジニア40〜72万円の幅にあり、国内（プログラマー60〜90万円・SE80〜120万円）の半分前後が目安。ただし「単価が安い＝総額が安い」ではない。
• 2025〜2026年は為替と各国のIT人材需給で相場が大きく振れた。インドやフィリピンは現地通貨安で円換算単価が下落した一方、中国は上昇。この振れをどちらが負担する契約になっているかを見ないと、見積もり通りに終わらない。
• 隠れコスト（ブリッジSE・日本側PM・手戻り・受入テスト・渡航）を積むと、人月単価ベースから2〜4割の上乗せが発生する。実質のコスト削減は20〜35%程度に収まることが多い。
• 小規模案件（目安5人月以下）はオフショアで割高になりやすい。コスト効果が明確に出るのはおおむね15人月以上の中〜大規模・長期案件。
• 発注前に効くのは「安い国探し」ではなく、見積もりの読み方・仕様書の解像度・ブリッジSEの質・受入テスト体制の4点。ここを詰めずに単価だけで選ぶと失敗する。

数字は後述の調査・公開情報に基づく目安であり、開発会社・チーム構成・時期・為替で変動する。断定ではなくレンジとして読んでほしい。

---

この記事を読むべき人

• 国内のエンジニア不足・見積もりの高騰で、オフショア開発を初めて検討している中小企業の経営者・事業責任者。
• 複数のオフショア会社から見積もりを取ったが、単価も総額もバラバラで、どれが妥当か判断できない方。
• 「ベトナムが安くて安心」と聞いたが、本当に自社の案件で安くなるのか、失敗しないのかが不安な方。
• 社内にIT発注の専任がおらず、発注前に第三者の目で見積もりを点検してから決めたい方。

逆に、すでに信頼できる開発パートナーがいて相場感も掴めている方には、本記事の後半（見積もりの読み方・チェックリスト）だけ拾い読みで十分だ。

---

1. オフショア開発の国別費用比較（2026年の目安）

まず全体像を、職種別の月額人月単価で押さえる。以下は業界の年次単価調査（オフショア開発.com「人気6カ国の単価比較 2026年版」）および各開発会社の公開相場を突き合わせた目安であり、一次の公的統計ではない（この点は明記しておく）。実際の見積もりは会社ごとに上下する。

※国内の目安：プログラマー60〜90万円、SE80〜120万円（情報サービス産業の一般的な相場）。 ※上表は2026年時点の調査ベースの参考値。為替・チーム構成・時期で変動する。

一見すると「ミャンマーやバングラデシュが最安、中国が最も高い」と読める。だが、この表を単価の安い順に並べて選ぶのは典型的な失敗の入り口だ。理由は次の3つに分けて説明する。

単価の読み方（1）単価×工数の総額で見る

同じ機能を作るのに必要な人月数はチームの練度で1.3〜2倍変わる。単価が2割安くても、仕様の解釈違いで工数が5割増えれば総額は逆に高い。見積もりを比べるときは「単価」ではなく「単価×想定人月＋隠れコスト」の総額で並べること。単価表は入口の目安に過ぎない。

単価の読み方（2）ブリッジSE・PMを含めた実効単価で見る

上表のプログラマー単価だけを合計しても、実際のチームは動かない。日本語⇔現地語をつなぐブリッジSEと、日本側のPM工数が必ず乗る。ブリッジSEは一般エンジニア単価の2〜4割増しが相場で、ここを見積もりに計上していない会社は、後から追加請求になるか、品質管理が手薄という警告サインだ。

単価の読み方（3）「安くなった国」は理由を疑う

2025〜2026年はインドやフィリピンの円換算単価が前年から二桁で下落した年でもあった。これは技術が安くなったからではなく、現地通貨安（ルピー安・ペソ安）と価格競争が主因とされる。円安局面でも円換算で下がって見えるのはここに理由がある。さらにインドではAI関連案件に優秀層が流れ、従来型のWeb・業務システム開発では質のばらつきが出やすくなったという指摘もある。「去年より安い」を額面で喜ばず、なぜ安いのかを見積もり時に必ず問うべきだ。

---

2. 為替（円安）が相場を動かす — 見積もりで最初に確認すべきこと

オフショア開発の費用を語るうえで、2026年に最も外せないのが為替だ。現地エンジニアの給与は現地通貨（ドン・ルピー・ペソ・人民元）や米ドルで発生し、それを円に換算して請求される。つまり円安が進むほど円建ての総額は膨らむ。過去数年の円安局面では、これがオフショアの「安さ」を静かに削ってきた。

ここで経営判断として決定的なのは、その為替変動を誰が負担する契約になっているかだ。見積書・契約書のどこにも通貨と為替条項が書かれていないケースは珍しくない。

発注前に必ず聞くべき質問は「見積もりは何通貨建てか」「為替が動いたら単価は見直されるのか」「その基準（レンジ）はいくつか」の3点だ。ここを詰めずに長期のラボ型契約を結ぶと、円安が進んだ2年目に想定外の総額増に直面する。損益分岐点そのものが為替で動くという点は、後述のシミュレーションでも触れる。

---

3. 主要国の特徴・得意分野・落とし穴

単価表だけでは選べない。国ごとに得意領域・言語・リスクが異なるため、案件の性質に合わせて選ぶのが正しい順序だ。

ベトナム

日本企業のオフショア先として最大級のシェアを持ち、日本語対応のブリッジSEが最も見つけやすい。Web・モバイル・業務システムに幅広く対応し、時差も2時間と小さい。難点は人気ゆえの単価上昇（年数%の上昇傾向）と、優秀な人材の取り合いで離職・担当交代が起きやすいこと。「ベトナムなら安心」は半分正しく半分危うい。担当者が抜けたときの引き継ぎ体制まで確認したい。

インド

世界最大級のIT人材プールを持ち、AI・機械学習・クラウド・大規模システムに強い。先端技術案件では第一候補になる。一方で時差が大きく、日本語対応は限定的で、英語での仕様伝達が前提。前述のとおり近年は優秀層がAI案件に集中し、従来型開発では会社・チームによる品質差が広がっている。会社選びの目利きが最も問われる国とも言える。

フィリピン

英語が公用語で、英語ベースのプロジェクトやグローバル向けモバイルアプリに適性が高い。時差1時間。日本語人材は相対的に少なく、離職率の高さが管理上の課題になりやすい。台風など自然災害でオフィスが止まるリスクも見ておきたい。

中国（大連・上海）

大連を中心に日本語人材が非常に厚く、技術力も高い。金融系・基幹系など高難度・大規模に強い。ただし人件費上昇が顕著で国内とのコスト差が縮小しており、地政学・データ管理面の配慮も要る。コストメリットで選ぶ国ではなくなりつつある。

ミャンマー・バングラデシュ

単価は最安水準で、Web制作・テスト・データ処理・小規模開発に向く。反面、IT産業の成熟度・インフラ・政情の不確実性があり、品質のばらつきと事業継続リスクが大きい。基幹の重要案件を丸ごと任せるより、切り出せる作業から小さく試すのが現実的だ。

職種構成で「最安の国」は逆転する

見落とされがちだが、プログラマー中心のチームか、上流のSE・PM中心かで、どの国が最安かは入れ替わる。プログラマー比率が高い案件ではフィリピンやタイが安くなるケースがあり、「ベトナム最安」は必ずしも成り立たない。単一国に固執せず、案件の職種構成に単価表を当てて総額で比較する——この一手間が数百万円の差を生む。

---

4. 見落としがちな隠れコストとTCO

「人月単価×人数×期間」だけで予算を組むと、実際の総額は見積もりの1.2〜1.5倍に膨らみやすい。差分の正体は以下の隠れコストだ。

これらを積むと、表面の人月単価から2〜4割の上乗せが起きる。国内開発比の削減率は、うまくいって20〜35%というのが実務感覚に近い。「単価が半分だから費用も半分」という期待は、この隠れコストを織り込むと崩れる。

損益分岐点：何人月からオフショアが効くか

隠れコストは案件が小さいほど比率として重くのしかかる。ブリッジSEや日本側PMは案件規模に関係なく固定的に必要だからだ。業界の試算や実務では、次の整理が目安になる。

さらにこの分岐点は為替で動く。円安が進むほど「オフショアが得になる人月ライン」は上にずれる。つまり円安局面では、より大きな案件でないとメリットが出にくい。小規模のうちは無理にオフショア化せず、まず国内で仕様を固め、規模が見えてから切り出すほうが失敗が少ない。

---

5. 見積もりの読み方 — GXOが発注前に必ず点検する項目

ここが本記事の核心だ。相場表を眺めるより、目の前の見積書を正しく読むほうが、失敗回避には効く。オフショアの見積もりでトラブルの火種になりやすいのは、金額そのものより「何が入っていて、何が入っていないか」だ。以下は発注前に一枚ずつ潰していく観点である。

見積書が「一式 ◯◯万円」で内訳が薄い会社は、安く見せて後から積むか、そもそも見積もりの精度が低い可能性がある。逆に、機能ごとの人月・前提条件・除外事項まで書き込んでいる会社は、それだけで管理能力の証拠になる。内訳の解像度は、そのまま開発の解像度だと考えてよい。

この「見積もりを第三者の目で読み解く」作業は、社内にIT発注の専任がいない企業ほど独力では難しい。見積もりの妥当性や要件の抜け漏れを外部の視点で整理したい場合は、システム開発の費用感の相談として、発注前に一度点検しておくと判断ミスを減らせる。中小企業の予算帯別にできることの相場観は中小企業のシステム開発費用ガイドも参考になる。

---

6. よくある失敗パターン（経営者が踏みやすい落とし穴）

• 単価表の安い順で国と会社を選ぶ：総額・隠れコスト・品質を見ずに単価だけで決め、手戻りで結局割高になる。
• 仕様書が薄いまま丸投げする：テキストだけの曖昧な仕様を渡し、解釈違いで別物が上がってくる。図解（画面設計・業務フロー・ER図）が薄い発注は事故る。
• ブリッジSEを兼任・不在で進める：会社選びで最重要のブリッジSEを軽視し、コミュニケーションが崩壊する。
• 受入テスト工数をゼロで見積もる：日本側のテスト・レビュー体制を用意せず、品質を現地任せにしてバグが本番に流出する。
• 円安・為替を見積もりに織り込まない：長期のラボ型で通貨建てを確認せず、2年目に総額が膨らむ。
• いきなり大規模案件を一括発注する：小さく試さず本番規模で始め、相性の悪さに気づいたときには手遅れ。
• 現地担当の交代リスクを見ない：キーパーソン依存の体制で、離職とともに知見が失われる。

これらはいずれも「相場を知らなかった」より「発注準備が甘かった」ことが原因だ。相場情報より、次のチェックリストのほうが失敗回避に直結する。

---

7. 発注前チェックリスト

そのまま会議で使える形に落とした。半分以上に自信を持って「はい」と言えないうちは、契約に進まないほうがよい。

• 見積もりを「単価」ではなく「総額（単価×人月＋隠れコスト）」で比較したか
• ブリッジSE・日本側PMの工数と単価が見積もりに明記されているか
• 見積もりの通貨と、為替変動時の扱い（再交渉ライン）を確認したか
• 機能ごとの想定人月・前提・除外事項が内訳として示されているか
• 受入テスト・手戻りの負担範囲が契約で決まっているか
• 仕様変更のルールと追加単価が明文化されているか
• 成果物・ソースコードの権利帰属が契約に明記されているか（オフショア開発の契約チェックリストで15条項を確認）
• ブリッジSEと事前に面談し、日本語・技術理解・PM経験を確認したか
• 図解入りの仕様書（画面・業務フロー・ER図）を用意したか（要件定義書テンプレートを参照）
• 小規模トライアル（1〜2ヶ月）で品質を検証してから本発注する段取りにしたか
• 案件規模が15人月未満なら、そもそも国内やハイブリッドと比較したか
• 現地キーパーソンが抜けたときの引き継ぎ体制を確認したか

このチェックは、DX・システム開発の進め方を検討する初期段階で回すほど効く。要件が固まる前に単価だけで会社を決めてしまうと、後戻りのコストが大きい。

---

8. 契約形態の選び方

初めてのオフショアでは、まず小規模の請負でトライアル→信頼を確認してからラボ型へ移行する順序が安全だ。いきなり長期のラボ型に入ると、相性の悪さも為替リスクも丸ごと抱えることになる。ラボ型の費用構造と契約の勘所はラボ型開発の費用・契約形態ガイドで詳しく整理している。

---

9. 第三者検証という選択肢 — 見積もりを鵜呑みにしない

オフショア開発の失敗の多くは、契約前の「見積もりの妥当性」と「要件の解像度」を、発注者側だけで判断してしまったところに根がある。開発会社は自社が受注できる形で見積もりを作る——これは当然の構造であり、悪意ではない。だからこそ、利害関係のない第三者の視点で見積もりと要件を点検する意味がある。

具体的には、（1）想定人月が機能量に対して妥当か、（2）隠れコストが漏れていないか、（3）為替・変更・権利の条項に穴がないか、（4）そもそもオフショアが最適な選び方か（国内・ハイブリッドと比べて）——この4点を、契約前に整理しておくだけで失敗確率は大きく下がる。AI活用を含む案件で「そもそも作る価値・実現性があるか」から見極めたい場合は、AI開発の見積もり・第三者診断のように、PoCや発注の前段で要件を整理するアプローチが有効だ。

GXOは特定の国・特定の開発会社に発注を誘導する立場ではなく、発注者側に立って見積もりと要件を整理することを重視している。「この見積もりで進めて大丈夫か」を、契約書にサインする前に一度立ち止まって確認する——それが最も安上がりなリスクヘッジだ。

---

GXOに相談すべきタイミング

• オフショア各社から見積もりを取ったが、総額の妥当性を自社だけで判断できないとき。
• 「ベトナムで安く」と提案されたが、自社案件の規模・仕様で本当に得なのか確信が持てないとき。
• 過去にオフショアや外注で手戻り・追加費用・品質問題を経験し、今度こそ失敗を避けたいとき。
• 社内にIT発注の専任がおらず、契約前に第三者の目で見積もりと要件を点検しておきたいとき。

いずれも「発注してから」ではなく「発注する前」が相談の適期だ。契約後の是正はコストが跳ね上がる。

---

FAQ

Q1. 結局、コスパが良い国はどこですか？ 案件の職種構成と規模によって変わるため一律には言えません。日本語対応の手厚さと総合バランスではベトナムが選ばれやすい一方、プログラマー比率が高い案件ではフィリピン等が安くなるケースもあります。単価表の安い順ではなく、自社案件の構成に当てた総額で比較してください。

Q2. 国内開発と比べて実際どれくらい安くなりますか？ 隠れコストと為替を織り込むと、実質の削減は20〜35%程度に収まることが多いです。「単価が半分だから費用も半分」にはなりません。規模が小さいほど削減幅は縮み、5人月以下では逆に割高になることもあります。

Q3. 円安だとオフショアはやめたほうがいいですか？ やめる必要はありませんが、通貨建てと為替条項の確認が必須になります。米ドル・現地通貨建ての長期案件は円安で総額が膨らむため、円建て固定や為替スライド条項を検討してください。損益分岐点も円安局面では上（より大きな規模）にずれます。

Q4. 小規模案件（100〜300万円）でもオフショアにする意味はありますか？ 限定的です。ブリッジSE・管理コストの比率が高くなり、削減効果が出にくいためです。まずは国内で仕様を固め、切り出せる作業から小さく試すのが現実的です。

Q5. セキュリティは大丈夫ですか？ NDA締結、アクセス制御、開発環境と本番環境の分離、権限管理などの体制を契約時に確認すれば運用可能です。成果物・ソースコードの権利帰属も併せて契約書で明記してください。詳細はオフショア開発の契約チェックリストで解説しています。

Q6. 見積もりが会社ごとにバラバラで選べません。 金額の高低より内訳の解像度を比べてください。機能ごとの人月・前提・除外・為替・変更ルール・権利帰属まで書き込んでいる会社は、それ自体が管理能力の証拠です。判断に迷う場合は、契約前に第三者の点検を挟むのが安全です。

---

なぜ今、この記事なのか（鮮度の理由）

2025〜2026年は、円安と各国の人材需給・価格競争でオフショア相場が例年になく振れた時期だった。インド・フィリピンの円換算単価が下がった一方、中国は上昇し、AI案件への人材流出で従来型開発の品質差も広がっている。「数年前に聞いた相場観」で発注判断をすると、実態とずれる。いま見積もりを取っている企業ほど、単価の額面ではなく、その裏にある為替・人材・内訳を読む視点が要る——それが本記事の狙いだ。

---

参考資料

• 経済産業省「IT人材需給に関する調査（調査報告書）」2019年公表・2030年推計（IT人材が2030年に最大約79万人不足）— 一次情報 https://www.meti.go.jp/policy/it_policy/jinzai/houkokusyo.pdf
• JETRO「在アジア・オセアニア日系企業活動実態調査」— 公的調査（オフショア発注動向の把握に）
• オフショア開発.com「【2026年最新版】人気6カ国の単価比較」— 業界の年次単価調査（二次情報。国別・職種別単価と前年比の目安）
• 各オフショア開発会社の公開相場・比較記事（二次情報。単価レンジ・国別特徴の突き合わせに使用）

※本記事の単価・削減率・損益分岐点は上記の調査および公開情報に基づく目安であり、開発会社・チーム構成・時期・為替により変動します。特定案件の費用は個別見積もりで確認してください。