ベトナム システム開発｜2026年の費用モデルと発注前の7つの質問

「ベトナム システム開発」で相見積もりを集め始める前に、決めておいたほうがよいことがある。この一語には、性格の違う2つの買い物が混ざっているからだ。ひとつはベトナム拠点の工場を動かすためのシステムを作ること、もうひとつはベトナムの開発力を安く買うこと。この2つを1つの見積に混ぜると、たいてい途中で崩れる。本記事では50人月のモデル試算で3つの体制の費用を並べ、2026年に効いてきた制度変更を整理し、発注前に投げる質問をまとめる。

ベトナム システム開発には性格の違う2つがある

日系製造業からベトナムの開発について相談を受けるとき、最初の30分で確認するのはいつも同じことだ。「そのシステムは、ベトナムの工場で誰かが毎日触るものですか。それとも、日本や第三国で使うものを、ベトナムのエンジニアに作ってもらうという話ですか」。この問いに即答できる会社と、答えが担当者ごとに違う会社では、その後の進み方がまるで変わる。

同じ「ベトナム システム開発」という言葉で語られていても、この2つは購買として別物である。買っている対象が違い、失敗の仕方が違い、社内で責任を持つ部署も違う。にもかかわらず、稟議の段階では「ベトナムでシステムを作る件」という一行にまとめられてしまう。その一行が、あとで見積の膨張と納期の遅れを生む。

以下では、この2つをそれぞれ「現地業務システム」と「オフショア開発」と呼び分ける。どちらが優れているという話ではない。買い方が違うだけである。

現地拠点を動かすためのシステム開発

ひとつめは、ベトナム拠点の工場そのものを動かすためのシステムだ。生産実績の収集、在庫の管理、出荷指示、品質記録、設備の稼働監視。使うのは現地のオペレーターとスタッフであり、画面はベトナム語で、帳票はベトナムの様式で、データはベトナムの法律の下に置かれる。

この買い物の本質は「業務を作ること」にある。ソフトウェアはその結果として出てくる。だから発注側に求められるのは、現場の作業手順を言語化する力と、それを本社標準とどうつなぐかを決める力だ。開発会社がどれだけ優秀でも、現場の作業がどうなっているかは現場にしか分からない。ここを外注しようとすると、要件定義が空回りする。

さらに、このタイプは作って終わりにならない。人が入れ替わり、製品が変わり、法制度が変わるたびに手が入る。5年、10年と使う前提で、誰が保守するのか、日本語で相談できる窓口があるのか、現地に手が届く体制があるのかまで含めて買うことになる。海外拠点でのシステム導入をどう設計するかについては、本社標準と現地最適の線引きを扱った海外拠点のシステム導入も参考になる。

開発力を買うオフショア開発

ふたつめは、ベトナムのエンジニアリソースを買う取引だ。日本国内の案件、あるいはグループ全体で使うシステムの開発工数を、単価の低い国に出す。成果物はソースコードと動くアプリケーションであり、それを受け取って自社で運用する。

この買い物の本質は「工数を安く確保すること」にある。だから評価軸は単価と生産性と品質であり、比較の相手はベトナムの他社だけでなく、インド、フィリピン、インドネシア、そして日本国内のニアショアにも及ぶ。要件を出すのは日本側であり、仕様が固まっていればいるほど効率が出る。

注意したいのは、オフショア開発が「安い労働力を使う」話ではなくなってきていることだ。ベトナムのエンジニアは、単純な実装の請負から、設計や技術選定まで踏み込む段階に移りつつある。後述するように単価も上がっている。安さだけを理由に選ぶと、いま起きている変化を見誤る。

2つを1つの見積に混ぜると崩れる理由

この2つを1本の見積にまとめると、なぜ崩れるのか。理由は3つある。

第一に、要件の出どころが違う。現地業務システムの要件はベトナムの工場から出るが、オフショア開発の要件は日本から出る。1つのプロジェクトに両方が混ざると、要件を確定させる会議に「ベトナム工場の課長」と「日本の情シス」と「日本の事業部」が同席することになり、優先順位が決まらないまま日程だけが過ぎる。

