タイ 製造業 IoT導入事例2026｜4点セットで読む5類型と境界

タイ 製造業 IoT導入事例を調べていくと、あるところで手が止まる。どの事例も「センサーを付けて、データを集めて、見える化した」と書いてあるのに、自分の工場に置き換えた瞬間、何から手を付ければいいのか分からなくなるからだ。原因は情報が足りないことではない。事例の読み方が「何を入れたか」に寄っているからである。本記事では、定着した導入とPoCで止まった導入を分ける一点を「測ったデータをどの意思決定に接続すると決めたか」に置き、事例を再現可能な形に読み替える方法を整理する。事例を並べるだけの記事にはしない。

なぜ2026年のタイでIoT導入事例が増えているのか

「タイでもIoTが流行っている」で片付けると、判断材料にならない。増えている理由には、工場の損益に直結する具体的な圧力がある。ここを押さえておかないと、社内稟議で「なぜ今なのか」に答えられない。

理由は大きく3つある。人件費の構造変化、投資環境（BOI）の方向転換、そして市場側で実際に金が動いていることである。順に見る。

人件費：400バーツ統一の見通しと日系4.64%の賃金上昇

タイの最低賃金は、2025年1月に多くの地域で日額337〜400バーツへ改定された。さらに2025年7月にはバンコク都の全業種が日額400バーツへ統一されている。2026年については全国一律400バーツへの統一が有力視されているが、これは現時点で確定した制度ではない。稟議書に書くなら「有力視されている」水準の表現に留めるべきである。

より重要なのは、最低賃金そのものより日系企業の賃上げ率のほうである。日系企業の賃金上昇率は2023年が3.8%、2024年が4.58%、2025年が4.64%見込みと推移している。加えて技術職・エンジニア層は年5〜8%の上昇が続いている。

この2つの数字は性質が違う。最低賃金の改定は主にオペレーター層に効き、4.64%と5〜8%は「工場を回している中核人材」の単価に効く。IoTの投資判断で効いてくるのは後者である。なぜなら、IoTが置き換えるのは多くの場合オペレーターの作業ではなく、現場を歩いて状況を確認し、紙に書き、集計している中核人材の時間だからだ。

この章での判断ポイント。 IoT投資の効果を「人件費削減」で説明しようとすると、たいてい説明に無理が出る。オペレーターを減らす話になり、労務リスクの議論に飛び火する。そうではなく、年5〜8%で単価が上がっている技術職・管理職の時間を、何時間分、どの業務から回収するのかで書くほうが通る。日報転記に毎日1時間、月次集計に月8時間、設備が止まった原因の後追い調査に月10時間——このレベルの粒度で書けるかどうかが、稟議が通るかどうかの分かれ目になる。

BOIの投資環境：649件・330,132百万バーツとデジタル偏重

タイ投資委員会（BOI）の2026年第1四半期は、承認が649件・投資額330,132百万バーツとなっている。承認とは別の集計である申請ベースでは、投資額が1.01兆バーツ超・件数が600件超に達しており、その牽引役はデジタル・電子分野である。背景にはAI需要がある。

ここから読み取るべきは2つある。ひとつは、タイ政府の産業誘致の重心が明確にデジタル側へ寄っていること。もうひとつは、IoT関連の設備投資が優遇の対象として扱われる余地が広がっていることである。

BOIの優遇内容のうち、IoT投資と関係が深いものを整理しておく。

特に見落とされやすいのが研修費200%損金算入と輸入関税免除の2つである。IoT導入の失敗要因の上位は常に「使う人が育たない」であり、その対策コストが優遇対象になりうるという事実は、計画の作り方を変える。

この章での判断ポイント。 BOI優遇を前提に投資計画を組むかどうかは、申請の手間と、恩典の確定タイミングをどう見るかで決めるべきである。優遇の適用可否は個社の事業内容・既存カードの状況で変わるため、「使えるはず」で計画を組むと、承認が下りなかったときに計画全体が崩れる。実務的には、優遇なしで成立する計画を作り、優遇が下りたら前倒しするという組み方が安全である。詳細な費用構造については工場のIoT導入ガイド2026で費用を5層に分けて整理しているので、稟議の数字を作る段階ではそちらを参照してほしい。

市場側の動き：スマート化投資約540億円・前年比10%超（報道ベース）

タイの工場スマート化市場については、NNAの報道ベースで、規模が約540億円、前年比10%以上の拡大が予想されているとされる。投資の主体として中国系の自動車・家電メーカーが挙がっている点も報じられている（有料記事のため、ここでは要旨のみを扱う）。

この数字の読み方には注意がいる。「市場が伸びているから自社もやるべきだ」は理由にならない。読むべきは投資主体の内訳のほうである。投資主体として中国系メーカーが挙がっているという報道は、タイ国内で同じ製品を作る競合が、生産の可視性と切り替えの速さで先に手を打っている可能性を示すものとも読める。日系工場にとっての圧力は、市場規模ではなくここにある。

