タイに工場や拠点を持つ日系製造業の間で、生産管理システムや業務システムの刷新が一斉に動き始めています。そこで必ず突き当たるのが発注先の問題です。タイ ITベンダー 日系という切り口で探し始めるのは、価格だけでは決められない何かがあると現場が気づいているからにほかなりません。本記事では、公開されている調査データをもとにタイのIT投資環境を整理したうえで、ベンダー選定で見るべき基準を実務の順序に沿って解説します。
タイの日系製造業がいま一斉にシステム投資へ動いている理由
まず、いまタイで何が起きているのかを数字で押さえておきます。感覚論でベンダーを選ぶと、社内稟議でも本社説明でも必ず詰まるからです。
JETROの「タイ日系企業進出動向調査2024年度」によれば、タイに拠点を置く日系企業は6,083社にのぼります。この調査結果は2025年2月に公表されたもので、ASEAN域内では最大の集積規模です。数十年にわたって積み上がったこの集積は、裏を返せば「稼働から20年、30年が経過した設備とシステムが同時に更新期を迎えている」ことを意味します。
投資の勢いも衰えていません。2025年、タイへの対内直接投資において日本は首位に立ちました。自動車・電子機器分野を中心に、全体の約20%を日本からの投資が占めています。加えて、日系企業によるタイ向けのBOI投資奨励申請は、2021年から2026年前半までの累計で1,380件・3,960億バーツに達しています。撤退局面の議論が語られがちな一方で、投資計画ベースでは日本からの資金が向かい続けているという事実は、システム投資の意思決定を後押しする材料になります。なお、BOIの数字はあくまで投資奨励の申請であり、実行済みの投資額ではない点には留意が必要です。
「設備更新」と「DX」が同時に来ている
投資の中身を見ると、優先順位がはっきりします。在タイ日系企業504社を対象とした調査では、59%が既存設備の更新を、31%が生産効率の改善を、22%がDX投資を計画していると回答しました。
この3つの数字の並びには、実務上の意味があります。最も多いのは設備更新であり、DX単体で予算を取っている企業はまだ少数派です。つまり現実のプロジェクトは、「老朽化した設備を入れ替えるついでに、データを取れるようにしておきたい」「ラインを組み替えるタイミングで生産実績の収集をシステム化したい」という複合案件として立ち上がります。純粋なIT案件ではなく、設備・製造・品質・経理を巻き込んだ横断案件になるということです。
この構造は、ベンダーに求められる能力を大きく変えます。要求されるのはコーディング能力だけではありません。設備側の信号を拾えるか、既存の基幹システムと会話できるか、日本本社の会計・原価計算のルールを理解できるか。こうした周辺理解の有無が、そのままプロジェクトの成否を分けます。