第二に、検収の基準が違う。現地業務システムは「現場が使えるか」で検収する。オフショア開発は「仕様書どおりか」で検収する。前者は仕様書に書ききれないことが多く、後者は書いていないことをやらない。この2つを同じ受入テストで判定しようとすると、双方が納得できる着地点を見つけにくくなる。

第三に、保守の性格が違う。現地業務システムの保守は現地の業務変更に追随する仕事で、オフショア開発の保守はソースコードの改修だ。年額の保守契約を1本にまとめると、現地からの「画面のこの項目を増やしたい」という依頼が、日本側のコード改修の順番待ちに入ってしまう。

だから発注の前に決めるべきは、相見積もりの相手ではない。自分がどちらを買うのかである。両方が必要なら、見積も契約も分けたほうがよい。

単価だけで選べなくなった2026年のベトナム

「ベトナムは安い」という前提で稟議を書くと、2026年の実勢と噛み合わないことがある。単価は上がり、必要な人材の種類も変わった。ここでは公開されている数字だけを使って、いま何が起きているかを整理する。

前提として、以下で扱う単価は日本企業がベトナムのオフショア開発会社に発注する場合の人月単価であり、ベトナム国内の給与水準そのものではない。オフショア開発.comが2026年版としてまとめた相場（出典は「オフショア開発白書（2025年版）」、ページの最終更新日は2026年2月13日）を使う。

人月単価は上がり、日本との差は縮んだ

同資料によると、ベトナムのプログラマーの人月単価は40.1万円で前年比プラス1.8パーセント、シニアエンジニアは50.0万円でプラス3.5パーセント、ブリッジSEは59.0万円で前年比の増減なし、PMは71.4万円でプラス2.0パーセントとされている。全体としては、日本国内の約3分の1から2分の1という水準感である。

ここで見落とされやすいのは、上がり方が職種によって違うという点だ。プログラマーとPMは緩やかに上がり、シニアエンジニアは3.5パーセントとやや大きく上がった。一方でブリッジSEは横ばいである。単純な実装工数よりも、設計を担える人材のほうが値上がりしているという読み方ができる。

そして「3分の1から2分の1」という幅は、実務上はかなり大きな幅だ。本記事のモデル前提である日本国内50人月＝50,000,000円を基準にすれば、3分の1で収まるか2分の1になるかで約8,333,333円の差が出る。この幅がどこで決まるのかを見ずに単価表だけを比べても、意思決定の材料にはならない。次章のモデル試算は、その幅の正体を体制の置き方で説明する試みである。

最低賃金は2026年1月に平均7.2パーセント上がった

人件費の底も動いている。労働政策研究・研修機構（JILPT）によれば、ベトナムの国家賃金評議会は2025年7月11日に、2026年1月から地域別最低賃金を平均で約7.2パーセント引き上げることを決定した。地域1（ハノイ市とホーチミン市の都市部などが含まれる）は月額5,310,000ドンである。最低賃金は4つの地域区分ごとに定められており、今回は1年半ぶりの引き上げとなった。

制度面では、CAST Vietnamの解説によると、この引き上げを定めた政令293/2025/ND-CPは2025年11月10日に公布され、2026年1月1日に施行されている。すでに効力を持っている制度であり、2026年度の人件費計画には織り込まれている前提で考えたほうがよい。

最低賃金の引き上げがITエンジニアの単価に直接効くわけではない。エンジニアの給与は最低賃金をはるかに上回るからだ。ただし、社会保険料の算定基礎や間接部門の人件費、オフィスの運営コストには効いてくる。オフショア開発会社の原価が上がれば、いずれ単価に反映される。単価表を「毎年同じ」と思って中期計画を組むのは避けたい。

足りないのはプログラマーではなく上流とBrSE

ベトナムのIT人材の層は厚い。TopDevのVietnam IT Market Reportsによれば、IT関連の従事者は約56万人、IT系学部への進学は年間5.5万人から6万人の規模とされる。人数だけを見れば、実装を担う人材が枯渇しているわけではない。