一方、日系企業側の取り組みも公開情報として確認できる。NECが公開している情報では、日系企業の取り組みとして、タイ大手食品メーカーへの設備稼働見える化IoTプラットフォーム導入、日系自動車部品メーカーへの設備故障・品質不良の予知システム導入が挙げられている（いずれも社名は非公開）。

ここで重要なのは、公開されている事例の記述が「設備稼働の見える化」と「故障・品質不良の予知」という2つの型に収まっていることである。派手な技術の話ではない。次章以降で扱う5類型のうち、パターンAと、パターンB・Cにあたる。公開情報として語られやすいのがこの2つの型である、という点は、最初に手を付ける場所を考えるうえで参考になる。

この章での判断ポイント。 他社事例を投資判断の根拠に使うなら、「どの会社が何を入れたか」ではなく、公開情報として語られている事例がどの型に偏っているかを見るべきである。偏っている型は、成果が説明しやすく、失敗しにくい型である。逆に、どこにも事例が見当たらない型を最初に選ぶのは、社内で最初に説明責任を負う立場としては割に合わない。

IoT導入事例の正しい読み方——4点セットで読む

ここが本記事の中心である。事例の読み方を変えないと、いくつ事例を集めても自社の計画にはならない。

「何を入れたか」で読むと再現できない理由

タイの日系工場でIoTが定着した現場と、PoCで止まった現場を並べてみると、機器構成にはほとんど差がない。三色灯を光センサーで拾う、PLCから信号を取る、ゲートウェイでまとめてクラウドに上げる、ダッシュボードで見る——構成の話をしている限り、成功例と失敗例は同じ絵になる。

差が出るのは、測る前に「この数字が動いたら誰が何をするか」を決めていたかどうかの一点である。

これは精神論ではなく、システムの設計に直結する。「この数字が動いたら生産技術の担当者が翌朝の朝会で原因を報告する」と決まっていれば、必要なのは日次で締まる集計と、前日分を朝7時までに見られる画面である。逆に「とりあえずリアルタイムで全部見たい」から始めると、秒単位のデータを溜め続ける設計になり、通信量とストレージが膨らみ、しかも誰もその粒度を使わない。

「何を入れたか」で読むと再現できないのは、入れたものが結果であって原因ではないからだ。 原因は、その手前にある意思決定の設計にある。

もうひとつ、PoCで止まる典型的な流れがある。センサーを2台に付け、1か月データを取り、きれいなグラフができる。報告会でグラフを見せる。「なるほど、で、これをどうする？」と聞かれる。答えられない。ここで止まる。グラフが出た時点で成果だと思っている計画は、この質問に構造的に答えられない。 質問に答えられるのは、PoCを始める前に答えを決めていた計画だけである。

課題 → 測る対象 → 接続する意思決定 → 変わった数字

事例を再現可能な形で読むには、次の4点をセットで取り出す。逆に、この4点が揃わない事例紹介は、参考記事としては読めても、計画の材料にはならない。

この4点は、順番にも意味がある。1から4へ順に決めるのではなく、3を決めてから2に戻るのが実務的である。

例を挙げる。課題が「設備が止まっている時間が長いようだが実態が分からない」だとする。素直に進めると、測る対象は「設備の稼働／停止」になる。しかしここで3の意思決定を先に考える。「停止時間が分かったら、誰が何をするのか」。答えが「生産技術が長い停止の原因を潰しにいく」なら、必要なのは停止時間の合計ではなく、停止理由の内訳である。つまり測る対象は「稼働／停止」だけでは足りず、停止時の理由入力（現場端末で選択させる）が必須になる。

逆に、答えが「工場長が翌月の生産計画を立てるときに、設備の実質稼働率を前提にする」なら、必要なのは理由の内訳ではなく、期間で締まった稼働率の数字である。この場合、理由入力を現場に求めるのは負荷が増えるだけで、決定には効かない。

同じ課題から出発しても、3をどう決めるかで、測るべきものも、現場にお願いする作業も、費用も変わる。 これが「機器構成に差がないのに結果に差が出る」ことの正体である。

4点セットで書き直すとどう見えるか

参考として、よくある事例紹介の書き方と、4点セットで書き直した書き方を並べる。以下は特定企業の実例ではなく、記述形式を比較するための例である。

この章での判断ポイント。 他社事例を読むとき、あるいは自社の計画を書くときは、3（接続する意思決定）から書き始めること。3が「経営会議で共有する」しか出てこないなら、その計画はまだ投資判断に耐えない。「誰が」「いつ」「何を決める」の3つが埋まって初めて、測る対象が絞れる。

タイの工場IoT導入事例パターン5類型