デジタル領域への投資は加速している
さらに直近では、デジタル産業そのものへの投資が急増しています。2026年第1四半期のデジタル産業向け投資申請額は、前年同期の2.4倍に達しました。データセンターやクラウド関連の投資が牽引した結果です。
これは日系製造業にとって二つの意味を持ちます。ひとつは、タイ国内でクラウド基盤を選択する現実性が上がったこと。もうひとつは、IT人材の需給がさらにひっ迫するということです。優秀なエンジニアはデータセンターやクラウド事業者に吸い上げられ、製造業向けの受託開発に回る人材は相対的に希少になります。発注側から見れば、「良いベンダーは、来年になれば埋まっている」という前提で動いたほうが安全です。
タイ拠点の役割そのものが変わってきている
もうひとつ、投資判断の背景として押さえておきたい変化があります。かつてのタイ拠点は、日本で設計したものを安く大量に作る生産拠点という位置づけが中心でした。しかし人件費が上昇し、周辺国との比較で単純なコスト優位が薄れるにつれて、拠点に求められる役割は変わってきています。
いま多くの日系メーカーがタイ拠点に期待しているのは、量産だけでなく、ASEAN域内への供給ハブとしての機能や、現地での設計変更に対応する能力です。日本からの投資が自動車・電子機器を中心に続いている背景にも、単なる安さではなく、積み上がった部品供給網と技術者層があると考えられます。
この役割変化は、必要なシステムの姿を変えます。決められた品番を決められた手順で作るだけなら、紙の帳票とExcelでも回ります。しかし多品種化し、仕向地ごとに仕様が分かれ、トレーサビリティを問われるようになると、データを取れる仕組みが前提になります。設備更新の波とDXの必要性が同時に来ているのは、この構造変化の結果です。裏を返せば、いま導入するシステムは「今の生産の写し取り」ではなく、数年後の生産の姿に耐えるものでなければなりません。ベンダーにこの視点があるかどうかは、提案書の前提条件の書き方に表れます。
タイでのシステム開発が失敗するのは、技術力ではなく「翻訳」の問題
タイのITベンダーに開発を任せて痛い目を見た、という話は珍しくありません。ただし、その原因を「タイのエンジニアの技術力が低いから」と結論づけるのは、ほぼ確実に誤診です。実際に失敗の中身を分解していくと、多くは要件定義と仕様理解の段階で起きた認識のズレに行き着きます。
日本側の「当たり前」は仕様書に書かれない
日本の製造業には、明文化されていない前提が大量にあります。月次締めのタイミング、現品票の運用、不良品の扱い、工程内での手直しのカウント方法、班長が朝礼で使う帳票のフォーマット。これらは日本の同業ベンダーであれば説明しなくても伝わるため、仕様書に書かれません。
ところが相手が現地のローカルベンダーになると、この前提が一切共有されていません。書かれていない以上、ベンダーは自分たちの常識で埋めます。そして出来上がったものを見た日本側が「そうじゃない」と言い、追加費用と納期遅延が発生する。これが典型的な失敗の流れです。悪意も怠慢もなく、ただ前提が違っていただけで、スケジュールが大きく後ろにずれることがあります。
言葉の壁は、翻訳者を置けば解決するわけではない
言語の問題も同じ構造です。日本語・英語・タイ語という3言語が絡む現場では、通訳を1人立てれば済むと考えがちですが、実務ではうまくいきません。生産管理の仕様は業務用語の塊であり、「仕掛」「歩留」「段取替」「先入先出」といった言葉を、業務の意味ごと訳せる人でなければ橋渡しになりません。
オフショア開発の失敗事例を分析した記事でも、日本語ができる担当者を置いただけでは足りず、日本語とITスキルの両方を持つ人材が要件定義に入れるかどうかが成否を分けると指摘されています。翻訳者ではなく、業務と技術の両方が分かる通訳者が必要だという話です。
「言われた通りに作りました」が成立してしまう
もうひとつ厄介なのが、指摘してくれないという問題です。受託側からすれば、発注者が指定した仕様の通りに作ることが契約の履行です。仕様に矛盾があっても、業務上あり得ない設計になっていても、それを指摘する義務は必ずしもありません。とくに商習慣が異なる相手であれば、「おかしいと思ったが、それが日本のやり方なのだろう」と解釈されてしまいます。
日本の発注者が無意識に期待しているのは、実はここです。「変だと思ったら言ってくれるはず」「行間を読んでくれるはず」。この期待が明文化されないまま契約に入ると、検収の場で初めて齟齬が表面化します。ベンダー選定において本当に問うべきは、技術スタックの一覧ではなく、この行間を埋める体制が組み込まれているかどうかです。
現場でよく見る3つの失敗パターン
もう少し具体的に、実際に起きやすいつまずき方を挙げておきます。どれも技術的な難易度が高い場面ではなく、日常的な業務の細部で起きます。
ひとつ目は、日本語の要件を英語に訳し、それをタイ語で実装するという二段翻訳の劣化です。原文の「実績を登録する」が英語で登録操作を指す語に訳され、さらにタイ語で保存という意味に転じた結果、承認プロセスが抜け落ちた画面が出来上がる。訳した各段階では誰も間違えていないのに、最終成果物だけが要件から外れます。
ふたつ目は、例外処理の欠落です。日本の生産現場では、標準作業から外れたときの扱いこそがシステム化の肝になります。数量違いの受入、工程飛ばし、手直し後の再投入。こうした例外は、日本側の担当者にとって当たり前すぎて仕様書に書き漏らされ、ベンダー側にとっては存在すら想像できない領域です。結果として、正常系だけが動くシステムが納品されます。
みっつ目は、稼働後の言語の壁です。開発中は日本語の窓口があったのに、保守フェーズに入った途端に問い合わせ先が英語のみになる。現場のタイ人リーダーは英語で質問できず、日本人駐在員は多忙で対応が追いつかず、結局Excelでの二重管理に戻る。導入したはずのシステムが使われなくなっていく背景には、こうした運用面の断絶があることが少なくありません。
これらはいずれも、開発フェーズの品質管理では防げません。要件定義に業務と言語の両方が分かる人が入っているか、そして保守まで同じ言語環境が維持されるかという体制の問題です。