問題は分布である。日本語で要件を聞き取り、日本の商習慣に合わせて仕様に落とし、ベトナム側のチームに展開できるブリッジSE（BrSE）と、業務を理解して設計できる上流人材は、それに比べてはるかに少ない。ブリッジSEの単価が前年比で下がらず横ばいだったことは、この需給を反映していると読める。人材不足が続くという推計もあるが、推計値には幅があるため、ここでは数字は挙げない。

実務への含意ははっきりしている。プロジェクトの成否は、プログラマーを何人集められるかではなく、ブリッジSEと上流を誰がどれだけ担うかで決まる。そしてその枠は、発注側が思うほど自由に取れない。見積を見るとき、体制表のブリッジSEが何人月で、そのうち何パーセントが自社案件に張り付くのかを確認する価値は、単価を1万円値切る価値よりはるかに大きい。

ベトナム システム開発の費用モデル試算（50人月のケース）

ここからは具体的な数字で考える。以下はすべてモデル試算であり、実際の案件の平均値や実績値ではない。前提を変えれば結果も変わる。自社の条件に置き換えて読んでほしい。

モデルケースは「ベトナム拠点の工場（従業員400名規模）向けに、生産実績収集と在庫管理の業務システムを新規開発する。開発規模は50人月」とする。単価は前節で挙げたオフショア開発.comの相場をそのまま使う。日本国内ベンダーの人月単価1,000,000円は、比較のために本記事が置いたモデル前提であり、出典から取った数値ではない。

この前提のうえで、体制の置き方だけを変えた3つのパターンを比べる。総量はどのパターンも50人月で固定し、Bは日本側に8人月を置いたぶんだけベトナム側を減らしている。つまり「工数を増やして品質を買う」のではなく、「同じ工数のうち、どこに誰を置くか」だけを動かした比較である。

差額を並べると、BとAの差は4,544,000円、CとBの差は23,718,000円、CとAの差は28,262,000円になる。ここだけを見れば、Aが圧倒的に安く、Cは論外に見える。多くの稟議書がこの3行で止まってしまう。

しかし実務で効いてくるのは、この先だ。Aの平均単価は21,738,000円を50人月で割って434,760円/人月である。ここで、要件のズレによる手戻りが10.5人月（規模の21パーセント）発生したとしよう。追加費用は10.5人月×434,760円で4,564,980円になり、Aの実効額は26,302,980円になる。これはBの26,282,000円を20,980円上回る。

つまり、BがAに上乗せしている4,544,000円、すなわち日本側に置いた上流8人月ぶんの費用は、手戻り10.5人月ぶんの保険として見ることができる。手戻りが規模のおよそ21パーセントを超えるなら、上流を日本側に置いたBのほうが結果的に安い。下回るなら、Aのほうが安い。このおよそ21パーセントという水準が、体制を決める分岐点になる。

ただし、この比較はBの側に手戻りがゼロであることを前提にしている点は明記しておきたい。上流を日本側に置いても手戻りは起こりうる。実際に問うべきは「AとBのどちらが安いか」ではなく、「自社の要件定義は、手戻りを規模の21パーセント未満に抑えられる状態にあるか」である。現場の作業手順が文書化されておらず、ベトナム拠点の担当者が日本語で議論できず、日本側に業務を語れる人がいないなら、21パーセントは楽観的な数字になる。

なお、この分岐点の考え方は、費用を工程ごとに分解して見る発想と地続きだ。開発費の内訳をどう層に分けて考えるかは業務システム開発の費用で詳しく扱っているので、見積の読み方を整理したい場合はあわせて参照してほしい。

作ったあとに効いてくる2026年の制度変更

費用の話をここで一度止めて、制度の話に移る。2026年のベトナムでシステムを作るなら、開発費よりも先に確認しておきたい変更が動いているからだ。しかも、そのどれもが「作ったあと」に運用コストとして効いてくる種類のものである。

以下の4つは、いずれも本記事の公開時点ですでに施行済みである。これから対応を検討するのではなく、いま動いているシステムが要件を満たしているかを点検する段階にある、という前提で読んでほしい。