タイの日系工場で語られるIoT導入事例は、実務上は5つの型に分けて理解できる。ここでは各型を、前章の4点セットに沿って整理する。個別企業の実例ではなく、一般に報告されている構成と、弊社が現場で見てきた範囲でよくある形を類型化したものとして読んでほしい。数値の改善幅は個社差が大きく、断定できる性質のものではない。

まず全体像を並べる。

以下、それぞれを詳しく見る。

パターンA 設備稼働の見える化（三色灯・PLCから始める型）

最も件数が多く、最初の一歩として選ばれやすい型である。NECの公開情報にあるタイ大手食品メーカーの事例も、記述としてはこの型にあたる（設備稼働見える化のIoTプラットフォーム導入。社名は非公開）。

測る対象。 設備が動いているか止まっているか。加えて、止まっている場合の理由。理由は自由記述にせず、6〜8区分程度の選択式にするのが定石である。区分は「段取り替え」「材料待ち」「チョコ停」「故障」「品質確認」「計画停止」あたりから始め、運用しながら実態に合わせて増減させる。

取り方。 大きく2通りある。三色灯（積層表示灯）の点灯状態を光センサーで拾う方法と、PLCから信号を取る方法である。前者は既存設備に一切触らずに済むため、電気工事の許可や設備停止の調整が最小で済む。後者は精度が高く、生産数やサイクルタイムまで取れるが、PLCのメーカー・型式・通信仕様に依存し、設備メーカーの保証条件に触れる場合がある。古い設備が多い工場では、まず三色灯方式で範囲を広げ、重要設備だけPLC接続に切り替えるという二段構えが現実的である。 取り方の詳細は既存設備のIoT化で手段ごとに整理している。

接続する意思決定。 ここが型の成否を決める。よく機能するのは次の2つである。

• 翌朝の朝会（7:30〜8:00）で、前日の停止時間上位3件について原因と対策担当をその場で決める。
• 月次で、実質稼働率を翌月の生産計画の前提値として使う（計画の分母を実測値に置き換える）。

前者は現場の改善サイクルに、後者は計画精度に接続する。どちらか一方でよい。両方を最初から狙うと、必要なデータ粒度が変わって設計がぶれる。

つまずく点。 停止理由の入力が続かないこと。これに尽きる。現場端末に理由を入れる作業は、オペレーターにとって純粋な追加作業である。理由入力の結果が現場に戻ってこない（＝入力しても何も変わらない）と、1か月で入力率が落ちる。 対策は技術ではなく運用側にある。朝会で「昨日の材料待ちが多かったので購買に確認する」といった形で、入力が何かを動かした事実を現場に見せ続けることである。

この型を選ぶ判断。 何から始めるか決まっていないなら、ほぼこの型でよい。理由は3つある。既存設備を触らずに始められる、成果の説明が停止時間という一つの数字で済む、そして後続の型（B・E）がこの型の上に乗るからである。

パターンB 設備故障の予兆をつかむ型

NECの公開情報にある日系自動車部品メーカーの事例（設備故障・品質不良の予知システム導入。社名は非公開）が、この型とパターンCにまたがる記述にあたる。

測る対象。 振動、電流、温度、圧力などの物理量を、時系列で継続的に取る。ポイントは「異常値を検知する」のではなく、正常時の傾向を長期間ためて、そこからのずれを見ることにある。したがって導入直後は何も分からない。基準となる正常データが溜まるまで、数か月から半年程度は判定できない期間が続く。

接続する意思決定。 「予兆が出たら予備品を手配し、次の計画停止のタイミングに保全を前倒しする」。これが接続先である。逆に言えば、予備品の在庫方針と保全計画の運用が固まっていない工場では、予兆が出ても打つ手がない。

つまずく点。 3つある。第一に、上記の「判定できない期間」を経営側が待てないこと。第二に、閾値の設定が難しく、鳴りすぎるアラートは無視されるようになること。第三に、そもそも故障の頻度が低い設備では、学習データが集まらないことである。年1回しか壊れない設備の予兆を掴もうとすると、データが揃うまでに何年もかかる。

この型を選ぶ判断。 適用範囲を絞れるかどうかで決める。「この設備が止まると工場全体が止まる」という設備が1〜3台に特定できているなら、この型は成立する。 特定できずに「主要設備全部に」と広げると、費用と手間に対して見合わない。また、この型は基本的にパターンAの後に来る。稼働／停止すら見えていない状態で予兆を追うのは、順序が逆である。

パターンC 工程内の不良を追える状態にする型

測る対象。 検査結果（良品／不良、不良区分）、その時の工程条件（温度、圧力、時間など）、そして製品ロットとの紐付けである。3つ目が最も重要で、かつ最も抜けやすい。

接続する意思決定。 「客先から不良の連絡が来たとき、同じ条件で作った製品の範囲を特定し、出荷を止めるか流すかを判断する」。この判断が、時間との勝負になる。

