スマートファクトリー事例を調べる目的は、華やかな成功数字を集めることではありません。タイの自工場で再現できる改善仮説に変換し、90日で投資判断に必要な証拠をそろえることです。本稿では、先進工場の成果を「保証値」ではなくベンチマークとして読み解き、工場IoT、製造現場の可視化、PoC、RFP、受入基準、OTセキュリティ、BOI制度確認までを一つの実務プロセスに落とし込みます。
スマートファクトリー事例2026をどう読むべきか
スマートファクトリーの成功事例は、経営層への説明や投資テーマの発見に役立ちます。一方で、事例に掲載された改善率をそのまま自社の目標やベンダーの約束値にすると、PoCの判定が歪みます。製品構成、設備年式、稼働率、データ品質、保全体制、作業者の熟練度、電力単価、測定期間が違えば、同じ技術を導入しても結果は変わるからです。
世界経済フォーラム(WEF)の2026年1月15日の発表では、Global Lighthouse Networkに23拠点が追加されました。同ネットワークは30超の国、220超のLighthouseの知見を蓄積しています。注目すべきなのは、成功した変革の94%が複数の技術領域を組み合わせ、AIも単独ではなくIoT、クラウド、デジタルツインなどと併用されることが多い点です。また、技術、人材、サステナビリティを組み合わせるLighthouseは平均16%以上上回るとされています。
この情報から導くべき結論は「AIを入れれば16%改善する」ではありません。改善対象、データ取得、現場運用、人材育成、エネルギー、セキュリティを一体で設計した拠点ほど、変革を拡張しやすいということです。AIモデルだけを比較するRFPや、センサーだけを設置するPoCでは、先進事例の再現条件を満たせません。
WEFの数値を保証値にしない
WEFが紹介するACG Packaging Materialsでは、30超のデジタルユースケースを導入し、リードタイム40%減、原材料コスト20%減、不良71%減、エネルギー31%減、OTIF(定時・全量納品)34%改善という成果が示されています。これは複数施策を実装した先進拠点の実績です。自工場に同じ改善率を約束する資料ではありません。
事例から借りるべきものは成果値ではなく、次の問いです。
- どの事業課題を、どのKPIで測ったか
- 複数のユースケースは、共通データ基盤や現場標準をどう共有したか
- 技術導入と同時に、誰の仕事や判断方法を変えたか
- 単一ラインでの成功を、他ラインへ移すゲートをどう置いたか
- 品質、納期、コスト、エネルギーを同時に見たか
公開事例をこの問いに分解すると、「憧れの工場紹介」から「自社の検証設計書」に変わります。