なお、法令の解釈と自社への適用可否は個別の判断になる。ここでは公開情報の範囲で概要を示すにとどめ、実務判断は現地の法律事務所や会計事務所に確認していただきたい。

個人データ保護法（91/2025/QH15）が2026年1月に施行された

ベトナムの個人データ保護法（Law No. 91/2025/QH15）は2025年6月26日に国会で可決され、2026年1月1日に施行された。5章39条の構成である。適用範囲が広く、ベトナム居住者の個人データを扱う組織は、処理をどこで行うかにかかわらず対象になる。日本のサーバーでベトナム従業員のデータを処理していても対象に入る、ということだ。

実務で効くのは3点ある。ひとつは越境移転で、影響評価（Cross-border Transfer Impact Assessment）を初回移転から60日以内に提出する必要がある。ふたつめは侵害・喪失の通知で、検知から72時間以内に通知しなければならない。みっつめは制裁で、越境移転の違反については前年の年間売上高の最大5パーセントという水準が定められている。売上高を基準にした制裁は、システムの改修費用とは桁が違う話になりうる。

工場のシステムは「個人データを扱っていない」と思われがちだが、実際にはそうではない。生産実績の収集には作業者IDが紐づき、勤怠や入退場の記録には氏名が入り、品質記録には検査員の名前が残る。日本本社のBIツールにこれらを吸い上げているなら、それは越境移転である。設計段階でデータ項目の棚卸しをしておくと、あとから72時間ルールに対応する運用を後付けするより安く済む。

AI法とデジタル技術産業法

もうひとつの流れがAIに関する規制である。One Asia Lawyersの解説によれば、デジタル技術産業法は2025年6月14日に成立し、2026年1月1日に施行された。6章51条で、半導体・AI・デジタル資産を扱い、AIを初めて法律で規律した点が特徴とされる。

さらにVietnam Briefingによると、単独のAI法は2026年3月1日に施行されている。AIシステムをリスクの高さで4段階（許容できない／高／中／低）に分ける枠組みを取り、ベトナムの利用者・市場・国益に影響するAIシステムであれば国外の事業者も対象になる。国外の提供者は現地の法定代理人を置く必要があるとされている。

工場のシステムにAIを載せる計画があるなら、この枠組みが要件に効く。外観検査の判定、需要予測、設備の異常検知といった機能は、リスク区分のどこに置かれるかで求められる説明責任が変わる。日本本社が契約したクラウドのAIサービスをベトナム拠点で使う構成も、提供者側の義務という論点を生む。ベトナムでのAI活用の全体像についてはベトナムのAI導入で扱っているので、AIが主題の場合はそちらを参照してほしい。

電子インボイスは2025年6月から範囲が広がった

会計側の変更も押さえておきたい。JETROのビジネス短信によれば、政令70/2025/ND-CPは2025年3月20日に公布され、2025年6月1日に施行された。これにより、年間売上高10億ドン以上の事業者は、税務当局とデータ連携できるレジから発行する電子インボイスの使用が義務づけられている。

製造業の拠点にとっては、自社が対象かどうかを含めて、出荷や販売に関わるシステムの出力が税務当局側の要件に合っているかという話になる。自社の基幹システムから直接インボイスを出しているのか、会計パッケージや外部サービスを経由しているのか、その連携が現在の要件を満たしているのかを確認することになる。

新規開発では、この連携をどこに持たせるかを最初に決めたい。生産管理システムの中に会計要件を抱え込ませると、税制が変わるたびに生産管理側を触ることになる。逆に完全に分けると、出荷実績と請求の突合を人手でやることになる。どちらを取るにせよ、設計時に意識的に選んだかどうかで、あとの改修費が変わる。

省再編で住所と行政コードが変わった

制度変更のうち、システムに最も直接的に効いたのは行政区画の再編かもしれない。日本経済新聞の報道によれば、2025年7月1日から、63省市（57省・6中央直轄市）が34省市（28省・6中央直轄市）に再編された。県レベル（第二級）が廃止され、社レベルも大幅に削減された。