つまずく点。 紐付けの粒度である。ロット単位で紐付いていれば範囲は絞れるが、日単位でしか紐付いていなければ「その日の生産全部」が対象になる。粒度は後から細かくできない。 過去のデータを遡って細かくすることは原理的に不可能であり、これがパターンCで最も高くつく後悔になる。

もうひとつのつまずきは、検査結果を紙で持っている工程が1つでも残っていると、そこで追跡が切れることである。9工程をデータ化して1工程が紙なら、その1工程が原因の不良は追えない。

この型を選ぶ判断。 客先クレームの対応工数が問題になっているか、出荷可否の判断に丸1日以上かかっているなら、費用をかける価値がある。逆に、クレームがほとんど発生していない工場が「将来のために」この型から始めるのは、投資対効果が説明しにくい。不良原因の特定については品質データ管理システムで3層に分けて整理しているので、この型を検討するならそちらを読んでから設計に入るほうが早い。

パターンD 電力・エネルギーを工程単位で見る型

測る対象。 受電点だけでなく、系統別・設備別の電力量である。受電点のみの計測は、この型に入らない。 受電点だけなら電力会社の請求書で足りるからだ。この型の価値は、工場全体の電気代を工程や設備に割り付けられることにある。

接続する意思決定。 主に3つに接続する。契約電力（デマンド）の見直し、ピークを作っている設備の稼働時間帯の変更、そして製品原価への電力費の割り付けである。

つまずく点。 測点をどこに置くかの設計で、ほぼ結果が決まる。細かく測りすぎるとCT（変流器）の設置費用と電気工事が膨らみ、粗すぎると「どの設備が食っているか」が分からず意思決定に接続しない。 判断基準は単純で、「その測点の数字が動いたときに、変えられる運用があるか」である。変えられないものを測っても費用が増えるだけである。

この型を選ぶ判断。 電気代が損益に無視できない比率で効いているなら成立する。測点設計の考え方は電力監視システム導入で扱っているので、設計に入る前に読んでおくと測点の数を大幅に減らせる。この型はパターンAと並行して進められる数少ない型でもある。電力の計測はPLCや生産データとは独立して構築できるためだ。

パターンE 日本本社からタイ工場を遠隔監視する型

測る対象。 新しく測るものはない。パターンAで取ったデータを、日本から見られる状態にするだけである。 ここを誤解して「遠隔監視システム」という別のシステムを検討し始めると、話が大きくなりすぎる。

接続する意思決定。 本社側の意思決定に接続する。設備投資の優先順位付け、応援要員の派遣要否、そして日本側の生産計画とタイ側の実態のすり合わせである。

つまずく点。 3つある。第一に、本社が見る画面と現場が見る画面を同じにしようとすること。現場は今日の話を見たい。本社は月・四半期の傾向を見たい。必要な粒度も期間も違う。同じ画面で両方を満たそうとすると、どちらにとっても使いにくい画面ができる。

第二に、本社が現場の数字を「監視」として使い始めること。稼働率が下がった週に本社から問い合わせが来る、という運用が定着すると、現場は数字が悪く出ないように振る舞い始める。データの信頼性が構造的に落ちる。遠隔監視の型で最初に決めるべきなのは、技術ではなく「この数字を人事評価に使わない」という運用ルールである。

第三に、ネットワークとセキュリティである。タイ拠点から日本本社へデータを送る経路をどうするか（VPNか、クラウド経由か）は、本社の情報システム部門の方針に依存する。ここは現地だけで決められない部分であり、着手が遅れる典型的な原因になる。現地で計画を作る段階で、本社IT部門を巻き込んでおくかどうかが、3か月の差になる。

この型を選ぶ判断。 出張回数が減って現場の実態が見えなくなっているなら、価値がある。ただし単独で始める型ではない。パターンAが動いていることが前提であり、その上に「見せ方を追加する」という位置付けで進めるのが正しい。費用と回収の見方については海外拠点のIoT導入と遠隔監視で扱っているので、本社への説明資料を作る段階ではそちらを参照してほしい。

定着した事例と止まった事例を分ける5つの境界

ここまで型を見てきたが、同じ型を選んでも定着する現場と止まる現場がある。差が出る場所は経験上5つに集約できる。5つとも技術の話ではない。

境界1 測る前に意思決定を決めたか

前章までで繰り返してきた点だが、5つの境界の中で最も差が大きい。判定方法は簡単で、PoCを始める前に「この数字がこうなったら、誰が何をする」という文が1つでも書けているかを見ればよい。書けていなければ、その計画は高い確率でグラフを作って終わる。

書けていない場合の対処も単純である。測る前に、現状の意思決定がどう行われているかを観察する。 生産計画は誰がいつ立てているか。設備が止まったとき誰が呼ばれるか。不良が出たとき誰が判断するか。既に存在する意思決定に、データを差し込む形にするのが最も確実である。存在しない意思決定を新設しようとすると、システムと運用の両方を同時に立ち上げることになり、難易度が跳ね上がる。

