工場DXの進め方｜タイ工場で最初の90日を成功させるロードマップ

「工場 DX 進め方」を調べると、IoT、MES、ERP、AI、設備自動化といった製品や技術の説明が数多く見つかります。しかし、タイの製造現場で本当に難しいのは、何を買うかよりも、どの課題から、誰が、どのデータを使い、どの順番で意思決定するかです。順序が曖昧なままシステムを先に選ぶと、データは取れても会議で使われない、担当者が異動すると止まる、PoCから本番へ進めない、といった状態になりがちです。

本記事では、NSTDAが2026年8月に示したDX Strategyの4領域――Organization、Smart Operation、IT System & Data Transaction、Workforce Learning――とROI重視の考え方を、タイ工場の「最初の90日」に落とし込みます。ここで示す90日ロードマップは、公的制度の公式手順ではなく、TOMAS TECHが一次情報の原則を実行計画へ整理した提案モデルです。期間内に大規模導入を終える計画ではありません。経営課題、現場業務、データ、人材をそろえ、投資を進めるか止めるかを判断できる状態をつくる計画です。

工場DXの進め方は「技術選定」ではなく「判断順序」で決まる

工場DXは、設備にセンサーを付けることでも、紙帳票をタブレットへ置き換えることでもありません。経営が必要とする成果と、現場で毎日繰り返される判断を、信頼できるデータでつなぎ直す取り組みです。したがって最初に決めるべきはソフトウェア名ではなく、次の五つです。

1. どの経営課題を対象にするか
2. どの業務フローとボトルネックを変えるか
3. 成果を測る基準値と指標は何か
4. 誰がデータと業務変更に責任を持つか
5. どの条件を満たせば拡張し、満たさなければ止めるか

この順序なら、設備保全、品質、在庫、進捗、トレーサビリティなどテーマが違っても、同じ判断の型を使えます。反対に「他社がMESを入れたから」「AIを使う予算があるから」から始めると、対象業務が広がり、必要データの定義が後回しになります。まず現場を狭く見ることと、経営価値を小さく考えることは同じではありません。一工程から始めても、価値仮説は工場全体の収益・納期・品質に接続させます。

既存の成功パターンを把握したい場合は、製造業DXの事例と成功条件も参考になります。本記事は事例紹介ではなく、その前後にある「どの順で決めるか」に焦点を絞ります。また、対象範囲の切り方はスモールスタートで失敗しないシステム導入で詳しく解説しています。

NSTDAの4領域で工場DXの現在地を診断する

NSTDAのSustainable Manufacturing Centerが実施した2026年のパイロット「DX Strategy」ワークショップには61社が参加しました。公表資料では、単なる先端技術導入ではなく、次の4領域を統合してロードマップを作る考え方が示されています。

4領域を同じ点数へそろえる必要はありません。重要なのは、最も弱い領域がパイロットの成立条件を壊さないかを確認することです。例えば設備から停止信号を取得できても、停止理由の入力基準が班ごとに異なれば、改善対象を比較できません。ダッシュボードが完成しても、朝会で誰が何分以内に対応を決めるかが定義されていなければ、表示は増えても行動は変わりません。教育を実施しても、作業標準や権限が旧来のままなら利用者は二重入力を続けます。

6次元のi4.0 Indexは「抜け」を見つける補助線

NSTDAが2023年に説明したThailand i4.0 Indexは、Technology、Smart operation、IT system & data transaction、Market & customers、Strategy & organization、Human capitalの6次元で準備度を見る枠組みです。2026年の4領域と名称は完全には同じではありませんが、診断の抜けを探す補助線になります。

ここで成熟度評価を「高い・低い」の採点だけで終わらせないことが大切です。例えばIT system & data transactionが弱いなら、APIの有無だけでなく、設備番号と品目番号をどこで正規化するか、通信断の間にデータをどう保持するか、誰が再送を確認するかまで課題へ変換します。Human capitalが弱いなら、研修時間だけでなく、シフト別の利用率、入力ミスの再発、監督者のレビュー行動まで観察します。Market & customersの観点では、現場改善が顧客納期、品質要求、変更対応へどう結びつくかも確認します。

工場DXロードマップ：最初の90日を3段階に分ける