システム側で影響を受けるのは、住所マスタ、行政コード、取引先マスタ、配送先マスタ、帳票の宛先表記、そして住所を検索キーにしている画面である。国内の物流を扱っているなら配送ルートの区分にも及ぶ。マスタの一括更新で済む場合もあれば、コード体系そのものを見直す場合もある。

なお、企業登記の変更手続きが必要かどうかといった実務の要否については、二次情報では判断しきれない。登記上の所在地表記とシステム側の住所・行政コードの扱いをどう合わせるかは、自社の会計事務所や税務当局に確認することをおすすめする。ここではあくまで「システムのマスタに手が入る」という事実だけを押さえておきたい。

これら4つの制度対応にかかる費用を、先ほどの費用モデルに足してみる。年間保守は開発費の15パーセントとし、制度対応は全パターン共通で、初期5,300,000円（個人データ保護対応3,000,000円＋電子インボイス対応1,500,000円＋住所と行政コードのマスタ更新800,000円）と、個人データ保護の年間運用600,000円×5年＝3,000,000円の合計8,300,000円とする。この制度対応の額もモデル前提であり、出典から取った数値ではない。

この表で目を引くのは、A（手戻り10.5人月）とBの差が36,715円しかないという点だ。手戻りが出なければ、Aの5年合計46,341,500円はBの54,293,500円を7,952,000円下回る。ところが手戻りが分岐点まで出ると、Aは54,330,215円になり、今度はBを36,715円上回る。5年という時間が差を消すのではなく、要件定義の精度が差を決めている。判断材料は単価ではなく、自社の要件定義の成熟度である。

もうひとつ読み取れるのは、制度対応の8,300,000円がどのパターンでも同額でかかることだ。どこに発注しても、この部分は消えない。開発費の安さで浮かせた金額の一部は、制度対応にそのまま持っていかれる。見積を比較するときに、この共通費を各社の提案に含めさせておくと、比較の土俵が揃う。

ベトナム 工場 IT化はどこから手を付けるか

ベトナム 工場 IT化の相談は、たいてい「何から手を付ければよいか分からない」という形でやってくる。紙とExcelで回っている工場に、いきなり統合パッケージを入れる計画が持ち上がり、金額を見て止まる。この繰り返しである。

順番の原則はシンプルだ。まず実績を数えられるようにし、次にモノの残高を合わせ、そのうえで計画と実績をつなぐ。具体的には、生産実績の収集から始め、在庫管理に広げ、最後に生産管理へつなげる。逆順で入れると、計画の精度を上げる仕組みを作ったのに入力するデータが無い、という状態になる。

最初の一歩を「実績収集」に置く理由は、投資対効果が見えやすいからでもある。ラインごと、品目ごとの出来高と不良が日次で見えるようになるだけで、現場の議論が変わる。ここで現地のスタッフが端末を触ることに慣れておくと、次の在庫管理の定着が早い。逆にここを飛ばすと、在庫の理論値と実棚の差が埋まらず、システムへの不信が残る。

日本のパッケージをそのまま持ち込めない理由は、大きく4つある。ひとつは言語で、画面と操作マニュアルがベトナム語で成立している必要がある。日本語と英語だけの画面では、現場のオペレーターが使わない。ふたつめは帳票で、出荷・納品・請求に関わる様式が現地の実務に合っていないと、結局Excelで作り直すことになる。

みっつめは法対応である。前章で見たとおり、個人データの扱い、電子インボイス、住所・行政コードのいずれもベトナム固有の要件を持つ。日本のパッケージの標準機能には無く、アドオンで作り込むことになる。よっつめは回線とインフラで、工場の立地によっては本社のクラウドまでの経路が細く不安定なことがある。オフラインでも実績入力を止めない設計にするか、現地にサーバーを置くかという判断が要る。

この4つは、いずれも「パッケージが悪い」という話ではない。日本の商習慣に合わせて磨かれたパッケージを、別の商習慣の国にそのまま置いたときに起きる当然のずれである。だから検討の初期に、標準で使う部分と現地で作る部分の線引きを決めておく。この線引きの考え方は海外拠点の展開全般に共通するので、複数国に広げる計画があるなら早い段階で方針を持っておきたい。