境界2 見る人がタイ人スタッフか駐在員か

タイの工場でこの境界を軽視すると、ほぼ確実に定着しない。理由は単純で、駐在員は数年で交代するが、タイ人スタッフは残るからである。

具体的に効いてくるのは3点ある。

UI言語。 ダッシュボードや現場端末の表示がタイ語で使えるか。英語で運用できる層は工場によって厚みが違い、ライン近くのオペレーターまで英語で通す前提は現実的でないことが多い。停止理由の選択肢のような、毎日触る部分は特にタイ語が要る。

当番。 「毎朝データを確認する人」が役職名で決まっているか。個人名で決まっていると、その人が異動した瞬間に止まる。役職名で決めておくと、担当が変わっても運用が続く。

引き継ぎ。 手順書がタイ語で存在し、新任者が読んで運用できるか。ここまでやって初めて、駐在員の交代を越える。

この境界での判断ポイント。 ベンダー選定の段階で「タイ語UIに対応できるか」を必ず確認事項に入れること。後付けの多言語対応は、画面数が増えてからだと費用が跳ね上がる。また、タイ語対応は翻訳の問題ではなく、選択肢の言葉を現場が普段使っている言い方に合わせられるかの問題である点も押さえておきたい。辞書的に正しい訳語より、現場が実際に使っている呼び方のほうが入力率は上がる。

境界3 データの粒度を後から細かくできる設計か

これは技術寄りだが、後戻りが効かない点で重い。

原則として、粗く取ったデータを後から細かくすることはできない。 1時間ごとの集計値だけを保存していれば、後から「10分ごとに見たい」と言われても過去分は出てこない。逆に、細かく取っておいて後から集計するのは常に可能である。

だからといって「全部を秒単位で永久保存」が正解ではない。ストレージと通信のコストが効いてくるうえ、実際にはほとんど使われない。実務的な折衷は次の形になる。

この境界での判断ポイント。 設計時に決めるべきは保存粒度そのものではなく、「後から細かくしたくなる可能性が高いのはどのデータか」である。経験上、後から細かくしたくなるのは停止理由と不良のロット紐付けの2つに集中する。この2つだけは、最初から細かく取っておく価値がある。

境界4 既存設備をどこまで触るか（電気工事・設備停止の許容）

計画が止まる最も物理的な理由がこれである。センサーを付けるには設備を止める必要があり、電気工事には資格と許可が要り、設備メーカーの保証条件に触れる場合がある。

タイの工場で特に問題になるのは3点ある。

設備停止のタイミング。 稼働率が高い工場ほど、止められる時間が少ない。年末年始やソンクラーン（4月）の長期休暇に合わせる計画にすると、そのタイミングを逃した場合に半年待ちになる。工事のタイミングから逆算してスケジュールを引くほうが、実態に合う。

設備メーカーの保証。 PLCに接続する場合、設備メーカーの保証条件を確認する必要がある。保証が切れる、あるいはトラブル時の切り分けで揉めるリスクがある。この確認を後回しにして工事日を決めると、直前で止まる。

電気工事の資格と業者。 現地の有資格業者の手配が必要になる。工場の既存の保全業者が対応できるか、別途手配が要るかで、リードタイムが変わる。

この境界での判断ポイント。 「既存設備を触らずに済む方法があるか」を最初に検討すること。三色灯の光センサー方式や、クランプ式のCTなど、非接触・後付けで済む手段を優先すると、この境界の問題の大半が消える。 精度が落ちる分は、対象を絞ってPLC接続に切り替えることで補える。手段の選択肢は既存設備のIoT化に整理してある。

境界5 駐在員の交代で消えない仕組みになっているか

導入から2年後に見に行くと動いていない、という現場には共通のパターンがある。導入を主導した駐在員が帰任し、後任が引き継げなかったという形である。

消えないようにするために必要なものは、実務上4つに絞れる。

1. 役職名で書かれた運用当番表（個人名ではない）
2. タイ語の操作手順書（画面のスクリーンショット付き）
3. 月次で数字を見る会議体（既存の会議に議題として組み込む。新設しない）
4. ベンダー・保守窓口の連絡先と契約内容が、現地の文書で残っている

4つ目が抜けやすい。導入時のやり取りが駐在員の個人メールにしか残っていないと、後任は何を契約しているのかから調べ直すことになる。

この境界での判断ポイント。 導入プロジェクトの完了条件に、「上記4点が現地に文書として存在すること」を明記すること。稼働開始を完了条件にすると、この4点はたいてい作られない。

タイ工場ならではの実務論点

一般的なIoT導入の解説では触れられないが、タイの工場では必ず問題になる論点を整理する。

電源・通信環境：工場内Wi-Fi、雨季・落雷、停電