以下は実務向けの提案モデルです。各社の操業日、設備停止可能時間、予算承認、サイバーセキュリティ審査により期間は調整してください。90日で全工場を変革するのではなく、拡張判断に足る証拠をつくることが目的です。

1〜30日：ASSESS――設備ではなくボトルネックを選ぶ

最初の10日ほどは、経営者、工場長、生産管理、製造、品質、保全、ITの代表で対象課題を一文にします。「生産性を上げる」では広すぎます。「成形工程で計画と実績の差異把握が翌日になり、当日中の応援配置ができない」のように、場所、遅れ、意思決定への影響まで書きます。

次に現場観察を行います。帳票の流れだけでなく、ワーク、材料、設備信号、人の確認、Excel転記、電話連絡を時系列で並べます。正式な標準作業と実際の回避行動が違う場合は、現実の流れを採用します。デジタル化する前の手戻りを、そのままシステムへ固定しないためです。

11〜20日には基準値を固定します。停止時間、不良率、仕掛在庫、計画達成、記録工数などから、課題に直結する主指標を一つ、悪化を監視する副指標を二つ程度選びます。ただし本記事では架空の目標値を置きません。各工場の測定可能性とデータ品質を確認し、同じ定義で比較できる期間を確保してください。指標名が同じでも、計画停止を含むか、良品だけを分母にするかで値は変わります。

21〜30日には、パイロット憲章を承認します。対象ライン、設備、製品、シフト、利用者、期間、収集データ、対応ルール、終了条件を明記します。ここで「何をしないか」を書くと、途中の要望追加を抑えられます。費用見積はライセンスや機器だけでなく、ネットワーク工事、設備接続、マスター整備、教育、並行運用、保守、セキュリティ対応を含めます。

31〜60日：PILOT――接続ではなく判断サイクルを動かす

パイロットの開始条件は、センサーや画面が完成したことではありません。異常または差異が発生し、データが記録され、担当者へ届き、担当者が判断し、その結果が残る一連のサイクルが実行できることです。

31〜40日はデータ収集と照合に集中します。設備のサイクル信号、PLC、検査機、バーコード、作業者入力など複数の源泉がある場合、時刻同期、欠損、重複、単位、設備IDを確認します。画面上の件数を現物・紙帳票・既存システムと突き合わせ、「正しいはず」ではなく一致率と不一致理由を記録します。

41〜50日は運用を試します。朝会、シフト引継ぎ、異常呼出し、保全依頼など、既存の会議や行動へデータを組み込みます。新しいダッシュボードを見る会議を別に増やすのではなく、既存判断を置き換える方が定着しやすくなります。利用ログ、入力待ち時間、誤入力、現場からの質問を集め、画面だけでなく標準作業を修正します。

51〜60日は例外を試します。通信断、設備番号変更、製品切替、担当者不在、夜勤、手動運転、再加工など、通常運転以外でデータと責任が途切れないかを確認します。工場のシステムは正常系より例外時に信頼を失います。例外処理を後回しにすると、利用者はExcelやチャットへ戻り、正本が複数になります。

61〜90日：SCALE――成果ではなく再現性を審査する

61〜75日は効果検証です。ASSESSで固定した基準と同じ定義、同じ対象範囲で比較します。生産量や品種構成、残業、保全停止など条件が変わった場合は注記します。改善が見えたとしても、システムだけの効果と断定せず、標準作業変更、追加要員、教育、設備調整の寄与を分けて考えます。

76〜85日は総費用と運用能力を確認します。初期費用に加え、月額費用、機器交換、ネットワーク、マスター保守、一次対応、ベンダー支援、教育更新、監査対応を整理します。同時に、現場だけで設定変更できる範囲、ITへ依頼する範囲、外部支援が必要な範囲を区分します。拡張後に誰も維持できない仕組みは、短期効果が出ても持続しません。

86〜90日は経営ゲートです。選択肢は「全展開」か「失敗」だけではありません。継続、条件付き継続、設計変更、対象縮小、一時停止、中止を並べます。判断理由と再審査条件を残せば、中止も学習資産になります。

三つの意思決定ゲートで投資の暴走を防ぐ

Gate 1：VALUE――解く課題と価値は一文で説明できるか

