実績データ：規模の証明はすでに終わっている

ローコード／ノーコードMESを「まだ実用段階ではない」と評価するのは、2026年時点では事実に反します。数字が先に出ています。

Tulipで展開されたアプリ数（2025年実績）
43,000
Tulip Interfaces公表。45カ国1,000拠点、現場作業者6万名が利用
Tulipが2026年1月13日に調達したシリーズD
1.2億ドル
ポストマネー評価額13億ドル。リード投資家は三菱電機
生成AI採用／自動化採用の過去2年の伸び
364%／519%
Tulip公表（同社プラットフォーム上での採用状況）

日本のFA大手である三菱電機が、ノーコードMESの筆頭企業にリード投資家として資本参加したという事実は、日本語圏でほとんど文脈化されていません。単なる海外投資ニュースではなく、FAベンダー自身が「現場が自分で作る」方向を戦略として選んだという意味を持ちます。

Tulipは自社を「AIネイティブでノーコード、エッジ機能を持つプラットフォーム」と定義しており、IDC MarketScape（Discrete MES）を含む約20のアナリストレポートでリーダー評価を得ているとしています。製品の詳細はTulipの製品ページにまとめています。

ローコード化の潮流は、この1社にとどまりません。

  • Siemens は2026年6月1日に発表した Intelligence Center X で、ローコード基盤のMendix、ナレッジグラフのSiemens Graph Studio、Rapidminer AI Studio を統合した産業AIオーケストレーション基盤を提示しました。同社は導入効果として「手作業95%削減」「生産課題解決85%高速化」を掲げています。
  • Critical Manufacturing は2025年7月29日にAI画像分析のConvanitを買収し、主力製品 c-Alice でノーコードで画像分類AIモデルを構築・展開できる形にしています。
  • 中国の摩尔元数（Morewis） は、MES高速開発プラットフォームという位置づけで、ローコード／設定型によりSI工数を削減して価格競争力を出すモデルを採っています。中国型MESの典型的な設計思想です。

つまり「ローコード」は特定ベンダーの差別化要素ではなく、業界全体の構造変化として進行しています。この背景にはコンポーザブルMESの潮流があります。

何がローコード化されたのか──4層に分けて見る

「ノーコードMES」と一括りにすると議論が噛み合いません。MESを4層に分けると、ローコード化が進んでいる層と、そうでない層がはっきり分かれます。

層内容ローコード化の進度現場に任せてよいか
① 画面・作業アプリ層作業者が見る画面、入力フォーム、手順表示、簡易な集計ほぼ完全に到達。現場部門が数時間で構築できる任せてよい。 ここが最大の価値
② ワークフロー層工程の順序、承認ルート、通知条件、例外時の分岐部分的。設定で組めるが、業務設計の知識が要る現場単独では危険。生産技術との共同作業
③ データモデル層品目・工程・設備・作業者・ロットの構造と関係限定的。製品側が定義した骨格の上でしか変えられない任せてはいけない。 情シス／設計責任者の領域
④ 統合層ERP・PLM・設備・品質システムとの接続コネクタは充実したが、粒度とキーの設計は依然として設計作業任せてはいけない。 アーキテクトの領域

ローコードMESの導入で失敗する典型は、①の成功体験を③と④にそのまま持ち込むことです。現場が2週間で作業アプリを作り上げた成功が社内で評価され、「では品目マスタも現場で」となった時点で崩れます。データモデルは一度歪むと、そこに乗った全アプリが道連れになります。

限界①：統制が壊れる境界線

ローコードMESの実務上の限界は、機能ではなくガバナンスに現れます。壊れ方には順序があります。

第1段階（導入〜6か月）：良い状態。 現場が自分の課題を自分で解決し、体感的な効果が出ます。この時期の評価は非常に高くなります。

第2段階（6〜18か月）：分岐が始まる。 隣のラインが似て非なるアプリを作ります。同じ「不良入力」でも、コード体系が微妙に違う。この時点では誰も困りません。各ラインでは正しく動いているためです。

第3段階（18か月〜）：横断集計ができないと判明する。 全社で不良を集計しようとして、コードが揃っていないことが分かります。ここで初めて統制の必要性が認識されますが、すでに数百のアプリが動いており、遡って統一するコストは新規構築を上回ります。

したがって統制の設計は導入と同時に必要です。具体的には、次の2つを製品選定の段階で確認してください。

  1. マスタの共有範囲を、管理者が強制できるか。 不良コードや工程コードを全社共通とし、現場アプリからは参照のみ可能にする設定ができるか。
  2. アプリのバージョン管理と承認フローがあるか。 本番アプリの変更が、誰の承認もなく即時反映される製品は、規制産業では使えません。