工場内Wi-Fi。 オフィス用のアクセスポイントをそのまま工場に置くと、まず届かない。金属の設備、天井の高さ、フォークリフトの動線、そして電気的なノイズがある。IoTのゲートウェイを置く場所と、そこからの通信手段（Wi-Fi、有線、LTE）を現場で実測してから決める必要がある。机上の設計だけで進めて、設置当日に電波が届かないと判明するのは珍しくない。

雨季と落雷。 タイの雨季（おおむね5〜10月）は落雷が多い。屋外配線や、避雷対策のない機器は落雷サージで壊れる。特に電力監視で使う機器や、屋外の受電設備近くに置く機器は、サージ対策を最初から見込んでおくべきである。 事後に壊れてから対策すると、その間データが欠測する。

停電。 短時間の停電や電圧変動がある地域では、ゲートウェイやサーバーがそのたびに落ちる。UPSを入れるかどうかは、「落ちたときに自動復旧するか」で判断が変わる。自動復旧しない構成なら、UPSより先に自動復旧の設定を確認したほうが安い。 停電のたびに人が現場に行って再起動する運用は、確実に続かない。

この論点での判断ポイント。 通信と電源は、設計段階で現地調査を1回入れるだけで、後工程のトラブルの大半が防げる。PoCの計画に「現地調査半日」を明示的に入れておくこと。 ここを省略した計画は、本番設計の段階で必ず遅れる。

BOI優遇と輸入関税免除を使う場合の段取り

前章で触れた優遇のうち、IoT投資で実際に手続きが発生するのは主に輸入関税免除である。センサー、ゲートウェイ、エッジ機器、産業用ロボット、GPU等が対象になりうる。

段取りとして押さえるべきは順序である。機器を輸入してから免除を申請することはできない。 対象機器のリストを事前に申請し、承認を得た上で輸入する流れになる。したがって、機器選定が固まる前に大枠のリストを出しておく必要があり、これはプロジェクトのスケジュールに直接影響する。

もうひとつ、研修費の200%損金算入は、IoT導入の教育コストに使える可能性がある。ローカルスタッフへの操作教育、保全教育などが対象になりうる。これも事後ではなく、研修の実施計画と記録の残し方を先に決めておく必要がある。

この論点での判断ポイント。 優遇の適用可否は個社の状況によって変わるため、プロジェクトの初期段階でBOI担当（社内または顧問）に相談し、「使えるか／使えないか」を早く確定させること。「使えるかもしれない」を抱えたまま進めると、機器選定と申請のスケジュールが両方こじれる。前述のとおり、優遇なしでも成立する計画を作っておくのが安全な組み方である。

タイ語UIと運用当番、ローカルスタッフへの引き継ぎ

境界2で触れた内容の実務面を補足する。

用語の決め方。 停止理由の選択肢や、画面のラベルは、辞書的な訳ではなく現場の言い方に合わせる。決め方は簡単で、リーダー格のタイ人スタッフ2〜3名に、画面の案を見せて言い換えてもらう。この工程を30分入れるだけで、入力率が変わる。

教育の設計。 一度の集合研修で終わらせない。導入後1か月は、週1回15分でよいので、実際のデータを見ながら「この数字は何を意味するか」を確認する場を持つ。数字の読み方が分からないまま画面だけ渡されると、使われない。

引き継ぎの単位。 手順書は「機能の説明」ではなく「業務の流れ」で書く。「朝、この画面を開く → 前日の停止上位3件を確認する → 朝会で報告する」という順序で書かれた手順書は引き継げるが、「グラフの見方」から始まる手順書は引き継げない。

この論点での判断ポイント。 引き継ぎの成否は、手順書が「業務の順番」で書かれているかでほぼ判定できる。導入プロジェクトのレビューで、この1点だけは確認する価値がある。

保守：現地で誰が触れるか

導入後に必ず起きるのは、センサーが外れる、端末が壊れる、通信が切れる、という物理的なトラブルである。このとき現地で誰が一次対応するかが決まっていないと、その設備の分だけデータが欠け、やがて欠測が常態化する。

現実的な体制は次のいずれかになる。

この論点での判断ポイント。 保守体制は、導入費用の見積もりを取る段階で同時に決めること。稼働してから保守を考え始めると、最初の故障で運用が止まり、そのまま戻らない現場が多い。 予備センサーを数個常備しておくだけでも、復旧までの日数が大きく変わる。

なお、上位の生産管理システム（MESやERP）との接続をどうするかは、この段階では決めなくてよい。順序としては、稼働データが安定して取れるようになってから検討するもので、先に上位システムの議論を始めると全体が止まる。境界の考え方はMES導入の費用と進め方で整理している。

何から始めるか——最初の90日

ここまでの内容を、実行の順序に落とす。90日を3つの30日に分け、それぞれの終わりに何が出来上がっているかを決めておく構成にする。