VALUEゲートでは、課題、対象、現在値、望む変化、経営上の意味を確認します。ROIは最後に計算する数字ではなく、最初に測定設計を決めるための問いです。NSTDAの2026年資料も、事業優先度、投資要件、期待収益に基づくロードマップと、ROIを考慮した投資判断を重視しています。ただし、共通のROI目標や回収期間を示しているわけではありません。

価値仮説は「停止を見える化する」より、「停止理由の確定を早め、同一シフト内に対策判断できる状態をつくる」のように行動まで含めます。そうすれば、必要な時刻粒度、入力者、通知先、会議タイミングが導けます。

Gate 2：OWNERとDATA――誰が運用し、何を正本にするか

責任者は一人に寄せすぎても、委員会へ分散しすぎても機能しません。経営スポンサー、業務オーナー、データオーナー、技術担当、現場チャンピオンを区別します。業務オーナーは成果指標と標準作業、データオーナーは定義と品質、技術担当は接続・権限・障害対応に責任を持ちます。

DATAゲートでは「データを集められるか」ではなく、「同じ意味で使い続けられるか」を審査します。最低限、設備、品目、工程、作業指示、ロット、時刻、状態、理由コードの正本を決めます。データレイクは必須ではありません。小さなパイロットなら既存DBや連携基盤でも構いませんが、ID、履歴、アクセス、保存期間、訂正手順を曖昧にしないことが重要です。

Gate 3：GO――拡張条件と停止条件が対称か

GOゲートでは、効果だけでなく、データ品質、利用率、例外処理、保守負荷、セキュリティ、教育負荷を同時に見ます。「期待効果が出たら拡張」とだけ決めると、問題が出たときに惰性で継続します。拡張条件と停止・再設計条件を事前に対称に書いてください。

データの器を先に決めるとMES・ERP連携がぶれない

工場DXの進め方で見落とされやすいのが「データの器」です。器とは高価な統合基盤の名称ではなく、現場イベントをどの単位で記録し、どのシステムを正本とし、後から追跡できるようにする設計です。

生産計画はERPまたは生産管理、実績はMES、設備状態はPLC・IoT、品質判定は検査システム、保全履歴はCMMSという構成でも、作業指示番号、品目、工程、設備、ロット、時刻が対応しなければ横断分析できません。反対に、最初から全データを一か所へ移す必要もありません。最初の90日では対象判断に必要な最小イベントを定義し、発生元、更新者、利用先を表にします。

海外工場への展開では、本社共通コードと現地の呼称、英語・タイ語表示、時差、承認権限もデータ設計へ含めます。複数拠点展開の考え方は海外工場へのシステム展開ガイドも参照してください。

ROIは「金額を作る作業」ではなく「証拠をそろえる設計」

ROIを正確に扱うには、効果と費用の範囲をそろえる必要があります。削減見込みだけを年額換算し、導入後の運用工数や更新費を除外すれば判断を誤ります。一方、効果をすべて金銭化しようとすると、測れない仮定が増えます。最初の90日では、少なくとも次の証拠をそろえます。

• 基準期間と対象範囲
• 効果指標の定義とデータ源
• 投資・導入・運用・教育・停止時間を含む費用範囲
• システム以外の改善活動と外部要因
• 効果が続くために必要な運用条件
• 再審査日と、継続・修正・停止の条件

ETDAが2026年9月9日に公表したSMEs GROWTH 2026では、DMIを用いたassessment-firstの進め方とともに、1,697のSME、138のデジタルサービスプロバイダー、108件のマッチングが報告されました。社会経済インパクトは合計6億8,950万バーツで、SME側5億3,060万バーツ（77%）、プロバイダー側1億5,890万バーツ（23%）とされています。これはプログラム全体の社会経済インパクトであり、一社当たりのROIや、個別導入の節約保証ではありません。記事中で自社の投資効果を考える際に、この総額を単純に会社数で割って使ってはいけません。

タイの支援制度は価値仮説の後に確認する

NSTDAとBOIの2026年7月31日の発表では、Industry 4.0施策に2,200社超が関心を示し、500社超が専門家支援を受け、30億バーツ超の投資計画につながったと報告されています。同じ発表には、2021年から2026年5月までの2,062件、2,060億5,400万バーツの申請と、別の対象・文脈における17件、10億3,300万バーツという数値もあります。数値はそれぞれの対象と期間にひもづくため、合算したり、すべてが同じ制度で承認済みだと解釈したりしてはいけません。