ベトナム 生産管理システムを検討する場合も、入口は同じである。最初から工程別の原価計算や設備総合効率まで求めず、実績が正確に集まる状態を作る。データが溜まってから、そのデータで何を判断したいかを決めるほうが、要件のズレが小さい。前章のモデル試算で見た手戻り21パーセントという分岐点は、この順番を守れるかどうかにかなり左右される。

ハノイ・ホーチミン・ダナンで何が違うのか

ハノイ システム開発と、ホーチミンでの開発と、ダナンでの開発は、同じベトナムでも事情が違う。発注先を探すときに都市を意識する会社は多くないが、拠点の場所と開発会社の場所の関係は、プロジェクトの進み方に効いてくる。

北部のハノイは首都であり、官公庁や大手企業向けの案件を手がけてきた会社が多い。北部にはハイフォンやバクニンをはじめとする工業団地が集積しており、そこに拠点を持つ日系製造業にとっては、現地に足を運びやすいという実務上の利点がある。南部のホーチミンはベトナム最大の商業都市で、企業数も人材の流動性も大きい。多様なスキルの人材を集めやすい一方、人の入れ替わりも起きやすいという声を聞くことが多い。中部のダナンは規模ではこの2都市に及ばないが、IT人材の育成に力を入れてきた都市として知られ、生活コストの相対的な低さと定着率の高さを打ち出す開発会社がある。

ただし、これらは傾向であって法則ではない。都市名で決めるのではなく、候補企業ごとに「自社の拠点から何時間で行けるか」「日系企業の案件をどれだけ手がけてきたか」「日本語で議論できる人が何人いるか」を確かめるほうが確実である。とくに現地業務システムを作る場合、開発チームが工場に足を運べる距離にいるかどうかは要件定義の質を左右する。

タイに拠点を持つ企業の場合は、もうひとつ論点が増える。東南アジア システム開発を国ごとにバラバラに発注すると、拠点数が増えたときに保守窓口も契約も人数分だけ増えていく。かといってタイのベンダーにベトナムの法対応まで任せるのも無理がある。現実的なのは、本社標準として共通化する部分（マスタの持ち方、コード体系、データの吸い上げ方）と、国ごとに現地で作る部分（帳票、法対応、画面言語）を分け、共通部分の設計だけを1社に集約する形だ。タイ側の発注先選びについてはタイ システム開発会社の選び方で整理している。

発注先を見極める7つの質問

見積を依頼する前に投げておくと、あとで効く質問を7つ挙げる。いずれも回答の内容そのものより、答え方に相手の実力が出る。良い回答は、こちらが聞いていない前提条件まで含めて返ってくる。危ない回答は、質問をそのまま肯定して終わる。

質問1 この案件は現地業務システムですか、オフショア開発ですか。 冒頭の切り分けを、相手に言わせてみる質問である。良い回答は「御社の話は前者なので、要件定義はベトナム側の現場ヒアリングから始めたい」と、こちらの状況に即して答える。危ない回答は「どちらでも対応できます」と幅の広さだけを示すもので、切り分けの意味を理解していない可能性がある。

質問2 ブリッジSEは何人月アサインされ、他案件との掛け持ちはどうなりますか。 前述のとおり、ブリッジSEの確保がプロジェクトの律速になる。良い回答は具体的な人月と掛け持ち状況、離任時の交代要員まで示す。危ない回答は「専任で付けます」とだけ言って人数も名前も出さないものだ。

質問3 要件のズレが出たときの費用負担はどう決めますか。 モデル試算で見たとおり、手戻りの量が体制選択の分岐点を決める。良い回答は、仕様変更の判定基準と、追加見積の出し方をあらかじめ提示する。危ない回答は「その都度ご相談で」と曖昧にするもので、後半で揉めやすい。ここは契約書に落とし込む価値がある。

質問4 個人データ保護法への対応は、御社の担当範囲に入りますか。 施行済みの法令に対する立場を確認する質問である。良い回答は、越境移転の影響評価や72時間通知の運用について「システムで担保する部分」と「御社の運用で担保する部分」を分けて説明する。危ない回答は「対応済みです」で終わるもので、何をもって対応済みなのかが見えない。