なお、全体のスケジュール感としては、課題棚卸し2〜4週 → PoC 1〜2か月 → 本番設計・開発2〜4か月 → 設置・移行・教育1〜2か月で、合計6〜12か月というのが一般的な目安である。以下の90日は、このうち前半にあたる。

0〜30日 課題棚卸しとKPI 1本の決定

やること。 現場を回り、困りごとを文章で集める。この段階でセンサーやベンダーの話をしない。集めた困りごとを、前述の4点セットのフォーマットに落とす。特に「接続する意思決定」の欄を埋める。

KPIは1本に絞る。 複数のKPIを同時に追うと、PoCの設計がぶれる。停止時間なら停止時間、電力量なら電力量に絞る。絞れないなら、それは課題の優先順位が決まっていないということであり、まだPoCに入る段階ではない。

この期間で決めるべき判断。 「1本のKPIが動いたとき、誰が、いつ、何を決めるか」を1文で書けるか。書けたら次に進む。書けなければ、この期間を延長するほうが結果的に速い。

31〜60日 PoC（設備1〜2台）

規模の目安。 PoCの一般的な水準は、期間1〜2か月、費用50万〜100万円、対象は設備1〜2台にセンサーを取り付ける規模である。この範囲を超えるPoCは、PoCではなく小規模な本番導入になっている。

PoCで確認すること。 データが取れることの確認は、実は主目的ではない。技術的にはたいてい取れる。確認すべきは運用のほうである。

• 停止理由の入力が、現場の作業を止めずに回るか（入力率は何%か）
• 朝会で使ってみて、議論が成立するか
• 通信が安定して繋がるか（雨季なら雨天時も含めて）
• タイ人スタッフが画面を見て、意味が分かるか

この期間で決めるべき判断。 PoC期間中に、決めた意思決定を実際に1回以上実行してみること。朝会で停止上位3件を報告し、対策担当を決める、というプロセスを実際に回す。回してみて機能しないなら、本番で機能する見込みはない。

61〜90日 判断（広げる／やめる）の基準をあらかじめ決めておく

最も重要なのは、この基準を61日目に考えないことである。 0〜30日の段階で、「PoCがどうなったら本番に進み、どうなったらやめるか」を書いておく。

基準の例を挙げる。

費用の見通しについて。 本番導入の規模感としては、経産省ガイドラインに準拠したレベル1（見える化）の中小企業向け投資目安が300万〜1,000万円とされている。ROIは3〜5年で回収する計画を標準とするのが一般的である。PoCの結果から本番の費用を見積もる際は、この範囲に収まっているかを一度確認するとよい。 大きく外れる場合は、対象範囲が広がりすぎているか、粒度を取りすぎている可能性が高い。費用の内訳をどう分解して見るかは工場のIoT導入ガイド2026で5層に分けて扱っている。

人の問題を織り込む。 失敗要因として、企業の85%以上がDX推進人材の量・質不足を挙げているという調査結果がある。この数字が意味するのは、「人が足りない前提で計画を作らないと計画倒れになる」ということである。 90日の計画を立てる時点で、担当者が何%の稼働を割けるのかを確認しておく。専任がいないなら、外部に何を任せるかを先に決める。

この期間で決めるべき判断。 判断の場を、既存の会議体（月次の工場会議など）に組み込んでおくこと。新しく報告会を設定すると、日程調整だけで2週間流れる。

よくある質問

タイ 製造業のIoT導入事例はどこで探せばよいですか？

公開されている情報源は主に3つある。ベンダーやSIerが公開している導入事例（社名非公開のものが多い）、JETROやNNAなどの報道・調査記事、そして工業団地や業界団体のセミナー資料である。

ただし、探し方より読み方のほうが重要である。本記事で示した4点セット（課題／測る対象／接続する意思決定／変わった数字）が揃っていない事例は、参考記事としては読めても、自社の計画の材料にはならない。 特に「接続する意思決定」が書かれている事例は少ないため、書かれていない場合は「この会社は、この数字を見て誰が何を決めているのだろうか」と推測しながら読むと、自社に当てはめやすくなる。

タイでのIoT導入の費用はどれくらいですか？

規模と範囲で大きく変わるため、単一の答えはない。目安として、PoC段階（設備1〜2台にセンサー取付、期間1〜2か月）で50万〜100万円、経産省ガイドライン準拠のレベル1（見える化）の中小企業投資目安で300万〜1,000万円という水準が挙げられている。ROIは3〜5年での回収を標準計画とするのが一般的である。

費用の内訳（機器、通信、クラウド、開発、運用保守）をどう分解して見積もるかについては、工場のIoT導入ガイド2026で5層に分けて詳しく扱っている。本記事では費用の内訳には踏み込まない。

古い設備しかなくてもIoT導入事例のような効果は出ますか？