また、別のBOI発表は2023年から2026年上半期までに1,397件、1,460億バーツとし、MESとERPの連携などの事例を紹介しています。こちらは集計期間も範囲も異なります。前段の2021年〜2026年5月統計と比較して増減を論じる材料ではありません。

BOIの現行Smart and Sustainable Industryの案内では、対象措置について最低投資額100万バーツ、3年間の法人所得税免除、原則として投資額の50%を上限とする条件が記載されています。また、プロジェクトで使用または更新する機械・自動化システム・ロボットの総額の30%以上について、国内の自動化産業との連携、または同産業を支援する機械を使用するなど、所定条件を満たす場合に上限100%となる説明があります。これは自動的に適用される補助金ではありません。事業、設備、費用、申請時期、技術構成など案件ごとの適格性を、投資決裁前にBOIまたは資格ある専門家へ確認してください。2023年のNSTDAページにある過去の恩典説明ではなく、現行BOIページを優先します。

生産管理の業務フロー改善をDXへつなげる方法

生産管理では、計画、払出し、着工、完了、検査、入庫が部門をまたぎます。部分最適のデジタル化では、入力画面だけが増える危険があります。まず「情報が発生する場所で一度記録し、後工程が再入力せず使える」流れを目指します。

例えば計画差異の改善なら、計画担当が翌朝Excelを集計する工程だけを自動化しても、実績確定が遅いままなら効果は限定的です。設備信号だけで生産数を推定しても、不良、段取り、手直し、分割ロットが反映されなければ、計画判断へ使えません。現場イベントと業務承認をつなぐ設計が必要です。

実務では、現在の業務フローに「待ち」「転記」「確認」「判断」「承認」「修正」の印を付けます。待ち時間が長い箇所、同じ情報を二度入力する箇所、担当者の経験だけで分類する箇所を候補にします。そのうえで、デジタル化後の流れを描き、削除される作業だけでなく新しく必要になるデータ品質確認、アラート対応、マスター保守も記載します。

Workforce Learningを研修開催で終わらせない

人材育成は、全員へ同じシステム研修を実施することではありません。役割ごとに「システムで何を判断できる必要があるか」を定義します。

受講率は活動量であり、能力の証明ではありません。夜勤を含む実際のシフトで、入力、確認、判断、復旧ができるかを確認します。使われない理由を「抵抗」と片づけず、画面の待ち時間、端末位置、言語、手袋での操作、権限不足、評価制度との矛盾を調べます。現場からの指摘を仕様変更の入力として扱う仕組みが、Workforce Learningを継続させます。

工場DXでよくある失敗と90日内の対策

失敗1：ソリューションありきで対象を広げる

展示会や本社方針を起点にすると、現場課題より機能一覧が先に来ます。対策は、提案依頼前に課題文、基準値、対象工程、判断者を確定することです。ベンダー比較も機能数ではなく、対象イベントを再現できるかで行います。

失敗2：PoC成功を「データが見えた」で判定する

表示できたことと、業務成果が出たことは別です。PILOTでは異常発生から担当割当、対応、結果記録までを通し、旧手順が本当に置き換わったか確認します。

失敗3：データ定義を各ベンダーへ任せる

設備ID、品目、停止理由などを製品ごとに持つと連携時に変換が増えます。業務側が意味と正本を決め、技術側が実装へ落とします。変更履歴と廃止コードも管理対象です。

失敗4：一人の詳しい担当者へ集中する

パイロット中は速く進んでも、異動や休暇で止まります。業務、データ、技術の責任を分け、判断記録、データ辞書、障害手順を残します。少なくとも別シフトの代替担当が同じ手順を実行できるか試します。

失敗5：補助・税制を前提にROIを成立させる

制度は投資判断を支える可能性がありますが、適格性と時期は案件別です。制度が使えない場合でも運用価値があるかを先に確認し、恩典は条件確認後のシナリオとして扱います。

90日ロードマップを始める前のチェックリスト

経営・組織

• 対象課題を場所、遅れ、損失、判断への影響まで一文で書いたか
• 経営スポンサーと業務オーナーは別の役割として明確か
• GOだけでなくHOLD、REDESIGN、STOPの条件があるか
• 部門間で優先順位が衝突したときの決裁者が決まっているか

現場・データ