日系ITベンダーとタイローカルベンダーの違いを冷静に整理する
ここまで読むと日系ベンダー一択に見えるかもしれませんが、そう単純ではありません。ローカルベンダーには価格競争力があり、タイ人スタッフだけで完結する業務システムでは有利に働く場面もあります。重要なのは、どちらが優れているかではなく、自社の案件がどちらの土俵にあるかを見極めることです。
| 比較軸 | 日系拠点型ITベンダー | タイローカルベンダー |
|---|---|---|
| 要件定義の言語 | 日本語で直接可能 | 英語またはタイ語が基本 |
| 日本の商習慣理解 | 前提として共有されている | 都度説明が必要 |
| 単価水準 | 相対的に高い | 相対的に低い |
| 本社への報告資料 | 日本語で作成しやすい | 翻訳工数が別途発生 |
| 保守フェーズの窓口 | 日本語で問い合わせ可能 | 英語・タイ語での運用が前提 |
| 現地ローカルスタッフ対応 | ベンダーにより差がある | 得意領域 |
この表で注目してほしいのは、単価だけを見れば確かにローカルベンダーが優位だという点です。ただし総コストで比べると景色が変わります。認識ズレによる手戻り、日本語への翻訳工数、本社説明のための資料作成、そして稼働後の問い合わせ対応。これらは見積書には載りませんが、確実に自社の人件費として発生します。
見積額ではなく総コストで比べる
総コストで比較するといっても、難しい計算は必要ありません。見積額に、自社側で発生する工数を足すだけです。
たとえば、要件定義の打ち合わせに日本人駐在員が毎週半日ずつ4か月間立ち会う場合、それだけで9人日近くが自社側から出ていきます。仕様書を日本語に訳し直す作業、本社への月次報告資料を作る作業、テストデータを用意する作業も同様です。加えて、認識ズレが発覚したときの手戻りは、ベンダー側の追加見積として跳ね返るだけでなく、現場のヒアリングをやり直す自社工数も再度発生します。
ここで効いてくるのが、駐在員の時間は最も希少な資源だという点です。工場の責任者や情シス担当が本業を止めてプロジェクトの通訳に張り付く状態が続けば、その機会損失は開発費の差額を容易に上回ります。ベンダー比較の際は、「このベンダーに任せた場合、自社の誰が何時間使うことになるか」を候補ごとに書き出してみてください。単価表だけでは見えなかった差が数字として現れます。
逆に言えば、社内に日本語とタイ語の両方が使えるIT人材がすでにいて、その人が要件定義に専念できる体制があるなら、ローカルベンダーを選ぶ合理性は十分にあります。判断の分かれ目は、この橋渡し役を社内で持つか、ベンダー側に持たせるかという設計思想の違いです。
「日系」を名乗るだけでは判断材料にならない
もうひとつ注意したいのは、日系を名乗るベンダーの実態にも幅があるということです。日本法人の看板を掲げていても、実際の開発は現地任せで、日本語窓口は営業担当が1人だけというケースもあります。逆に、資本はタイ企業でも日本人技術者が要件定義に常駐しているベンダーもあります。
見るべきは資本構成ではなく、日本語で要件定義できる人間が実際に手を動かすチームの中にいるかどうかです。この視点は、ベンダーの比較検討をより体系的に進めたい場合の判断軸としても有効です。選定プロセス全体の設計については、タイ システム開発会社の選び方2026であらためて整理しています。
タイで日系企業がITベンダーを選ぶときの7つの評価基準
ここまでの整理を踏まえて、実際の選定で確認すべき項目を挙げます。RFPの評価表にそのまま落とし込める粒度で書いています。
1. 日本語対応力の「深さ」を測る
日本語対応可という一文では何も分かりません。確認すべきは、日本語を話せる人が組織のどこにいるかです。営業だけなのか、プロジェクトマネージャーもなのか、要件定義を担当するエンジニアもなのか。この3段階で対応力はまったく違います。
実務的には、初回の打ち合わせに要件定義担当者を同席させてもらい、業務用語を日本語で投げてみるのが最も早い確認方法です。「段取替の時間もカウントしたい」と言ったときに、質問が返ってくるか、曖昧にうなずくかで判断できます。
2. 現地の商習慣・法規制を理解しているか
タイでシステムを動かす以上、現地固有のルールへの対応は避けられません。BOI恩典を受けている工場であれば原材料の管理要件がありますし、電子税務インボイスへの対応、個人情報保護法への配慮も必要です。日本のパッケージをそのまま持ち込んで動かないケースは、この領域で発生します。
確認方法としては、自社が受けている恩典や適用される制度を挙げて、それに対応した実績があるかを聞くのが確実です。制度名を出した瞬間に説明が具体的になるベンダーと、持ち帰りますと答えるベンダーでは、その後の進行速度がまったく違います。制度は改定されるため、最新の運用に追随しているかも合わせて確認しておきたいところです。
3. 駐在員とローカルスタッフの双方に届く体制か
システムを使うのは日本人駐在員だけではありません。画面を毎日触るのはタイ人オペレーターであり、彼らが使いこなせなければ投資は回収できません。日本語のマニュアルしかない、トレーニングが英語のみ、という状態では現場に定着しません。
確認すべきは、画面のタイ語対応、タイ語での操作教育、そして稼働後の問い合わせをタイ語で受けられるかどうかです。日本語対応力とタイ語対応力は、どちらか一方では足りません。
4. 要件定義から保守まで一気通貫で見られるか
工程ごとにベンダーが分かれる体制は、タイでは特にリスクが高くなります。要件定義を日系コンサルが行い、開発をローカルベンダーに投げ、保守は別会社という構成では、問題が起きたときに責任の所在が曖昧になります。距離と言語が絡むぶん、日本国内の同じ構成よりも調整コストが跳ね上がります。
一社が要件定義から保守まで見る体制であれば、少なくとも「誰に聞けばよいか」で悩む時間はなくなります。委託範囲の切り方や契約上の押さえどころについては、システム開発 委託 タイ製造業のRFP・契約・受入ガイドで契約実務の観点から詳しく扱っています。