質問5 省再編後の住所と行政コードは、どのマスタで管理していますか。 実装の細かさを測る質問だ。良い回答は、過去案件でのマスタ更新の手順と、次に改定があったときの影響範囲を説明できる。危ない回答は、住所を単なるテキスト項目として扱っていることが会話から透けるものである。

質問6 検収の合格基準は何で決めますか。 現地業務システムとオフショア開発では検収基準が違う。良い回答は、受入テストのシナリオ本数、実施場所、現地オペレーターの参加有無まで踏み込む。危ない回答は「仕様書どおりに動くこと」だけを挙げるもので、現場が使えるかどうかの視点が抜けている。

質問7 5年後にこのシステムを保守しているのは誰ですか。 最後に長期の話を聞く。良い回答は、保守体制、年額、対応時間帯、ソースコードの引き渡し条件まで含めて答える。危ない回答は、保守を開発の付属物として扱い、金額も体制も後回しにするものだ。5年TCOの表で見たとおり、保守5年分は開発費の4分の3に達する規模になる。

7つとも、聞くのに時間はかからない。むしろ相手にとっても、答えやすい質問と答えにくい質問がはっきり分かれる。答えにくそうにした項目が、そのプロジェクトのリスクだと考えてよい。

見積書で必ず確認する項目

質問の次は、出てきた見積書の読み方である。金額の総額だけを見比べると、条件の違う見積を同じ土俵に載せてしまう。以下の項目が明記されているかを確認したい。

見積書に書かれていない項目は、存在しないのではなく、発注側の負担になっているだけのことが多い。とくに受入テストと法対応は、書かれていなければ自社の工数として跳ね返る。金額の比較に入る前に、まず記載の有無を揃えるところから始める。

この表を埋めたうえで、初めて金額を比べる。3社から見積を取ったなら、3社ぶんの空欄がどこにあるかを並べてみるとよい。空欄の位置は各社の得意不得意をよく表す。すべての欄が埋まっている見積は、それ自体が一定の実力の証拠になる。

なお、金額の妥当性を検証するには、前章のモデル試算のように自社で一度粗い数字を作っておくのが有効だ。50人月という規模感、434,760円/人月という平均単価、開発費の15パーセントという保守比率。この3つの目安があるだけで、提示された金額がどのあたりに位置するかを判断できる。

よくある質問

ここまでの内容について、相談の場でよく受ける質問をまとめる。いずれも一般論であり、個別の案件では前提が変わる点はご理解いただきたい。

ベトナム システム開発の費用相場はどのくらいか

人月単価としては、プログラマー40.1万円、シニアエンジニア50.0万円、ブリッジSE59.0万円、PM71.4万円という水準が2026年版の相場として公開されている。日本国内の約3分の1から2分の1という位置づけである。総額は規模と体制で決まるため、本記事では50人月のモデルケースについて、ベトナム側を主体に開発する場合で21,738,000円から26,282,000円という試算を示した（日本国内ベンダーに一括する場合は50,000,000円）。あくまでモデル試算であり、実案件の平均値ではない。

ベトナムのオフショア開発は今も安いのか

日本国内と比べれば安い。ただし差は縮んでいる。ブリッジSEのように前年比で横ばいの職種もあるが、上がった職種は前年比プラス1.8パーセントからプラス3.5パーセントの範囲で上がっており、最低賃金も2026年1月から平均で約7.2パーセント引き上げられた。加えて、5年TCOで見ると制度対応の8,300,000円はどこに発注しても共通でかかる。開発費の安さがそのまま総額の安さにはならない、という見方をしておいたほうがよい。

ベトナム 生産管理システムは日本のパッケージをそのまま入れられるのか

そのままでは難しいことが多い。理由は言語、帳票、法対応、回線の4点である。画面と操作マニュアルがベトナム語で成立していること、出荷や請求の様式が現地実務に合っていること、個人データ保護法と電子インボイスと行政コードの要件を満たしていること、そして工場の回線が細くても実績入力が止まらないこと。この4つを標準機能で満たすパッケージは限られる。標準で使う部分と現地で作る部分を最初に線引きするのが現実的である。