タイのスマートファクトリー導入環境
タイでは、自動化とデジタル化が単なる現場改善ではなく、投資政策のテーマになっています。タイ投資委員会(BOI)の2026年上期速報によると、Smart and Sustainable Industryの申請は132件、約172億バーツでした。対象には機械更新、デジタル技術、Automation/Roboticsの統合が含まれます。同期間のタイ全体の投資申請は1,299件、約1.47兆バーツで、前年同期比37%増でした。
この市場環境は追い風ですが、制度があることと、自社案件が採択条件を満たすことは別です。設備仕様を確定して発注した後でBOI要件を確認すると、投資区分、対象費用、証憑、申請時期が合わない可能性があります。PoCの段階から、技術評価と投資制度の確認を並行させる必要があります。
工場IoTの概算を作る際は、センサーやゲートウェイの単価だけでなく、既存PLCとの接続、ネットワーク分離、データ保存、ダッシュボード、保守、教育、サイバーセキュリティまで費用範囲を合わせて比較してください。費用の分解方法はタイ工場IoTの費用設計で詳しく解説しています。複数拠点を想定する場合は、タイの海外拠点IoT導入も併せて読むと、標準化と現地運用の境界を整理できます。
3つの仮想パターンで見る製造現場の可視化
以下は実在企業の実績ではなく、要件定義の考え方を示す仮想的な設計例です。成果数値を置く前に、何を測り、誰が行動し、どこまでをPoCの責任範囲にするかを比較します。
食品工場:停止と品質条件を同じ時系列で見る
食品工場では、充填機や包装機の短時間停止だけを数えても原因に届かないことがあります。温度、湿度、品種切替、洗浄、原材料ロット、検査結果を同じ時系列に並べると、設備停止と品質条件の関係を検証できます。
PoCの対象は、一本の包装ラインと、その前後工程に限定します。設備信号を取り込むだけでなく、停止理由を現場が選ぶ入力手段を用意し、シフト終了時に班長が未分類を確定する運用を設計します。温湿度の取り扱いを掘り下げたい場合は、タイ工場の温湿度監視システムが参考になります。
このパターンの受入基準は「ダッシュボードが表示された」では不十分です。設備停止の開始・終了時刻が基準データと一致するか、品種切替をまたいで集計境界が崩れないか、データ欠損を検知できるか、担当者が日次会議で改善行動を決められるかまで確認します。
自動車部品工場:サイクルと不良を追跡可能にする
自動車部品工場では、加工設備のサイクル、アンドン、検査、不良処置、工具交換を関連付けます。全設備を一度につなぐのではなく、ボトルネック工程と、その直後の検査工程を選びます。シリアルまたはロットの粒度、設備時刻の同期、リワーク時の履歴を先に決めないと、後からデータを結んでも因果関係を誤ります。
現場の狙いは「データを増やす」ことではありません。停止要因の分類時間を短くし、同じ不良の再発条件を見つけ、保全と品質が同じ事実を見て判断できる状態をつくることです。そのためRFPには、対応プロトコル数よりも、タイムスタンプ、ロット連携、権限、監査証跡、変更履歴を明記します。
電子部品工場:品質とエネルギーを切り分ける
電子部品工場では、環境条件、装置レシピ、検査、エネルギー使用量を同時に扱う場面があります。ただし、工場全体の電力と一工程の品質を単純に相関させてはいけません。設備、製品、時間帯の測定境界を合わせ、待機電力と生産電力を可能な範囲で分けます。
PoCでは、対象設備のエネルギー原単位を「消費エネルギー÷良品数量」のように定義できます。しかし、良品数量をいつ確定するか、リワークを分母にどう扱うか、立上げ・停止時間を含むかを先に合意しなければ、同じ式でも数字が変わります。このような定義差を明示できること自体が、スマートファクトリー導入の重要な成果です。
成功事例を自工場の投資仮説へ変換する
事例を読んだ直後に製品デモを依頼すると、議論が「何ができるか」に偏り、自工場が「何を変えるべきか」が曖昧になります。最初に作るべきものは機能一覧ではなく、意思決定台帳です。経営者、工場長、製造、品質、保全、IT、OTの担当者が、現在困っている判断を一つずつ書き出します。たとえば「朝会までに前日の停止上位3件を確定できない」「不良と設備条件を同じロットで追えない」「改善後の省エネ効果を製品構成の変化と分離できない」といった、期限と対象が明確な文章にします。単に「見える化したい」と書くと、画面は完成しても業務は変わりません。
次に、外部事例の成果をそのまま目標へ移さず、成果が生まれた条件を分解します。対象工程は何か、どのデータが自動取得され、どの判断を人が行い、現場の標準作業がどう変わり、複数施策が同時に走っていたかを確認します。公開情報で分からない条件は「不明」と記録します。不明点を都合よく補完せず、自工場のPoCで検証する仮説に変えることが重要です。先進事例の改善率は経営会議の期待値ではなく、調査すべき因果関係を見つけるための手がかりとして扱います。
投資仮説は「施策→先行指標→業務行動→財務結果」の順で書くと検証しやすくなります。例として、停止理由の取得を自動化する施策なら、先行指標は未分類停止の比率とデータ到着時間です。その情報を使って班長が当日中に原因を割り当て、保全が再発設備を優先するという業務行動が続き、最終的に停止時間や残業、納期遅延の低減へつながる、という連鎖を置きます。財務結果だけをPoCの合否にすると、短期間では製品構成や需要変動の影響を除けません。逆に接続台数だけを合否にすると、投資効果を説明できません。
ベースラインには、良い日だけでなく、段取り替え、計画停止、材料待ち、品質保留、通信断を含む通常のばらつきを入れます。比較期間の製品構成、稼働時間、シフト、設備状態、品質判定ルールが違えば、改善前後の数字を正規化します。データが欠けている場合は無理に平均で埋めず、欠損率をKPIとして残します。欠損の多さそのものが、現行運用の課題であり、PoCで解くべき価値だからです。また、現場入力が必要な項目は、入力時間と未入力率も測ります。自動化で設備データが増えても、理由コードの入力負荷が高すぎれば運用は定着しません。
PoC開始前には、合格、条件付き合格、不合格の三つの出口を定義します。合格は横展開へ進める状態、条件付き合格はデータ品質や現場運用を追加改善して再判定する状態、不合格は技術または業務前提が成立しない状態です。条件付き合格を用意しないと、小さな課題を隠して成功扱いにするか、学びのある試験を全面失敗にするかの二択になります。各出口に、責任者、是正期限、再試験範囲、追加予算の承認条件を付けます。
最後に横展開の単位を決めます。同じ型式の設備へ複製できる部分と、製品、工程、ネットワーク、言語、保全体制によって再設計が必要な部分を分けます。横展開費用には機器やライセンスだけでなく、現地調査、タグ設計、ネットワーク審査、教育、受入試験、運用監視、変更管理を含めます。PoCが成功しても、この再現単位と運用所有者が決まらなければ、二本目のラインで止まります。事例を投資仮説へ変換する目的は、成功を模倣することではなく、自工場がどの条件なら継続投資できるかを、証拠に基づいて決めることです。
工場IoTを90日PoCに落とす進め方
ここで示す90日は推奨工程の一例であり、特定企業の実績ではありません。対象ライン、改造承認、設備メーカーとの調整、ネットワーク審査によって期間は変わります。重要なのは、PoCを「とりあえず接続する期間」ではなく、横展開の投資判断に必要な証拠を作る期間と定義することです。
0〜2週:課題とベースラインを固定する
最初の2週間は、機器を取り付ける前の仕事が中心です。
- 経営課題を一文で定義する
- 対象製品、設備、シフト、時間帯を決める
- 現在のKPI式とデータ源を確認する
- 手作業による基準測定を行う
- 異常時の連絡と安全ルールを確認する
- PoCで変更しない範囲を明記する
ベースラインは平均値だけでは足りません。品種、シフト、曜日、計画停止を区別し、欠損や手修正も記録します。改善後の数字だけ精密に取り、改善前が担当者の記憶では、投資対効果を説明できません。
3〜6週:接続と製造現場の可視化を行う
次に、PLC、センサー、ゲートウェイ、既存データベースなどを接続します。ここでの優先順位は、画面の美しさよりデータの信頼性です。
- 設備時刻とサーバー時刻をどう同期するか
- 通信断の間をバッファし、復旧後に送れるか
- 単位、桁、タグ名、製品コードを統一できるか
- 手入力の責任者と締切を決めているか
- 生データと補正後データを区別できるか
- データ欠損を正常値のゼロと誤認しないか
ダッシュボードは、役割別に最小構成から作ります。作業者には今の異常と取るべき行動、班長にはシフト内の優先順位、工場長にはボトルネックと改善効果が必要です。一つの画面に全KPIを詰め込むより、意思決定ごとに画面を分けた方が利用されます。

