見積書に「海外40万円、国内100万円」と書かれていても、60万円の差がそのまま節約になるとは限りません。曖昧な仕様への質問が翌日に返り、国内側が毎朝二時間レビューし、完成後に権限漏れを直すなら、安い人月は高い機能になります。反対に、仕様と自動テストが整い、時差を夜間開発へ使える案件なら、海外チームが納期を縮めることもあります。
オフショア開発は海外拠点への委託、ニアショア開発は国内の地方拠点など比較的近い地域への委託として使われます。国内開発という見積でも、受託会社が再委託すれば実作業は別地域・別会社かもしれません。名称より、誰がどこで、どのデータへ触れ、誰が成果物を受け入れるかを確認します。
比較の分母は人月ではなく、要件を満たし、セキュリティ確認と受入試験を通り、運用へ渡せた機能一件です。
本記事は2026年9月4日に、IPA、個人情報保護委員会、経済産業省の公開資料を確認して作成しました。外国法、越境移転、源泉税など個別の法務・税務判断は、対象国と契約形態を示して専門家へ確認してください。
開発場所より先に案件の曖昧さを測る
未決事項と回答時間が距離のコストを決めます。
画面、入力、出力、例外、権限、性能、ログ、運用が決まっている機能は、離れたチームへ渡しやすくなります。顧客インタビューをしながら毎週仕様を変える新規事業は、決定者と開発者の距離が費用へ直結します。案件を「定型」「探索」「高規制」「既存改修」に分けます。
仕様書のページ数ではなく、未決事項を数えます。一機能につき質問が何件出るか、回答まで何時間か、回答後に受入条件が変わるかを過去案件から集計します。質問の多い案件を単価だけで海外へ移すと、ブリッジSEが判断を代行し、発注者の意図とずれます。
既存改修では、コードの文書化率、テスト範囲、環境再現、業務担当者の在籍を確認します。仕様がコードと担当者の記憶にしかない場合、所在地に関係なく引継ぎ費が先に発生します。システム開発を外注する手順で、要求と検収を契約前にそろえます。
単価差が生きるのは、質問へ短時間で答えられ、完成条件をテストで共有できる仕事です。曖昧さが大きいほど距離のコストが増えます。
時差は生産時間にも待ち時間にもなる
重複時間と質問の往復を実測します。
日本の夕方に仕様を渡し、海外チームが夜間に実装し、翌朝レビューできれば時差は一日の稼働時間を延ばします。ただし質問が一つ出て作業が止まり、回答が翌営業日になると、一往復で24時間を失います。
重複勤務時間を数えます。日本側の業務担当、プロダクト責任者、設計者、海外リーダーが同時に参加できる時間が一日一時間なら、その一時間へ意思決定を集中します。会議を増やすのではなく、質問テンプレートに対象画面、再現手順、選択肢、推奨案、回答期限を入れます。
ニアショアや国内都市圏でも、兼務者が会議へ出られなければ待ち時間は長くなります。距離を地図で測らず、質問作成から決定までの中央値と90パーセンタイルで測ります。
時差の価値は夜中にコードが増えることではなく、朝のレビューで合格する成果物が返ることです。質問待ちの時間を引いて評価します。
見積へ発注者の時間を足す
説明、レビュー、受入れを社内原価へ換算します。
委託費500万円の案件で、自社のプロダクト責任者、業務担当、設計者が合計800時間使い、社内時間単価が6,000円なら発注者工数は480万円です。海外委託でブリッジとレビューが300時間増えれば、見積差だけで判断できません。
総費用には、要件整理、翻訳、ブリッジ、環境、アカウント、レビュー、手戻り、受入試験、脆弱性修正、出張、送金、為替、運用引継ぎを入れます。納期遅延で売上開始が一か月遅れる機会損失も、経営判断用には別欄で示します。
一方、国内委託が自動的に高品質とも限りません。多重下請けで実装者と話せず、同じ説明を営業、PM、再委託先へ繰り返すなら、伝達費は高くなります。見積時に実装チームと技術レビューを行い、担当者変更の条件を確認します。
委託先の人月単価に、自社の説明・レビュー・受入れ時間を足し、合格機能数で割ると比較結果が変わります。
契約は準拠法より日々の変更手順から読む
仕様変更と不合格の証拠を残します。
契約形態は請負か準委任かという名称だけでなく、完成責任、指揮命令、検収、変更、瑕疵対応、知的財産、第三者権利、再委託、データ返還を読みます。IPAのモデル契約は、情報システム取引の論点を整理する土台になりますが、案件へ合わせた調整が必要です。
仕様変更は、変更要求、影響見積、承認、納期・費用更新の順で記録します。チャットで「少し変えて」と頼み、後で範囲争いになる運用をなくします。時差があるチームでは、誰が日本側で当日承認できるかを決めます。
外国法人との契約では、準拠法、裁判・仲裁、言語、通貨、税、制裁、輸出管理も確認します。紛争条項が整っていても、日々の仕様と受入証拠が残らなければ解決は難しくなります。
契約で最も頻繁に使うのは紛争条項ではなく、仕様を変える時と、成果物を不合格にする時の証拠です。
データが国境を越えるかは再委託先まで追う
作業者、保存地域、クラウド保守を経路で確認します。
ソースコードだけを渡すつもりでも、テストデータ、障害ログ、画面キャプチャ、バックアップに個人情報や営業秘密が含まれます。クラウド開発環境の保存地域、サポート担当、ログ転送先まで確認します。
個人情報保護委員会の通則ガイドラインは、委託先の選定、契約、取扱状況の把握など必要かつ適切な監督を求めています。再委託する場合は、再委託先、業務範囲、監督方法を確認します。外国にある第三者への提供や外国での取扱いは、適用条件を個別に判定します。
本番データを開発へコピーせず、匿名化・仮名化したテストデータを作ります。管理者権限を期限付きにし、接続元、ダウンロード、削除をログへ残します。委託先のサイバーリスク管理と合わせ、契約終了後のアカウント停止とデータ消去証明まで試します。
会社名ではなく、作業者・保存地域・再委託先ごとにデータ経路を確認します。
「国内ベンダーとの契約」でも実作業とクラウド保守が海外ならデータは国境を越えます。再委託と保存先を人・環境単位で確認します。
品質は不具合件数より流出率で見る
欠陥を見つけた工程と再発を測ります。
開発中に不具合を多く見つけるチームが低品質とは限りません。レビューと自動テストで本番前に捕捉できれば、顧客へ流出するより安全です。要件漏れ、設計、実装、環境、データの原因別に、不具合をどの工程で見つけたかを記録します。
KPIは、受入一回合格率、レビュー指摘の再発率、本番流出率、重大障害、テスト自動化、修正リードタイムです。コード量や稼働時間を成果にしません。IPAのソフトウェア開発分析データも参照できますが、自社の規模、言語、品質要求と同じ条件かを確認して使います。
受入条件は、正常系の画面表示だけでなく、権限、同時実行、性能、ログ、バックアップ、障害復旧、アクセシビリティを含めます。高規制業務では証跡と変更承認も成果物です。
品質の差は「バグが出たか」ではなく、重大な欠陥をどの工程で発見し、同じ原因を次の機能で再発させなかったかに表れます。
小さな有償実証で比較する
同じ機能を三社へ通し、実際のチームを評価します。
候補三社へ、同じ小さな機能と同じ受入条件を提示します。無料提案では営業力しか見えません。二週間から四週間の有償実証で、要件質問、設計、実装、レビュー、テスト、引継ぎまで一周させます。
課題には、通常処理だけでなく権限違反、外部API停止、仕様変更を一つずつ入れます。評価者は、回答時間、質問の具体性、見積精度、レビュー修正率、受入合格、文書、セキュリティ証拠を記録します。日本語の流暢さだけでなく、曖昧な要求へ仮説と選択肢を返せるかを見ます。
ニアショアは、国内の法制度と言語を共有しやすく、訪問可能性があります。オフショアは、採用市場と時差を活用できます。都市圏国内は、対面と業務理解を得やすい場合があります。実証では同じ機能を通し、所在地の先入観を外します。
無料の提案書ではなく、有償の小機能を完成させた記録が、見積精度とチームの実力を最も早く示します。
本契約後も30日ごとに出口を確認する
別担当者が成果物を再現できる状態を保ちます。
開発開始後は、合格機能当たり総費用、質問回答時間、手戻り率、重大欠陥、本番流出、引継ぎ完了を月次で確認します。単価が安くても発注者工数が増え続けるなら、仕様粒度、チーム構成、委託範囲を変えます。
特定のブリッジSEだけが知識を持つ状態を避け、設計判断、既知の制約、環境構築、リリース、復旧をリポジトリへ残します。担当者交代を一度実施し、新しい担当者が文書から小さな修正を出せるか試します。
契約終了時は、ソース、履歴、設計、テスト、鍵、データ、アカウント、ライセンス、未解決課題を一覧で受け取ります。次の会社がビルドとテストを再現できた時点を引継ぎ完了とします。
完成画面だけでなく、テストと運用引継ぎを再現できる状態まで受け入れます。
委託先を変えられる状態は交渉材料ではなく事業継続です。別の担当者がビルド、テスト、リリースできることを定期的に確認します。
為替と担当者交代を同じ見積へ入れる
海外委託の見積が米ドルなら、契約時の円換算だけでなく、予算レート、支払日の実勢、送金手数料、為替差を月ごとに置きます。単価が20%安くても、円安とレビュー増で差が消える場面を作ります。為替を読んで発注するのではなく、どの変動幅まで予算内かを決めます。
人材交代も同じく通常シナリオです。開発者が変わった月の速度、欠陥、レビュー、引継ぎ時間を記録します。ベンダーが人数を補充しても、業務知識を回復するまでは同じ生産性ではありません。主要担当者の交代通知、重複期間、引継ぎ成果物、単価変更を契約へ入れます。
発注側の担当者交代も試します。新しい担当者が、要求一覧、決定記録、テスト、未解決課題から一週間で優先順位を説明できるかを確認します。説明できなければ、委託先だけでなく自社にも属人化があります。
DORA対応を含むSaaS契約確認で扱う委託先管理や退出の考え方も参考にし、再委託、障害、証拠、契約終了を日々の開発運用へ落とします。規制対象外の会社でも、重要システムを外部へ預ける責任はなくなりません。
三年見積には、基準為替、20%円安、主要担当者交代、発注者交代、緊急増員を別シナリオで入れます。最安値ではなく、変化が起きても納期と受入品質を守れる案を選びます。
稼働報告も時間の合計だけでは受け入れません。設計、実装、テスト、修正、会議、待機を分け、機能の進捗と結びます。長時間働いたのに合格機能が増えない週は、個人の努力ではなく要求の曖昧さ、レビュー待ち、環境不良を原因へ戻します。
現地祝日と日本の繁忙期も年間カレンダーへ重ねます。決算、商戦、制度施行の直前に主要拠点が長期休暇へ入る場合、前倒し、別拠点、凍結期間を決めます。休日出勤を常態化させる案は、離職と引継ぎ不足を招くため通常能力として見積もりません。
セキュリティ教育やバックグラウンド確認を契約書の一文で終わらせず、対象者、完了日、権限付与日を照合します。共同端末、私物端末、画面撮影、印刷、持出し、生成AIサービスへの入力を作業環境ごとに確認します。違反を発見した時の権限停止と報告時間を実証期間でも試します。
まとめ
所在地ではなく受入れまでの実測値で選びます。
オフショア、ニアショア、国内開発の優劣は地名で決まりません。仕様の曖昧さ、重複勤務時間、自社レビュー、データ経路、受入条件、引継ぎを同じ物差しへ置くと、案件ごとに答えが変わります。
定型化されテスト可能な仕事では、海外の採用市場と時差が価値になります。探索的で意思決定が多い仕事や、機密データへ頻繁に触れる仕事では、近いチームの対話と統制が費用を抑える場合があります。
安い開発拠点を探すのではなく、自社が合格と判定できる小さな機能を三社へ通し、受入れまでの実測値で選びます。
参考情報
契約、品質、個人情報、セキュリティの一次資料です。
以下は2026年9月4日に確認した一次情報です。
よくある質問
気になる質問を開くと、本文の重要点を短く確認できます。
Qオフショア開発は国内開発より何割安くなりますか？
A国や職種だけでは決まりません。委託費に自社の説明、レビュー、手戻り、受入れ、為替、引継ぎを足し、合格機能一件当たりで比較します。
Qニアショア開発とは何ですか？
A一般に国内の地方拠点など比較的近い地域へ開発を委託する考え方です。定義だけで選ばず、実作業場所、担当者、再委託、重複勤務時間を確認します。
Q国内の会社へ委託すれば個人情報は海外へ出ませんか？
A再委託先、クラウド保存地域、保守担当が海外の場合があります。契約先だけでなく、実作業者とデータ保存・閲覧経路を確認します。
Q時差がある開発チームとは毎日会議すべきですか？
A会議回数より、重複勤務時間へ意思決定を集め、質問に対象・選択肢・推奨案・期限を付ける方が重要です。回答時間をKPIにします。
Q委託先を比較するPoCは無料で依頼できますか？
A営業提案では実装チームの品質を測れません。同じ小機能を二週間から四週間の有償実証で設計、実装、受入れ、引継ぎまで通す方法があります。
Q開発品質は不具合件数が少ない会社ほど高いですか？
A開発中に多く見つけ本番流出を防ぐ場合があります。受入一回合格率、重大欠陥の流出率、再発率、修正時間を原因別に見ます。