ハノイとホーチミンではどちらに発注すべきか

都市名だけでは決められない。北部に工場があるならハノイ周辺の会社のほうが往訪の負担が小さく、南部ならホーチミンが近い。判断の軸は都市そのものではなく、拠点からの距離、日系製造業の案件経験、日本語で議論できる人員数、主要メンバーが抜けたときの体制である。ダナンを含めて、候補企業ごとにこの4点を確認するほうが確実だ。

タイ拠点とベトナム拠点でシステムを統一すべきか

全部を統一するのも、全部を分けるのも極端である。現実的なのは、マスタの持ち方、コード体系、データの吸い上げ方といった共通部分の設計を統一し、帳票と法対応と画面言語は国ごとに作る形だ。共通部分の設計だけを1社に集約しておくと、拠点が増えたときに横展開しやすい。国ごとの制度は独立して変わるので、法対応まで共通化しようとすると無理が出る。

まとめ

「ベトナム システム開発」という一語には、ベトナム拠点の工場を動かす現地業務システムと、開発力を買うオフショア開発という、性格の違う2つの買い物が混ざっている。この2つは要件の出どころも検収の基準も保守の性格も違うため、1つの見積に混ぜると途中で崩れる。発注の前に決めるべきは相見積もりの相手ではなく、自分がどちらを買うのかである。

そのうえで2026年の条件を見ると、ブリッジSEは横ばいだったものの、上がった職種は前年比プラス1.8パーセントからプラス3.5パーセント上がり、日本との差は縮んだ。50人月のモデル試算では、全量をベトナム側に置くAが21,738,000円、上流を日本側に置くBが26,282,000円、日本国内一括のCが50,000,000円になる。しかし手戻りが規模の21パーセントに当たる10.5人月出た時点で、Aの実効額26,302,980円はBの26,282,000円を20,980円上回り、5年TCOで見ても差は36,715円にとどまる。安さで選ぶかどうかではなく、自社の要件定義が手戻りをどこまで抑えられるかが判断の軸になる。

制度の面では、個人データ保護法（91/2025/QH15）とデジタル技術産業法が2026年1月1日から、AI法が2026年3月1日から、電子インボイスの政令70/2025/ND-CPが2025年6月1日から、いずれもすでに効力を持っている。加えて2025年7月1日の省再編で住所と行政コードのマスタに手が入った。これらの対応費用は、どのパターンで発注しても共通してかかる。開発費の比較だけで発注先を決めると、この部分が見積の外に置き去りになる。

TOMAS TECHは、バンコクを拠点にタイとASEANの日系製造業向けに生産管理・エネルギー管理システムを提供してきました。ベトナム拠点でどこから手を付けるかを整理する段階でも、複数社から集めた見積の読み方に迷っている段階でも、現場の実務に即してご相談を承ります。構想がまとまっていない状態でも構いませんので、お問い合わせからお気軽にご連絡ください。

参考情報

• オフショア開発.com「【2026年最新版】ベトナム｜オフショア開発の人月単価相場」
• 労働政策研究・研修機構（JILPT）「2026年1月に最低賃金を平均約7.2パーセント引き上げ（ベトナム）」
• CAST Vietnam「ベトナム最低賃金2026 政令293/2025/ND-CPの地域別金額と実務対応」
• ベトナム個人データ保護法 Law No. 91/2025/QH15（英訳全文）
• One Asia Lawyers「Vietnam: Introduction to Law on Digital Technology Industry 2025」
• Vietnam Briefing「Vietnam AI Law — Regulatory Milestone and Business Implications」
• JETRO ビジネス短信「電子インボイス義務化、6月1日から年間売り上げ10億ドン以上の個人事業主も対象に（ベトナム）」
• 日本経済新聞「ベトナム地方大合併、34省市へ半減 行政効率化狙うも足元で混乱」
• TopDev「Vietnam IT Market Reports」