7〜10週:改善行動を回し、原因仮説を検証する
可視化しただけでは成果になりません。日次またはシフトごとの短い会議で、異常、原因仮説、担当、期限、結果を記録します。アラートが出た回数ではなく、アラートから行動までの時間と、同じ異常が再発したかを見ます。
この期間はAIや分析モデルを試す場合でも、現場の判断と比較できる形にします。モデルが「異常」と判定した理由を完全に説明できなくても、入力データの範囲、誤報時の扱い、人が承認する地点、モデル停止時の代替運用は説明できなければなりません。
11〜12週:検収し、横展開ゲートを判断する
最後に、RFPと契約で合意した受入試験を実施します。評価は改善率だけでなく、データ品質、運用定着、セキュリティ、保守性を含めます。
横展開の判断は「PoCが動いたから全工場へ」ではありません。継続、条件付き継続、再設計、中止のゲートを用意します。対象ラインで得た設定を別ラインへ移せるか、設備差を吸収する費用はいくらか、現地担当者がベンダーなしで日常運用できるかを確認します。
スマートファクトリー導入KPIの計算式と測定境界
KPIは、名称より定義が重要です。RFPには式、単位、データ源、集計頻度、除外条件、責任者を記載します。
| KPI | 計算例 | 先に決める測定境界 |
|---|---|---|
| OEE | 稼働率×性能×良品率 | 計画停止、段取、速度基準、リワーク |
| 停止時間 | 停止終了−停止開始 | 短停止の閾値、重複停止、計画停止 |
| 不良率 | 不良数量÷検査数量 | 再検、リワーク、廃棄の時点 |
| リードタイム | 完了時刻−開始時刻 | 待ち時間、外注、保留品 |
| エネルギー原単位 | 消費エネルギー÷良品数量 | 待機電力、共用設備、品種差 |
| データ欠損率 | 欠損予定点数÷予定点数 | 通信断、保全停止、意図的停止 |
| アラート応答時間 | 対応開始−アラート発生 | 自動復旧、重複通知、夜間対応 |
OEEだけを最上位KPIにすると、数字を上げるために計画停止区分を変えるなど、実態を伴わない改善が起きることがあります。OEE、品質、納期、エネルギー、データ品質を組み合わせ、現場行動につながる指標と経営成果を分けて管理してください。
ベースラインと受入値を分ける
ベースラインは現状の測定値、目標値は事業上望ましい水準、受入値はPoCの合否を決める契約上の条件です。この三つを混ぜないことが重要です。
例えば、「停止時間を減らしたい」という目標があっても、PoCの受入条件は「対象信号を欠損検知付きで取得できる」「停止理由を期限内に分類できる」「指定期間の集計を再現できる」と分解できます。短期間に改善率が出なかったとしても、改善を継続できるデータと運用が成立したかを判定できます。
数字の監査可能性を確保する
経営会議のグラフから、元の設備信号や入力履歴へ追跡できるようにします。タグ定義、計算式、マスタ変更、補正、欠損処理の履歴を残し、誰がいつ何を変更したか確認できることが必要です。ベンダーの画面でしか計算式が見えない状態は、将来の横展開やベンダー変更の障害になります。
RFPに必ず書くべき要件
スマートファクトリーのRFPは、機能一覧を埋める資料ではありません。解く課題、対象範囲、既存制約、受入方法、責任分界をそろえ、提案を比較可能にする文書です。
1. 業務課題と対象範囲
対象ライン、製品、設備、シフト、拠点を明記します。「生産性向上」のような大きな言葉だけでなく、現在どの判断が遅いか、どのロスが分類できないかを書きます。PoCの対象外も明記し、途中で要求が膨らむのを防ぎます。
2. 現状構成と接続条件
PLC、制御ネットワーク、SCADA、MES、ERP、品質システム、保全システムの構成を、開示可能な範囲で示します。接続可能な時間、設備保証への影響、使用できるプロトコル、クラウド可否、データ保持地域、工場入場手続きを含めます。
3. 成果物とデータ所有権
ダッシュボードだけでなく、タグリスト、データ辞書、接続図、設定バックアップ、試験記録、運用手順、教育資料を成果物にします。生データ、加工データ、モデル、設定、ソースコードの所有権と利用権、契約終了時のエクスポート方法も決めます。
4. 受入試験
正常系だけでなく、通信断、センサー異常、重複データ、時刻ずれ、権限外アクセス、バックアップ復元を試験します。テスト用データ、期待結果、判定者、再試験の条件を事前に合意します。
5. 横展開価格と保守
PoC価格だけが安くても、設備一台追加ごとのライセンス、データ量、拠点数、ユーザー数で費用が急増すれば展開できません。追加ライン、追加拠点、保存期間延長、サポート時間、現地出張の単価表を求めます。タイ語・英語・日本語のどの言語で一次対応できるかも運用要件です。
ISA-95でITとOTの責任境界を設計する
ISA-95/IEC 62264は、企業・物流システムと製造制御システムの統合を扱う国際標準の枠組みです。2025年版Part 1も掲載されています。一般にLevel 3はMES/SCADA、Level 4はERPなどの領域として整理されます。
標準を採用する目的は、立派な階層図を作ることではありません。PoCのデータ境界、責任分界、命名規則を決めやすくすることです。例えば、製造指図の正本はERPかMESか、設備実績をどの時点で確定するか、品目・設備・不良コードをどのシステムが管理するかを決めます。
PoCで最低限そろえるデータ契約
- タグ名と業務上の意味
- 単位、データ型、有効範囲
- 取得周期とタイムスタンプの基準
- 欠損、異常値、重複値の扱い
- 製品、設備、ロット、作業指図の識別子
- データ作成者、承認者、利用者
- 保存期間と削除条件
- 変更時の通知と後方互換性
この「データ契約」があると、PoCで作った接続を横展開しやすくなります。逆に、ベンダー独自のタグ名と画面だけで成立しているPoCは、別ラインや別拠点で作り直しになりがちです。
OTセキュリティはPoC初日から設計する
米国国立標準技術研究所(NIST)は、スマート製造で増える接続性、無線、センサー、IT利用が脆弱性を増やすため、暗号化や機器認証などを性能、信頼性、安全要求と両立させる必要があるとしています。
セキュリティは本番展開の直前に追加する費目ではありません。PoCで仮の共有アカウント、平文通信、常時開放のリモート接続を許すと、その構成が本番へ残ります。一方、IT向けの対策をそのまま制御設備へ適用し、予期せぬ再起動や通信遅延を起こすことも避けなければなりません。
RFPと受入に入れるOT対策
- IT、OT、外部接続のネットワーク分離
- 機器ごとの認証と最小権限
- 通信の暗号化と鍵・証明書の更新方法
- ベンダー遠隔保守の申請、時間制限、記録
- 資産台帳、ファームウェア、脆弱性対応責任
- ログの保存と時刻同期
- バックアップと復元試験
- 障害・インシデント時の手動運転と連絡網
可用性と安全を優先するOTでは、更新頻度や停止手順をITと同じにできない場合があります。だからこそ、例外を放置せず、代替策、責任者、見直し期限を記録します。