5. 製造業の業種知見と、同種の実績があるか
生産管理システムは業種によって設計が大きく異なります。自動車部品のように工程が長く、ロットトレーサビリティが厳格に求められる現場と、食品のように賞味期限管理が主軸になる現場では、必要なデータモデルが別物です。
過去の実績を聞くときは、社数や金額ではなく、自社と同じ業種・同じ規模の案件を具体的に説明してもらってください。守秘義務の範囲でも、どんな課題をどう解いたかは語れるはずです。語れないベンダーは、その領域の経験が浅いと考えて差し支えありません。
6. 日本本社への説明責任を果たせる資料が出てくるか
タイ拠点の案件であっても、稟議は日本本社を通ることがほとんどです。このとき、進捗報告書も設計書も英語しかない状況だと、拠点側のスタッフが翻訳作業を抱えることになります。ドキュメントを日本語で出せるかどうかは、見えないコストを大きく左右します。
7. 数年先まで付き合える継続性があるか
システムは作って終わりではありません。5年後に増産で拠点が増える、逆に生産を他国へ移管する、といった変化に対応できるかどうかも判断材料です。担当者が1年で入れ替わり、引き継ぎのたびに一から説明し直すベンダーでは、運用が回りません。ベンダーの離職率や、担当PMの在籍年数を率直に聞いてみるのは、失礼な質問ではなく合理的な確認です。
バンコクでのシステム開発を発注する前にやっておくこと
良いベンダーを選んでも、発注側の準備が不足していればプロジェクトは荒れます。ここでは、タイ 工場 システム導入の現場で効果が大きかった準備を順に挙げます。
現状の棚卸しを日本語で書き出す
最初にやるべきは、いま何が困っているのかを日本語で言語化することです。システムの話ではなく、業務の話として書きます。「日報の集計に毎月3日かかっている」「不良の原因を追うのに紙の記録を遡っている」といった粒度で構いません。
この棚卸しがないままベンダーに相談すると、議論がいきなり機能一覧の話になり、本来解きたかった課題が置き去りになります。
書き出したら、それぞれに「誰が困っているか」と「放置した場合に何が起きるか」を一行ずつ添えてください。この二列があるだけで、優先順位が自然に決まります。全部を一度にシステム化しようとして予算が膨らみ、稟議が通らずに1年止まるというのは、タイ拠点の案件で最もよく見る停滞の形です。
社内側のプロジェクト体制を先に決める
ベンダーを探し始める前に、自社側の体制を決めておくことをおすすめします。具体的には、意思決定者、業務側の窓口、IT側の窓口、そして現場のキーパーソンの4役です。
とくに重要なのが、業務側の窓口を誰にするかです。生産管理システムの要件は製造部門が握っており、情シス担当だけでは答えが出せません。一方で製造部門の責任者はラインの稼働で手が離せないことが多く、打ち合わせのたびに人が入れ替わると、前回決めたことが翌週にはひっくり返ります。多少無理をしてでも、業務側の窓口を1人に固定できるかどうかが、プロジェクトの速度を決めます。
現場のキーパーソンとしては、タイ人のリーダー層を早い段階で巻き込んでおくと後が楽になります。稼働後に画面を毎日触るのは彼らであり、要件定義の段階で意見を出した人ほど、導入後の定着に協力してくれます。逆に、日本人だけで仕様を決めて現場に降ろすと、稼働直後に「使いにくい」という声が一斉に上がり、修正費用がかさみます。
そして、日本本社の関与範囲も先に決めておきましょう。承認だけなのか、標準テンプレートへの準拠を求めるのか、システム構成に口を出すのか。ここが曖昧なまま進めると、要件が固まった段階で本社から差し戻しが入り、数か月分の議論がやり直しになります。
RFPは完璧でなくてよい
RFPを完璧に書いてから声をかけようとして、半年が過ぎるケースをよく見ます。実際には、課題の一覧と現行業務のフロー、対象拠点と概算予算感、希望時期が書かれていれば議論は始められます。要件の精緻化はベンダーと一緒にやるほうが速く、精度も上がります。
見積の読み方を先に決めておく
複数社から見積を取るとき、金額だけを横並びにしても比較になりません。工程ごとの人月、担当者の役割、日本語対応する人が何人日入るのか。この内訳が出せないベンダーは、後から追加費用を請求してくる可能性が高いと考えられます。
| 確認項目 | 見積書で見るポイント |
|---|---|
| 要件定義工数 | 開発工数に対して十分な比率が確保されているか |
| 日本語対応の人日 | 誰が何日入るのか明記されているか |
| テスト・受入支援 | 発注側の作業範囲が定義されているか |
| 保守費用 | 年額と対応時間帯、対応言語が書かれているか |
見積の内訳が読めるようになると、ベンダーとの会話の質そのものが変わります。金額交渉ではなく、どこに工数を厚く置くべきかという設計の議論ができるようになるからです。
受入基準は契約前に握る
検収でもめる原因のほとんどは、何をもって完成とするかが曖昧なまま契約に入ったことにあります。テストデータ、想定件数、レスポンス要件、並行稼働の期間。これらを契約前に文書化しておけば、稼働直前の紛糾は大きく減ります。
体制図で「誰が日本語を担保するか」を確認する
最後に、提案書の体制図を必ず確認してください。日本語対応の役割が誰に紐づいているか、その人が要件定義と保守の両方に関与するか。ここが空白のまま契約すると、稼働後に問い合わせが英語だけになり、現場が使わなくなります。バンコク システム開発の案件でよく起きるつまずきは、開発中ではなく稼働後に表面化します。
よくある質問
タイのITベンダーはどう選べばいいですか
価格ではなく、要件定義を誰がどの言語で行うかを起点に選ぶことをおすすめします。技術力の差よりも、業務の前提が共有されているかどうかがプロジェクトの成否を左右するためです。具体的には、日本語で業務用語をやり取りできる担当者が開発チームに含まれているか、現地の法規制と商習慣への対応実績があるか、要件定義から保守まで同一社で見られるか、の3点をまず確認してください。
日系のシステム開発会社とタイローカルベンダーの違いは何ですか
最大の違いは、日本の製造業における暗黙の前提を説明せずに共有できるかどうかです。単価だけを見ればローカルベンダーが有利ですが、認識ズレによる手戻り、翻訳工数、本社説明資料の作成といった見えないコストを加えると、総額では逆転することがあります。逆に、タイ人スタッフのみが使う小規模な業務システムであれば、ローカルベンダーが適する場面もあります。
タイの工場にシステムを導入する期間はどれくらいかかりますか
規模と範囲によりますが、生産実績の収集を中心とした導入であれば、要件定義から本稼働まで半年前後を見込むケースが多くなります。基幹システムとの連携や複数拠点の展開が絡むと1年を超えることもあります。設備更新と同時に進める案件では、設備側の工事スケジュールが律速になるため、設備計画が固まった時点で早めにIT側の相談を始めるほうが安全です。
日本本社のシステムをそのままタイに展開できますか
そのまま展開できるケースは限られます。会計や税務の要件、言語対応、通信環境、そして現場の運用慣行が異なるためです。実務では、本社標準を基本としつつ現地要件で差分を作る方式が現実的です。この差分をどこまで許容するかを本社と事前に握っておくことが、プロジェクト後半での紛糾を防ぎます。
相談の段階では何を用意すればいいですか
現状の困りごとを日本語で書き出したメモと、現行の業務フローが分かる資料があれば十分です。システム構成図や詳細な要件は、ベンダーとの議論のなかで固めていくほうが効率的です。予算が確定していない段階でも、投資規模の感覚を共有できれば提案の精度は上がります。
まとめ
タイには6,083社の日系企業が集積し、日本からの直接投資も2025年に首位となりました。在タイ日系企業504社への調査で59%が設備更新を、22%がDX投資を計画しているという結果は、システム投資の波がこれから本格化することを示しています。一方で、デジタル産業への投資が前年同期比2.4倍に伸びるなかで、製造業の案件に向き合えるIT人材は今後さらに希少になります。
このなかでベンダー選びを誤らないための要点は、技術力の比較ではなく、要件定義の場で日本の業務前提を翻訳できる人間がいるかどうかを見ることです。日本語対応力の深さ、現地の商習慣と法規制の理解、駐在員とタイ人スタッフ双方への対応、要件定義から保守までの一気通貫、業種知見、本社向けドキュメント、そして数年先までの継続性。この7つを評価表に落とし込めば、価格だけの比較から抜け出せます。
TOMAS TECHはバンコクを拠点に、日系製造業向けの生産管理システムPEGASUSをはじめとする業務システムの開発・導入を手がけています。要件定義から保守まで、日本語・英語・タイ語の3言語で対応できる体制を整えており、設備更新と同時に進める複合案件の経験もあります。まだ構想段階で予算も固まっていない、という状態でも構いません。現状の困りごとを整理するところからご一緒できますので、お問い合わせはこちらからお気軽にご連絡ください。
参考情報
- JETRO タイ日系企業進出動向調査2024年度 – 在タイ日系企業6,083社 – jetro.go.jp
- The Nation Thailand – 2025年のタイ対内直接投資で日本が首位、全体の約20% – nationthailand.com
- Pattaya Mail – 在タイ日系企業504社調査、59%が設備更新・31%が生産効率改善・22%がDX投資を計画 – pattayamail.com
- TCIJ Thai – 在タイ日系企業504社調査に関する関連報道 – tcijthai.com
- バンコク週報 – 日系企業のBOI投資奨励申請 2021年から2026年前半累計で1,380件・3,960億バーツ – bangkokshuho.com
- THAIBIZ – 2026年第1四半期のデジタル産業向け投資申請額が前年同期の2.4倍 – th-biz.com
- 日鉄ソリューションズ タイ – タイでのシステム導入における要件定義と言語の課題 – global.nssol.nipponsteel.com
- Timedoor – オフショア開発で日本語の壁につまずかないために – jp.timedoor.net