出る。というより、古い設備が多い工場のほうが、稼働の見える化の効果は説明しやすいことが多い。新しい設備は自身でログを持っていることが多く、既に見えている部分があるからだ。

古い設備の場合、三色灯の点灯状態を光センサーで拾う方法なら、設備の制御には一切触れずに稼働／停止が取れる。この方法は設備の年式にほとんど依存しない。取り方の選択肢と、それぞれの精度・費用・工事の重さについては既存設備のIoT化を参照してほしい。

日本からタイ工場の稼働状況を把握できますか？

技術的には可能である。パターンEで述べたとおり、新しく何かを測る必要はなく、タイ工場で取っているデータを本社から見られるようにするだけである。

ただし、実務上の注意が2つある。ひとつは、本社が見る画面と現場が見る画面を分けること。見たい粒度と期間が違うため、共用すると両方が使いにくくなる。もうひとつは、その数字を評価に使わないという運用ルールを先に決めること。監視として使われ始めると、現場が数字を作るようになり、データそのものの信頼性が落ちる。

加えて、ネットワーク経路とセキュリティ方針は本社IT部門の管轄になることが多い。計画の初期段階で本社を巻き込んでおくと、着手までの期間が短くなる。

BOIの優遇はIoT投資にも使えますか？

使える可能性がある。関係が深いのは、技術アップグレード（措置10.1）による追加3年の法人所得税免除、研修費の200%損金算入、そしてIoTセンサー・産業用ロボット・エッジ機器・GPU等の輸入関税免除である。法人所得税免除は最大8年（EEC併用で最大15年）、免除期間後の50%軽減が5年という枠組みも併せて確認するとよい。

ただし適用可否は個社の事業内容と既存の恩典カードの状況によって変わる。また輸入関税免除は事前申請が必要で、輸入後には申請できない。プロジェクト初期にBOI担当へ相談して可否を確定させ、それとは別に「優遇なしでも成立する計画」を用意しておくのが実務的である。

PoCで止まらないためには何を決めておけばよいですか？

3つある。

第一に、接続する意思決定を1文で書いておくこと。 「この数字がこうなったら、誰が、いつ、何を決める」。これが書けていないPoCは、グラフを作って終わる。

第二に、PoC期間中にその意思決定を実際に1回以上実行してみること。 データが取れたかどうかではなく、決めたプロセスが回ったかどうかで評価する。

第三に、進む／止める基準をPoC開始前に書いておくこと。 終わってから判断基準を考えると、「もう少し様子を見よう」になり、そのまま自然消滅する。基準は数字で書く（欠測率、入力率、対策決定件数など）。

この3つは、いずれもPoCの前に紙1枚で書ける。書けないなら、まだPoCに入る段階ではないというのが、本記事全体を通じた立場である。

まとめ

タイ 製造業 IoT導入事例を読むときに押さえるべき点を整理する。

• 2026年に導入が増えている背景には、日系企業の賃金上昇率4.64%と技術職の年5〜8%上昇、BOIのデジタル偏重（2026年Q1で承認649件・330,132百万バーツ）、そしてスマート化市場の拡大（報道ベースで約540億円・前年比10%超）がある
• 事例は「何を入れたか」で読むと再現できない。課題 → 測る対象 → 接続する意思決定 → 変わった数字の4点セットで読む
• 実務上の類型は5つ。A 設備稼働の見える化／B 故障の予兆／C 工程内不良の追跡／D 電力の工程別把握／E 本社からの遠隔監視。何から始めるか決まっていないならAでよい
• 定着と停滞を分ける境界は5つ。意思決定を先に決めたか、見る人がタイ人スタッフか、粒度を後から細かくできるか、既存設備への介入範囲を合意しているか、駐在員の交代で消えない形になっているか
• タイ固有の論点は、工場内の通信環境、雨季の落雷と停電、BOI優遇の事前申請、タイ語UIと当番、そして現地での一次保守体制
• 最初の90日は、0〜30日で課題棚卸しとKPI 1本、31〜60日でPoC（1〜2か月・50万〜100万円・設備1〜2台）、61〜90日で判断。判断基準は0〜30日の段階で書いておく

最後にもう一度書いておく。IoT導入事例の成否を分けるのは、技術でも予算でもない。測ったデータを、どの意思決定に接続すると決めたかである。この一点が決まっていれば、機器構成は後からいくらでも調整できる。決まっていなければ、どんなに良い機器を入れても、きれいなグラフが1枚できて終わる。

TOMAS TECHは、タイの日系製造業向けに、設備稼働の見える化から品質・エネルギーのデータ活用までを現地で支援している。「まだ何から始めるか決まっていない」「PoCをやったが次に進めていない」という段階でも構わない。むしろ、その段階で一度整理しておくほうが、後の手戻りが少なくて済む。現場を見ながら、測る対象と接続する意思決定を一緒に決めるところから始められる。検討段階のご相談はお問い合わせから。