BOIの支援制度を投資計画にどう組み込むか
BOIのSmart and Sustainable Industry制度ページでは、効率向上投資の最低額は土地・運転資金を除き100万バーツとされています。機械輸入関税免除に加え、既存事業では投資額の50%を上限とする3年間の法人税免除が示されています。また、国内Automation産業に紐づく機械などが総額の30%以上の場合、投資額の100%相当を上限とする3年間の免税が示されています。
ただし、本記事は制度適用を保証するものではありません。対象事業、申請時期、投資区分、機械の由来、費用証憑などの条件は、最新情報をBOIおよび税務・投資の専門家に確認してください。
実務では、PoC開始前から次の資料を管理します。
- 投資対象とPoC対象の対応表
- 見積書、発注書、請求書、支払記録
- 機械、ソフトウェア、サービスの費用区分
- 国内調達と輸入の区分
- 導入前後の工程、能力、エネルギーの測定根拠
- 申請、発注、搬入、稼働の予定日
補助や免税を前提に投資採算を成立させる場合は、制度が適用されないケースの感度分析も必要です。技術ROIと制度効果を分けて計算しておくと、経営判断が安定します。
ベンダー比較で見るべき7つの観点
スマートファクトリー導入の依頼先は、製品デモだけで選べません。次の7観点で、提案と実行体制を比較します。
- 業務理解:現場観察からボトルネックとKPIを定義できるか
- OT接続力:新旧設備、PLC、ネットワーク制約に対応できるか
- IT統合力:MES、ERP、品質、保全とデータ契約を設計できるか
- 現地実行力:タイの工場で据付、教育、一次対応ができるか
- セキュリティ:設計、試験、運用の各段階に対策を入れられるか
- 横展開性:追加ライン・拠点の標準構成と価格を示せるか
- 移管性:設定、文書、データを顧客側へ引き渡せるか
提案比較では、機能数に点数を付けるだけでなく、前提条件と未確定事項を並べます。「可能」と書かれた機能でも、追加ライセンス、設備停止、メーカー改造、クラウド接続が前提なら費用と日程が変わります。
スマートファクトリー事例からRFPへ変換するチェックリスト
事例調査からPoC発注までを、次の順で確認してください。
- [ ] 事例の成果値を自社の保証値として扱っていない
- [ ] 経営課題と対象ラインを一文で説明できる
- [ ] 改善前のベースラインに測定根拠がある
- [ ] KPIの式、単位、期間、除外条件を定義した
- [ ] PoCの対象外を明記した
- [ ] 0〜2週、3〜6週、7〜10週、11〜12週の成果物が決まっている
- [ ] 正常系と異常系の受入試験がある
- [ ] ISA-95を参考にデータと責任の境界を決めた
- [ ] OTセキュリティを接続前から設計した
- [ ] 横展開価格と運用体制を比較した
- [ ] BOI制度の適用可否を公式窓口・専門家に確認する段取りがある
- [ ] 中止または再設計を含む意思決定ゲートがある
FAQ:スマートファクトリー導入の実務
スマートファクトリーの事例を自社に当てはめるには?
改善率をコピーせず、事例を「課題、対象工程、使用データ、現場行動、KPI、展開条件」に分解してください。その後、自工場の設備、製品、シフト、データ品質を基にベースラインを測り、単一ラインのPoCで再現性を確認します。WEFの先進事例は目標の方向を示すベンチマークであり、成果の保証値ではありません。
スマートファクトリー導入の費用は?
対象設備数だけでは決まりません。センサー、PLC接続、ゲートウェイ、ネットワーク、データ基盤、画面、既存システム連携、セキュリティ、教育、保守を同じ範囲で見積もる必要があります。PoC費用だけでなく、追加ライン、拠点、保存期間、ユーザー、サポートの単価も比較してください。BOI制度は投資判断の一要素ですが、適用可否はBOI・専門家への確認が必要です。
工場IoTのPoCは何台から?
一律の正解はありません。台数より、ボトルネックとデータの流れを切らずに検証できる最小範囲を選びます。一台で設備状態と品質結果を結べないなら、ボトルネック設備と前後工程を対象にします。PoCの目的は接続台数を増やすことではなく、改善判断と横展開条件を検証することです。
OTセキュリティはいつ設計する?
PoCの接続方式を決める時点から設計します。ネットワーク分離、機器認証、暗号化、遠隔保守、ログ、バックアップ、手動運転をRFPと受入試験に含めます。後付けにすると、PoCの仮構成が本番に残ったり、設計変更で費用と停止時間が増えたりします。
まとめ:成功事例を、自工場の90日判断材料へ
スマートファクトリー事例の価値は、改善率を借りることではなく、変革の構造を学べることにあります。WEFの先進拠点が示すように、AI、IoT、クラウド、デジタルツインだけでなく、人材とサステナビリティを組み合わせる視点が必要です。タイではBOIの投資環境もありますが、制度条件は個別確認が欠かせません。
実行では、ボトルネックを一つ選び、0〜2週でベースライン、3〜6週で接続・可視化、7〜10週で改善、11〜12週で検収・横展開判断を行います。KPIの計算式と測定境界、ISA-95に基づく責任分界、OTセキュリティ、データ所有権までRFPに含めることで、PoCを「動くデモ」から「投資判断できる仕組み」へ変えられます。
タイ工場でスマートファクトリーのテーマ選定、90日PoC、RFP、受入基準を整理している検討段階でもご相談いただけます。既存設備と現場運用を確認し、過大な成功値を置かずに実行可能な範囲を一緒に設計します。詳しくはお問い合わせページをご覧ください。