内製で運用を回すのか、ベンダー依存を続けるのかの判断はMESは内製かパッケージか、社内人材の育成についてはMES技術者を社内で育てるで扱っています。

限界②：規制産業でのバリデーション

医薬品・医療機器など、GxP規制下の工程では、ローコードの前提そのものが制約を受けます。

2025年7月7日、欧州委員会がEU GMPガイドラインのAnnex 11（コンピュータ化システム）改訂案をパブリックコメントに付しました。改訂案は5ページから19ページへ大幅に拡充され、17章＋用語集の構成となり、従来のバリデーション中心から「セキュリティ」「アイデンティティ／アクセス管理」「監査証跡」を重視する構成へ再編されています。同時に、AIを扱う新設Annex 22（11章構成）が公開され、意図された使用、受入基準、テストデータの独立性、説明可能性、信頼度といった要求が示されています。

ローコードMESにとって、この方向性は逆風でも追い風でもあります。

  • 逆風の面：「現場が自分で画面を変えられる」ことは、変更管理の観点では統制対象です。誰が、いつ、何を、なぜ変えたかを残せない構成は、監査証跡の要求を満たしません。
  • 追い風の面：設定変更で完結する構成は、コード改修を伴う変更より変更管理の負荷が小さくなりえます。米国ではFDAが2025年9月24日にComputer Software Assurance（CSA）の最終ガイダンスを公示し、リスクベースかつ非スクリプトテストを許容する方向を明確にしました。

つまり「FDAは緩め、EUは締める」という非対称の中で、ローコードMESの評価は地域と製品カテゴリによって変わります。この非対称の全体像はFDAは緩め、EUは締める──2025〜2026年のGxP MES規制の非対称で扱っています。

規制産業でローコードMESを検討する場合、「どのアプリがGxP対象で、どのアプリが対象外か」を分類し、対象アプリには承認フローとバージョン管理を強制する設計が前提になります。分類せずに全アプリを規制対象として扱うと、ローコードの速度上の利点が失われます。

選定時に実演させるべき3つのシナリオ

カタログの「ノーコード対応」は判断材料になりません。デモで次の3つを実演してもらってください。所要時間はいずれも10分以内であるべきです。

  1. 既存アプリに入力項目を1つ追加し、過去データがどう見えるかを示す。 追加した項目に過去データが入らないことを、その場で確認します。多くの製品で「追加はできるが遡及はできない」ため、影響範囲の理解に直結します。
  2. 不良コードのマスタを1件追加し、それが全ラインのアプリに即時反映されるかを示す。 反映されない、あるいはアプリごとに再設定が必要な製品は、横断集計で必ず苦労します。
  3. 本番稼働中のアプリを変更し、変更履歴と承認記録がどう残るかを示す。 記録が残らない製品は、規制産業では選択肢から外れます。

この3点は製品の思想を露出させるので、カタログ比較より判別力があります。

よくある質問

ノーコードMESなら、SIerに頼まず自社だけで運用できますか？

画面・作業アプリ層（①）についてはかなりの部分が自社で回せます。実際、Tulipの実績値である45カ国1,000拠点・43,000アプリという規模は、SIの工数だけでは達成できない数字です。ただしデータモデル層（③）と統合層（④）は依然として設計作業であり、社内にその役割を担う人を置くか、外部に頼るかの選択は残ります。「SIerが不要になる」のではなく「SIerに頼む範囲が変わる」と理解してください。

ローコードMESとパッケージMESは、どちらが安いですか？

初期費用はローコード型が低く、5年総額では条件次第で逆転します。分岐点は「作るアプリの数」と「変更の頻度」です。変更が少なく標準機能で足りる工場ではパッケージが有利で、工程変更が頻繁で現場ごとの差が大きい工場ではローコード型が有利になります。サブスクリプション主体の価格体系のため、ユーザー数や拠点数が増えたときの単価逓減の条件を、契約前に必ず確認してください。

現場にアプリを作らせて、品質は保てますか？

アプリの品質は、作り手のスキルよりも枠組みの設計で決まります。テンプレートを用意し、使ってよい部品を制限し、マスタは中央管理にする。この3点を整えれば、現場が作ったアプリの品質はかなり安定します。逆に、真っ白な状態から自由に作らせると品質は必ずばらつきます。ノーコードの導入とは、現場に自由を与えることではなく、自由に作ってよい範囲を設計することだと考えてください。