• 現行業務を実際の例外ルートまで観察したか
• 基準値の定義、期間、対象、データ源を固定したか
• 設備、品目、工程、ロット、作業指示、理由コードの正本があるか
• 通信断、手動運転、再加工、夜勤でもデータがつながるか

人材・運用

• 役割ごとの判断能力を定義したか
• 研修後に実作業で確認する計画があるか
• 一次対応、マスター保守、変更承認の担当がいるか
• 現場フィードバックをいつ誰が仕様へ反映するか決まっているか

投資・リスク

• 初期費用だけでなく運用、教育、停止、更新を含めたか
• 効果と費用の対象期間・範囲が一致しているか
• サイバーセキュリティ、バックアップ、アクセス権を審査したか
• BOI等の制度は案件ごとの現行条件を確認したか

よくある質問

工場DXの進め方で最初に着手すべきことは何ですか？

システム比較ではなく、経営に影響する現場ボトルネックを一文で定義し、現在値を同じ定義で測ることです。その後に対象業務、責任者、必要データ、判断ゲートを決めます。技術選定はこの条件を満たす手段として行います。

工場DXロードマップは90日で完了しますか？

完了しません。本記事の90日は、限定範囲で価値仮説と運用を検証し、拡張・修正・中止を判断できる証拠を作る提案期間です。大規模導入の期間は設備停止、拠点数、連携、承認により変わります。

スモールスタートのシステム導入は小さな効果しか狙えませんか？

いいえ。対象範囲は一工程や一製品へ限定しても、価値仮説は納期、品質、在庫、停止など経営指標へ接続できます。小さくするのは検証範囲であり、価値の視野ではありません。

製造業DX事例は自社ROIの根拠になりますか？

事例は課題設定や設計の参考になりますが、自社ROIの直接根拠にはなりません。設備構成、品種、稼働、賃金、品質基準、既存システムが異なるため、自社の基準値と総費用で検証してください。

タイ製造業DXでBOI恩典は必ず使えますか？

必ず使えるわけではありません。現行案内には最低投資額や税免除上限に加え、プロジェクトで使用・更新する機械等の総額に占める、国内の自動化産業と連携または同産業を支援する機械の割合などの条件があります。対象事業・費用・機械構成・申請時期を案件ごとに確認し、投資決裁前にBOIまたは資格ある専門家へ相談してください。

MESとERPはどちらを先に導入すべきですか？

一律の答えはありません。解きたいボトルネックと正本データで決めます。計画・在庫・原価の整合が課題ならERP／生産管理側、現場実績・停止・品質の即時性が課題ならMES側が起点になり得ます。重要なのは作業指示、品目、工程、実績を接続できるデータ契約を先に決めることです。

まとめ：最初の90日は「導入」より「判断できる状態」をつくる

工場DXの進め方は、Organization、Smart Operation、IT System & Data Transaction、Workforce Learningの4領域を同時に見ながら、ASSESS、PILOT、SCALEの順で証拠を増やすことが要点です。システム名を先に決めず、VALUE、OWNER、DATA、GOのゲートを通せば、PoCの長期化やデータの孤立を抑えられます。

最初の90日で目指すのは、工場全体のDX完了ではありません。対象業務で、価値、データ、行動、費用、リスクを同じ資料に載せ、次の投資を説明できる状態です。公的支援や税制はその後に案件別条件を確認し、価値仮説を補強する要素として扱います。

タイ工場のボトルネック整理、90日ロードマップ、MES・ERP・IoTの連携境界をまだ決め切れていない段階でも、TOMAS TECHへご相談ください。現場観察から判断ゲートとデータの器を一緒に整理できます。

参考情報

• NSTDA: Driving Industry 4.0 Readiness Through Practical DX Strategy（2026-08-27）
• NSTDA i4platform: DX Strategy Workshop（2026-08-10）
• NSTDA and BOI: Industry 4.0 drive with incentives（2026-07-31）
• ETDA: SMEs GROWTH 2026（2026-09-09）
• BOI: Smart and Sustainable Industry — current conditions
• BOI press release topic 139138
• NSTDA: Industry 4.0 Platform and Thailand i4.0 Index（2023）

※公表数値・制度条件は各出典の公表時点または確認時点に基づきます。制度適用と投資判断は、必ず案件ごとに最新条件をご確認ください。