この記事のポイント
PLMは2026年に「AIエージェントが製品情報を扱う燃料庫」へ位置づけが変わった節目、機能比較だけでなくAI実装軸での選定が必須
主要PLM製品(グローバル4製品+国内Obbligato AI)のAI実装は2026年に大きく動いた、Teamcenter Copilot・Windchill AI Assistant・Virtual Companions・InnovatorEdgeで差別化軸が見える
日本語の図面・仕様書資産を重視するケースではNEC Obbligato AIが候補に入りやすい、図表検索・属性RAG・国内SIerサポートの組み合わせが効く
選定は「規模・既存システム連携・カスタマイズ志向・ファイル形式」の4軸でケース別、機能の豊富さで決めるとPoCで挫折しやすい
PoCは1製品ライン×1拠点に絞り込み設計変更リードタイムとBOM整合率をKPIに、PLM単体導入ではなく既存PDM/ERP/MESとの連携前提で組む

Microsoft MVP・AIパートナー。LinkX Japan株式会社 代表取締役。東京工業大学大学院にて自然言語処理・金融工学を研究。NHK放送技術研究所でAI・ブロックチェーンの研究開発に従事し、国際学会・ジャーナルでの発表多数。経営情報学会 優秀賞受賞。シンガポールでWeb3企業を創業後、現在は企業向けAI導入・DX推進を支援。
PLM(製品ライフサイクル管理)は1990年代から存在する概念ですが、2026年は「AIエージェントが製品情報を直接扱う前提でPLMを選び直す」フェーズに入った節目の年です。
Siemens Teamcenter 2606(本体は2026年6月公開/Product Cost Management 2606は5月26日リリース)でCopilot系拡充、PTC Windchill AI Assistant(5月13日発表)、Dassault Virtual Companions、Aras InnovatorEdge Agentic AI、国内ではNEC Obbligato AI(4月提供開始)と、主要ベンダーがAIをPLM本体に統合する発表を矢継ぎ早に出しました。
本記事では、AI時代にPLMが再評価される理由、PLMにAIが組み込まれて何が変わるか、主要PLM製品・国内パッケージのAI実装比較、AI活用前提の選び方、PoC・導入ステップ、費用構造・ROI、富士フイルム・東レエンジニアリング等の国内導入事例まで、製造業の情シス・設計管理・経営企画が選定判断に使える形で整理します。
目次
主要PLM製品・国内パッケージのAI実装比較(2026年版)
Dassault 3DEXPERIENCE Virtual Companions
Aras Innovator + InnovatorEdge Agentic AI
NEC × 東レエンジニアリング(PLM × 生成AI実証)
NEC(自社Obbligato AIでの技術伝承・PLM × 生成AI実装)
富士フイルム(Aras Innovator × 医療機器QMS刷新)
AI時代にPLMが再評価される理由

PLM(製品ライフサイクル管理)自体は1990年代から存在する概念ですが、2026年は「AIエージェントがPLMに蓄積された製品情報を直接扱う前提で、PLMを選び直す」段階に入った節目の年です。
2026年に入ってから、主要PLMベンダーはAIをPLM本体に統合する発表を矢継ぎ早に出しました。
SiemensはTeamcenter 2606(2026年6月公開)でCopilot系を含む各機能を拡充し、PTCは2026年5月13日にWindchill AI Assistantを発表、Dassault SystèmesはVirtual Companions(Aura・Leo・Marie)を展開中、ArasはInnovatorEdge Agentic AIでサービス拡充——国内ではNECが2026年4月にObbligato AIを提供開始しています。
ここから読み取れるのは、PLMが「便利な設計データ管理基盤」から「AIエージェントが製品の経緯を理解するための燃料庫」へと役割を変えつつある、という構図です。
「PDMの上位版」として比較するのではなく、「AIで何ができる状態を作りたいか」から逆算して選ぶ視点が求められます。
1990年代の概念が2026年に再評価された理由
PLM自体は1990年代から存在する設計データ統合の概念で、2010年代までは「設計部門の生産性課題」として扱われていました。
それが2026年に経営課題として再浮上している背景には、4つの構造変化が重なっています。

-
製品のソフトウェア定義化
機械・電気・制御ソフト・クラウドサービスが一体となったSDV(ソフトウェア定義車両)やスマート機器が主流となり、単一のCADやPDMでは追跡しきれない情報を、ライフサイクル全体で構造化して持つ必要が出てきました。
-
サプライチェーンの地政学リスク
拠点・関税・輸出規制の変動が頻発し、「どの部品をどの拠点で作るか」のシナリオ切替に耐えるためには、製品情報が部門・拠点を跨いで同じ「正」を見られる基盤が前提になります。
-
EU 製品トレーサビリティ規制(バッテリーパスポート/ESPR DPP)対応
バッテリーはEU Battery Regulation Article 77のバッテリーパスポートとして別枠で先行しており、それ以外のESPR(エコデザイン規則)の下では、2025-2030 working planで示された鉄鋼・アルミ、繊維、家具、タイヤ、マットレス等の優先品目について、製品群別 delegated act(委任規則)でDPP要件が順次具体化されている段階です。
設計段階からのトレーサビリティ確保が、対象品目を欧州市場に出す企業にとっての事業リスク管理項目になりました。
- AI時代の到来によるデータ基盤の再評価
2025年から各PLMベンダーが生成AIを本体に統合し始め、2026年にはAIエージェントが部品情報・変更履歴・BOM構造を直接扱う構図が現実になりました。
これがPLMを「AI活用前提のデータ基盤」として位置付け直す最大のドライバーです。
つまり、PLMはずっと存在していたが、2026年に「AIに対する燃料庫」として位置づけが変わった——というのが今の局面の本質です。
AIエージェント時代におけるPLMの位置づけ

AIエージェントが業務に入り込むと、AIが「過去にどんな製品を作ったか」「どの部品で何が起きたか」「どの設計変更が誰の承認を経たか」を文脈として参照できるかどうかで、出力品質が直接決まります。
エージェントの賢さは、根本的にはモデルの能力ではなく「与えられる文脈の質」で決まる、という構造が背景にあります。PLMはこの文脈を最も豊かに、しかも構造化された形で持っている社内システムです。
逆に言うと、PLMが整っていない企業では、AIエージェントを業務に入れても「断片的なファイル検索しかできない」「過去の判断履歴を文脈として持てない」状態になり、活用が浅いところで止まります。AI時代のPLM選定は、「AIに何を任せたいか」から逆算してデータ構造を決める順序になります。
PLMにAIが組み込まれて何が変わるか

PLMにAIが組み込まれることで変わるのは、「PLMが持っているデータを、現場担当者が自然言語で取り出し、AIが過去の文脈を踏まえて判断補助できる」状態になることです。
これまでは、PLM上のデータを引き出すのに専門的なクエリ知識や、項目名の正確な記憶が必要でした。2026年以降は、設計者・購買担当・品質担当が自然言語で「この部品が載っている全製品を出して」「過去の変更申請で似た構造のものを出して」と問い合わせる前提で、PLMが進化しています。
図面に対する横断検索の発想はAIによる図面一元管理の流れとも地続きで、PLMはそのバックエンドとして再設計が進む位置づけです。
本セクションでは、2026年時点で各PLMベンダーが実装しているAI機能を、利用シナリオ別に4つに分けて整理します。
自然言語によるPLMデータ検索
各社で足並みがそろっているのが、自然言語でのPLMデータ検索です。Siemens Teamcenter Copilotは、自然言語で仕様の取得・ドキュメント要約・BOM関係の辿り・作業コンテキストの生成ができる対話型アシスタントを、Teamcenter内に組み込みで提供しています。

PTC Windchill AI Assistantも2026年5月13日に同方向の機能を発表しており、「自然言語チャットインターフェースを通じた迅速な情報取得」「製品ドキュメントの要約」「既存データへの権限制御を維持したままのAI適用」を主要機能として打ち出しています。
国内ではNEC Obbligato AIが、図表を含むドキュメントを読み解く「図面理解機能」を搭載している点が特徴です。日本の製造業に多い「日本語の図面・仕様書資産」を強く意識した設計になっており、国内ERP・国内SIerによる導入支援との親和性も高い位置づけです。
実務的な価値は、「設計部門の若手・転属者でも、過去ベテラン設計者の判断履歴に辿り着けるようになる」点にあります。技術伝承の文脈で稟議が通りやすくなったのが、2026年のPLM × AI投資の典型パターンです。
部品共通化・重複削減
部品マスターの重複は、調達コスト・在庫コスト・設計工数の全てを膨らませる元凶です。BOM管理とセットで整理することで効果が増幅し、AIによる類似部品検出と統合推奨は、PoCで効果が見えやすく経営層に説明しやすい領域として注目されています。

PTCが2026年1月に発表・リリースしたWindchill AI Parts Rationalizationは、類似部品の自動検出・重複削減・統合推奨を行うAIアドオンで、既存Windchillに後付けできます。Siemens Teamcenter 2606のProduct Cost Management AI Copilotも、パイロット段階ながら、Part matching(部品マッチング)の自動化、BOM/BOPの構造生成、What-if(仮想シナリオ)分析を狙う機能として開発が進んでいます。
部品点数が10万点を超える多品種製造業では、人手で重複検出を行うのは現実的ではありません。「過去5年分の新製品開発で、既存部品を流用できたはずなのに新規採番したケース」をAIで洗い出すと、新規採番削減・部品マスター整理によるコスト削減効果が見込める領域として注目されています(具体的な削減割合は企業の部品体系に依存するため、PoCでの実測が前提)。
同じ部品マスターを起点に部品名寄せAIを組み合わせると、品番統合と調達データ標準化まで一気に踏み込めます。
設計知見のRAG・エンジニアリング支援
設計者が過去プロジェクトの判断履歴や類似設計を引き出して、新規設計のレビュー材料にする——この用途では、PLMに蓄積された要件・図面・変更履歴を「設計者の脇に座るAI」として提供するアプローチが各社で進んでいます。

この領域で方向性が最も特徴的なのがDassault Systèmesです。3DEXPERIENCEプラットフォーム上で、設計領域・材料領域・プロジェクト管理などを別々のAIが担う「専門領域別のAIコンパニオン群(Virtual Companions)」として展開しています。
-
Aura
プロジェクト管理・要件追跡の文脈を保持するコンパニオン。3DEXPERIENCE上で既に提供中
-
Leo
機械工学・設計領域に特化するコンパニオン。2026年内提供予定
-
Marie
材料・化学領域の科学的知見を提供するコンパニオン。2026年内提供予定
これらは「PLMが持っている過去プロジェクトの要件・知識・文脈」を、Industry World Modelsを介して設計者に提供する設計です(DassaultはRAGとは明記しておらず、独自のWorld Models概念で説明しています)。
一方、NEC Obbligato AIは公式に「プロパティデータと変更履歴をRAG(Retrieval-Augmented Generation:検索拡張生成)として活用する」と発表しており、過去判断の文脈を踏まえた回答という方向性は近い場所に収束しつつあります。
実務的に重要なのは、「設計者が10年前のプロジェクトの判断履歴をAIに問い合わせて、設計レビューの叩き台にする」というワークフローが、PoCを経て本番運用に入る段階に来ている点です。ベテラン設計者の引退と新人設計者の増加が同時に進む製造業では、ナレッジ承継の現実的な解として注目されています。
④変更影響分析・LCA・コスト分析
PLMが持っている変更履歴・BOM構造・材料情報を組み合わせると、変更影響の波及分析・ライフサイクル環境負荷の試算・コスト試算をAIで自動化できます。

SiemensはTeamcenterにAI駆動のLCA(Life Cycle Assessment:ライフサイクルアセスメント)機能を追加し、設計段階で環境負荷とコストのトレードオフを比較できる環境を整備しました。Teamcenter 2606のProduct Cost Management AI Copilotも、What-ifシナリオ分析を高速化する機能としてパイロット運用中で、正式リリースは2612で予定されています。
トレーサビリティ・LCA関連の規制対応が事業要件になる製品群(バッテリーパスポート対象のバッテリー、ESPR優先品目の繊維・鉄鋼/アルミ等、および電気電子機器の横断的なリサイクル要件)では、LCA機能の有無がPLM選定の評価軸として明確に効くようになっています。設計変更1件ごとに「環境影響がどう変わるか」を即座に試算できるかどうかが、規制対応コストに直結する構造です。
主要PLM製品・国内パッケージのAI実装比較(2026年版)

本セクションでは、日本企業の導入検討で比較されやすい5製品——グローバル4製品(Siemens Teamcenter・PTC Windchill・Dassault 3DEXPERIENCE・Aras Innovator)と国内パッケージのNEC Obbligato AI——のAI実装を整理します。
:::
message
本記事で紹介するもの以外にもSAP PLM(Product Design Assistant)やOracle Fusion Cloud PLM(AI highlights・agentic AI)もAI実装を進めており、ERPがSAP/Oracle主体の企業では別途検討候補に入ります。
:::
以下の表で、各製品の主要AI機能と2026年6月時点のリリース状況を整理しました。この表の直後で各製品を個別に詳しく解説し、本セクションの末尾でケース別の第一候補を早見表にまとめます。
| 製品 | 提供元 | 主要AI機能(2026年) | リリース状況 |
|---|---|---|---|
| Teamcenter | Siemens | Teamcenter Copilot(自然言語検索・BOM操作)、Product Cost Management AI Copilot | 2606本体は2026/6公開/PCM 2606は5/26/Cost AIは2612で正式予定 |
| Windchill | PTC | Windchill AI Assistant(自然言語チャット・要約)、AI Parts Rationalization、Creo AI Assistant連携 | Assistantは2026/5/13発表/Rationalizationは2026/1発表・リリース |
| 3DEXPERIENCE | Dassault | Virtual Companions(Aura/Leo/Marie)、SOLIDWORKS 2026 Auto-Generate Drawing(Beta) | Aura提供中/Leo・Marieは2026年内 |
| Aras Innovator | Aras | InnovatorEdge Agentic AI、Conversational Search(Azure OpenAI接続) | 2026/2 サービス拡充 |
| Obbligato AI | NEC | 図表分析・プロパティ/変更履歴RAG・アクセス制御継承・チャット履歴保存 | 2026/4 提供開始 |
この5製品は同じ「AI機能を持つPLM」枠でも、AI実装の発想が異なります。
Teamcenter/Windchillは「既存PLM機能の延長線上にAIを足す」アプローチ、3DEXPERIENCEは「専門領域別のAIコンパニオン」という別軸、Arasは「低コード基盤の柔軟性とAgentic AIの組み合わせ」、Obbligato AIは「日本語の図面・仕様書資産を扱う図表理解機能」を中心に据えた設計、というそれぞれの色があります。
Siemens Teamcenter Copilot

Siemens Teamcenterの2026年最新リリースTeamcenter 2606は本体が2026年6月に公開され、AI Copilot系を含む各機能を拡充しました。
コスト管理寄りのAI機能を扱うProduct Cost Management 2606は同年5月26日に先行リリースされています。Teamcenter Copilot本体は2025年から段階的に展開されており、Microsoft Azure AI(GPT-4o)、AWS Bedrock(Claude 3.7)、完全オンプレ向けのLlama 4.0の3系統で動作します。
「この部品が載っている全製品を出して」「変更申請中の案件を担当者別に出して」「BOM構造から子部品の供給リスクを評価して」のような問い合わせを、専門的なクエリ言語を知らない現場担当者でも自然言語で扱えるようになりました。

Teamcenter Copilotの対話画面。「What do you want to work on today?」のプロンプトに対して、自然言語で「Show me all open engineering change requests」のように問い合わせる例(出典:Siemens Teamcenter AI)
画面で示されているとおり、Copilot側からサンプル質問が候補として提示されており、ユーザーは思いついた問い合わせをそのまま打ち込むか、候補をクリックして実行する流れになります。BOM構造・変更管理・案件状況といった本来クエリ言語で叩く必要があった情報を、設計部門の若手や転属者でも引き出せる前提に変わった点が、Teamcenter Copilot最大のインパクトです。
Teamcenter 2606で注目されているのが、Product Cost Management AI Copilotのパイロット運用です。部品マッチングの自動化、BOM/BOP構造の生成、What-ifシナリオ分析を狙う機能で、正式リリースはTeamcenter 2612が予定されています。コスト試算をAI支援で高速化する方向は、設計変更時のコストインパクトを設計者がその場で見られる世界を目指す動きです。
ABI Research 2025年のPLM評価(Siemens公開版)では、SiemensはTotal 83.1/Innovation 84.5/Implementation 81.7で総合1位と位置づけられており、グローバル大企業での導入実績の厚さと、AI機能の先行投入が評価ポイントとして挙げられています。
PTC Windchill AI Assistant

PTCのWindchillは、標準機能の完成度の高さとノンカスタマイズでの運用を意識した設計思想を前面に打ち出してきたPLMです。2026年に入って、AI機能の発表が大きく進みました。
2026年5月13日に発表されたWindchill AI Assistantは、自然言語チャットインターフェースを通じて、製品ドキュメントの要約・既存データへの権限制御を維持したままのAI適用を提供します。Creo AI・Codebeamer AI・ServiceMax AI・Onshape AI・Arena AIといったPTCの他AIソリューションと連携し、企業全体でのAI活用を支援する方針が示されています。
2026年1月に発表・リリースされたWindchill AI Parts Rationalizationは、類似部品の自動検出・重複削減・統合推奨を行うAI機能で、既存Windchillに後付けできる形で提供されます。部品点数の削減は調達コスト・在庫コスト・設計工数の全てに効くため、多品種製造業にとって投資対効果の見えやすい機能として位置づけられています。
Creo AI Assistantは、Creoに組み込まれた生成AI支援機能で、Advise/Assist(Beta)/Automate(Alpha)の段階で能力が拡充されつつあります。Windchillと組み合わせることで、設計の現場でCAD操作とPLMデータ参照をつなぐ方向で進化しています。
Dassault 3DEXPERIENCE Virtual Companions

ダッソー・システムズの3DEXPERIENCEプラットフォームは、3D CAD(CATIA/SOLIDWORKS)と一体運用できる点が最大の強みで、設計主導の製品開発を行う企業で選ばれてきました。ENOVIAをPLMコンポーネントの中心に据え、企画から販売終了まで対応します。
2026年の目玉は、Virtual Companionsという名称のAIコンパニオン群です。Aura(プロジェクト管理・要件)は既に3DEXPERIENCE上で利用可能で、Leo(機械工学・設計)とMarie(材料・化学)が2026年内に順次提供される予定です。
グローバル製品の中でも「AI = 専門領域別のコンパニオン」という発想に振り切っている点が特徴で、設計者の作業を「コンパニオンが横で支援する」ワークフローを想定しています。
Dassault公式は要件・プロジェクト・変更を跨いだ知識と文脈をIndustry World Modelsで保持すると説明しており、設計者は「過去類似プロジェクトの判断履歴」をAIに尋ねながら設計を進める形になります。
加えて、SOLIDWORKS 2026では図面自動生成(Auto-Generate Drawing Beta、穴認識を含む)やファスナー自動認識などの機能が組み込まれ、3D設計とPLMデータの間の摩擦を減らす方向で製品が進化しています。
NVIDIA Omniverseとの戦略的提携も発表されており、PLM × デジタルツインの方向に重心がある選定先です。
Aras Innovator + InnovatorEdge Agentic AI

Aras Innovatorは、低コードでカスタマイズ自由度の高いアーキテクチャを特徴とするPLMです。Community Editionが評価・PoC・開発用途と50名までの小規模本番向けに無償提供されており、企業本番導入はSubscription契約が基本になります。
2026年2月には、Aras InnovatorEdgeのサービス拡充が発表され、API管理・アプリ開発・エージェンティックAIの3領域で新機能が追加されました。
サポート対象バージョンのAras Innovatorからエッジサービス経由でAIエージェントを利用できる設計で、既存ユーザーが段階的にAI活用に踏み出せる導線が整いつつあります。
Conversational Search/AI AssistantはAzure OpenAIと連携する形で実装されており、PLMのアクセス制御を継承した上でAIを呼び出す設計です(データ所在・リージョン・テナント分離の細部は契約形態によるため個別確認が必要)。2026年4月にはAlliance for OpenUSDへの参画も発表され、NVIDIA OmniverseとのデジタルツインやOpenUSDベースの3D空間連携が強化される方向です。
「自社の業務プロセスにシステムを合わせ込みたい」「Azureを軸にAIガバナンスを設計したい」という条件が強い企業にとっては、グローバル4製品の中でも候補に挙がりやすい位置づけです。
国内パッケージのAI対応:NEC Obbligato AI
日本市場では、グローバル4製品に加えて国内ベンダーのパッケージも広く導入されています。2026年の大きな動きの一つが、NEC Obbligatoの生成AI連携強化です。
NECは2026年4月にObbligato AIの提供を開始しました。主要機能は以下の4つで、いずれも日本語の図面・仕様書資産を強く意識した設計になっています。

Obbligato AIの機能強化4ポイント。図表・文脈理解/プロパティ情報の高度な検索/データ利用権限の継承/チャット履歴の保存の4機能で構成(出典:NEC)

-
図表分析機能
NEC独自の図面理解機能により、テキスト以外の技術情報(図表・回路図)の読み取り精度を高めている
-
高度な検索・回答
プロパティデータと設計変更履歴をRAGとして活用し、過去判断の文脈を踏まえた回答を返す
-
アクセス制御の継承
Obbligato本体のアクセス制限を継承し、ユーザーが閲覧権限を持つデータのみAIが参照する設計
-
チャット履歴の保存
利用者の対話履歴を自動保存し、業務を中断・再開できる
その他の国内パッケージ(富士通 COLMINA、ビジネスエンジニアリング mcframe PLM、JSOL ものづくリンク、図研 Visual BOM)もそれぞれ独自の進化を続けており、日本語サポート・国内SIer経由での導入支援・国内ERPとの連携実績は、グローバル製品との比較で国内ベンダーが選ばれやすい強みです。
一方で、グローバル拠点との連携・最新AI機能の先取り・大規模カスタマイズ耐性では、Teamcenter/Windchill/3DEXPERIENCE/Arasの4製品に優位があるのが実態です。
ケース別の第一候補

各製品の解説を踏まえて、企業の状況別の第一候補を1枚の表にまとめると、選定の出発点が見えやすくなります。あくまで条件付きの推奨であり、最終決定はPoCでの実データ検証を前提にしてください。
| 自社の条件 | 第一候補に挙がりやすい製品 | 理由 |
|---|---|---|
| 大企業・SAP ERP(ECC/S/4HANA)とTeamcenter連携を重視 | Teamcenter | SAP-Teamcenter共同連携基盤の整備が進んでいる |
| 多品種・部品共通化が主課題・標準機能で素早く回したい | Windchill | 標準機能の完成度+AI Parts Rationalizationの早期効果 |
| 3D CAD(CATIA/SOLIDWORKS)が中心・設計主導 | 3DEXPERIENCE | CADと一体運用+Virtual Companions |
| 自社業務に合わせ込みたい・Azureベースでガバナンス統一 | Aras Innovator | 低コード基盤+InnovatorEdge Agentic AI(Azure OpenAI接続) |
| 日本語サポート最優先・国内ERP(COLMINA/mcframe等)との親和性 | NEC Obbligato AI | 国内パッケージ+日本語の図面・仕様書資産の図表理解機能 |
この5パターンはあくまで「最初に候補に挙げる」ためのフィルターです。
実際の選定では、後段の「AI活用前提のPLM選定軸」で、ファイル形式・カスタマイズ志向・AIガバナンスなど追加の制約条件と突き合わせて絞り込みます。
AI活用前提のPLM選定軸
AI機能を前提にPLMを選ぶときの判断軸は、機能比較だけではありません。前セクションの「ケース別の第一候補(早見表)」で大枠を絞り込んだら、本セクションの4軸(既存システム連携・ファイル形式・カスタマイズ志向・AIガバナンス)で追加の制約条件と突き合わせて、最終候補を絞り込みます。
機能の豊富さで決めるとPoCで挫折するパターンが繰り返されてきました。「自社の状況に合うか」を先に決め、その制約条件で候補を絞るのが現実的な順序です。

PDM・ERP・MESとの境界と連携前提

PLM単体での完結は2026年時点でも難しいのが現実です。既存のPDM・ERP・MESとの境界を整理し、データの流れる方向を決めてから候補を選びます。
以下の表で、4システムの守備範囲と時間軸を整理しました。データの抽象度が上から下に下がる構造になっています。
| システム | 主な管理対象 | 主な利用部門 | 時間軸 |
|---|---|---|---|
| PLM | 製品ライフサイクル全体の情報・プロセス | 企画・設計・生産・調達・サービス | 企画から廃棄まで |
| PDM | CADデータ・図面・設計BOM | 設計 | 設計フェーズ中心 |
| ERP | 会計・販売・在庫・購買・人事 | 経営・経理・購買・営業 | 月次・四半期のトランザクション |
| MES | 製造指示・実績・品質・設備稼働 | 生産管理・現場 | リアルタイム(分・秒単位) |
データが流れる方向で棲み分けを見ると、PLMで「製品の設計・構造情報」が確定し、ERPに「調達・原価・在庫のトランザクション情報」として展開され、MESが「現場の製造実績」として返し、フィールドからの不具合情報がPLMに戻ってくる、というループが理想形です。
PDMはこのループのうち設計情報の入口を担い、PLMの設計データ層として内包される場合と、独立運用される場合があります。
PLM単独ではなく製造業のデータ活用基盤としてどう設計するかが、AI活用効果を引き出す前提条件です。
特にAI活用前提でBOM・変更管理・ドキュメント・需給連携の4領域を双方向に整える設計は、ERP連携の本筋に直結する論点です。PDM単体での運用判断、ERPとの双方向連携の詳細は、深掘り記事で扱っています。
図面・CADファイル形式視点

製造業のPLM選定では、「自社が抱えている図面ファイル形式」と「候補製品の対応形式」を必ず突き合わせます。形式が合わないと、データ取り込み段階で大きな工数が発生します。
-
3D CAD中心(STEP・Parasolid・SOLIDWORKS/CATIA/NXネイティブ)
3DEXPERIENCEがCATIA/SOLIDWORKS、TeamcenterがNXとの親和性が高い
-
2D CAD中心(DWG/DXF)
AutoCAD系のDWG/DXFはTeamcenter・Windchill・ArasのCAD連携で広く対応します(具体的なバージョン対応は各製品のCAD連携ドキュメントで確認)。
JWW中心の現場は、国内パッケージか、JWWからDWG/DXFへの変換経路をPoCで確認する流れが安全です。
-
紙・PDFスキャン中心
AI-OCRでの変換工程が必要。NEC Obbligato AIの図表理解機能は、紙資産が残っている現場で扱いやすい
-
3D軽量(STL/JT)中心
JT中心ならSiemensが推すJT可視化とTeamcenter連携を優先確認、3DEXPERIENCEはJT変換経路(Format Converter等の連携)をPoCで確認する流れ。デジタルツイン連携を視野に入れるならOpenUSD対応のAras Innovatorも候補
「3D STEPを持っているが、過去の紙図面も残っている」のような混在環境では、PoC段階で実ファイルを使った取り込み検証を必ず行います。形式変換の自動化機能の有無で、データ整備工数が大きく変わります。
カスタマイズ志向のレベル

カスタマイズ志向は、選定の隠れた決定要因です。「自社業務に合わせ込みたい度合い」が大きいほど、Aras Innovatorのような低コード基盤が向き、「標準機能で素早く回したい度合い」が大きいほどWindchillや国内SaaSが向きます。
カスタマイズ自由度を上げすぎると、PLMのアップグレードのたびにカスタム部分の改修工数がかかります。アップグレード追従性とカスタマイズ自由度のトレードオフを、選定段階で意識しておく必要があります。
実務的には、「標準機能を活かせる業務に揃える」方向と「業務をそのまま残してカスタマイズする」方向のどちらに振るかを、経営判断として先に決めるのが最初のステップです。
AIガバナンス・データ主権の制約

AI機能をPLMで使う場合、データがどのクラウド・どのリージョンを通るかが重要な選定軸になります。
-
Teamcenter Copilot
Microsoft Azure AI/AWS Bedrock/完全オンプレ向けLlama 4.0の3系統で運用可能
-
Windchill AI Assistant
権限制御を維持したままAI適用、詳細なクラウド構成はPTC公式の提供形態に従う
-
3DEXPERIENCE Virtual Companions
3DEXPERIENCEプラットフォーム上で動作(クラウド中心)
-
Aras Conversational Search
Azure OpenAIと連携、PLMのアクセス制御を継承(テナント分離・データ滞留先は個別確認)
-
NEC Obbligato AI
Obbligato本体のアクセス制限を継承(データ所在・運用形態は個別確認)
金融・防衛・医療など規制業種では、AI処理のリージョン・データ滞留先が選定の制約条件になります。AIを使う前提の選定では、機能比較より前にこのレイヤーで候補が絞られるケースが少なくありません。
PLM導入で詰まる論点とPoCの進め方

PLM導入は、一般的なITシステム導入とは性格が異なり、全社横断の業務プロセス変更を伴うプロジェクトになります。AI機能の追加で「自然言語で扱える」が増えても、データ整備と組織変更の難しさは変わりません。
本セクションでは、段階的導入の4ステップと、現場で繰り返し発生する詰まりポイントを整理します。
段階的導入の4ステップ

実務で成功しているPLM導入は、おおむね次の4ステップで進んでいます。
| ステップ | 主な内容 | 期間の目安 |
|---|---|---|
| ①現状分析・要件定義 | 業務プロセス可視化、対象範囲の絞り込み、KPI設定 | 3〜6か月程度の事例が多い |
| ②PoC(1製品ライン×1拠点) | 限定スコープでの機能検証、データ整備、KPI初期測定 | 3〜6か月程度の事例が多い |
| ③水平展開・垂直拡張 | 他拠点・他製品ラインへの展開、機能範囲の拡大 | 半年〜1年半程度 |
| ④全社運用・継続改善 | 全社標準化、改善PDCA、AI機能・サステナビリティ機能の組み込み | 継続 |
最も重要なのは、ステップ②のPoCを「機能検証」ではなく「データ整備と組織変更の検証」として設計することです。
多くの失敗事例では、PoCで機能の良さを確認して満足してしまい、水平展開フェーズでデータ整備の大変さと現場の抵抗に気付いて頓挫する、というパターンが繰り返されています。
PoC段階から、マスターデータ整備と運用ルール策定を同時並行で進めるのが鉄則です。AI機能を使いたいなら、PoCで実データに対するAI回答の精度を測り、データ整備の追加工数を本番計画に織り込みます。
PLM導入で詰まる4つの論点

PLM導入プロジェクトで頻出する詰まりポイントを、発生段階別に整理します。
-
対象範囲の肥大化(ステップ①)
「せっかく入れるなら全機能を」と範囲を広げすぎて、要件定義が終わらないケース。現実的には、最初のPoC対象を1製品ライン・1拠点に絞り込むのが正解
-
マスターデータの品質不足(ステップ②)
既存のBOM・図面・仕様書が整理されておらず、PLMに載せるデータを作る段階で止まる。PLM導入の実作業の大半はデータクレンジングだと想定しておくべき
-
現場の運用ルール不徹底(ステップ③)
新しい承認フローが既存プロセスと並行運用される「ダブルスタンダード」が発生し、PLM側のデータが陳腐化する。移行期間を短く設定し、旧プロセスを明確に終了させることが必要
-
ERP・MESとの連携設計ミス(ステップ④)
単体で導入したPLMが、ERPやMESと連携しきれず「島システム」になる。導入前の要件定義段階で、ERP/MESへのデータ授受パターンまで設計しておく必要がある
この4つの詰まりポイントは、PLM導入のトラブル事例など公開情報でも繰り返し指摘されており、業種を問わず共通する構造的な課題です。つまりPLM導入の成否は、機能選定よりも、組織変更管理・データ整備・連携設計の3点で決まると考えて臨むのが現実的です。
AI機能を活かすためにPoCで測るKPI

PLM × AIのPoCで設定するKPIは、機能評価ではなく「業務に溶け込んでいるか」を測る指標にします。
-
設計変更リードタイム
起票から展開完了までの日数。Siemens公開事例のTeradyneは約84%短縮など企業ごとに幅があり、自社のベースライン計測を先に済ませて現実的な目標値を置くのが前提
-
BOM整合率
E-BOM/M-BOM間の一致率。PLM導入の初期ターゲットとして高い整合率を目指す。具体的な目標値は製品複雑度・拠点数・既存BOM品質で大きく変動するため、PoC段階で自社の出発点を測定してから段階的に置く
-
部品流用率
新製品開発時に既存部品を流用した割合。PLMの検索・類似部品機能(AI機能を含む)の活用度を測る指標
-
AI回答精度・利用率
AI機能を使ったPoCでは、「業務担当者の質問にAIが正答できる割合」「業務担当者がAI機能を週何回使ったか」を測る。回答精度はデータ整備で改善するため、PoCの中盤で再計測する
これらは稟議書に書きにくい指標ですが、PoC段階から追い始めることで、本格導入時の効果検証を客観的に進められます。
PLM導入費用と投資対効果
PLMは、機能・ライセンス形態・導入支援の組み合わせで費用構造が大きく変わります。Siemens・PTC・Arasなどのグローバルベンダーは公式サイトで標準価格を公開しておらず、Teamcenter XはRequest a Quote、WindchillはTalk to an Expert、ArasはContact Salesでの個別見積が基本です。
具体額は公開されていないため、本記事では金額レンジではなくコスト構造と見積観点の整理に絞ります。

本セクションでは、製品タイプ別の費用感とコスト構造、ROI試算の組み立て方、見落としやすい隠れコストを整理します。
4類型の費用感(要個別見積)

PLMの導入費用を、製品タイプ別の定性的な傾向で整理します。グローバルベンダーは公式に標準価格を公開していないため、ここでは定量レンジではなく、各類型がカバーする規模感とコスト構造の違いを示します(実額は必ず複数社からの個別見積で確認してください)。
| 製品タイプ | 規模感・コスト構造 | 代表例 |
|---|---|---|
| クラウドSaaS型(中堅向け) | 比較的低い初期費用+年額サブスク。標準機能利用が前提 | Autodesk Fusion Manage、Teamcenter X |
| 国内パッケージ型(オンプレ) | 中規模の初期投資+保守費。日本語サポート・国内ERP連携実績 | mcframe PLM、Visual BOM、Obbligato |
| ハイエンド型(グローバル4製品オンプレ) | 大規模な初期投資+運用費。深いカスタマイズ・グローバル展開前提 | Teamcenter、Windchill、3DEXPERIENCE |
| 低コード型(評価無償/本番サブスク) | Community Editionは50 named usersまで無償/本番はSubscription契約 | Aras Innovator |
4類型の違いは、初期ライセンスの有無だけではなく「どこまで自社仕様にカスタマイズする前提か」で決まります。クラウドSaaS型はカスタマイズを最小化して標準機能で回す前提、ハイエンド型は自社の業務プロセスに合わせて深くカスタマイズする前提、低コード型(Aras等)はその中間でカスタマイズ自由度を確保しつつ総所有コストを抑える設計、という棲み分けです。
ROI試算の5軸

PLM投資のROI試算は、設計部門単独の人件費削減だけでは正しく評価できません。実務で使われる試算軸を整理します。
-
設計リードタイム短縮による機会価値
新製品の市場投入が数週間〜数か月早まることで得られる売上機会の増加
-
部品共通化によるコスト削減
部品点数削減で生じる調達コスト・在庫コスト・設計工数の削減額。AI Parts Rationalizationのような機能で短期的に効果が出やすい
-
品質不具合削減によるリスク回避価値
リコール・保証修理コストの削減、ブランド毀損リスクの低減
-
規制対応コストの削減
DPP/REACH/RoHS対応を手作業で行った場合の工数とのマイナス比較
-
AI活用の基盤価値
将来的な生成AI・エージェント活用の前提となる「きれいなデータ基盤」の構築。2026年以降のPLM投資判断では、この軸の比重が大きくなっている
5つの軸のうち、稟議書に数字として載せやすいのは上の3つです。
一方で、近年のPLM投資判断では「AI活用の基盤価値」が経営層へのプレゼンで大きな比重を占めるようになっています。「PLMを入れなければAI活用そのものができない」という文脈で投資が承認されるケースが増えました。
ライセンス費以外の隠れコスト4項目

PLM導入のROI試算で抜けやすい4項目のコストを押さえておきます。月額費用×ユーザー数だけ書くと、購買担当の判断材料として弱くなります。
-
初期セットアップ・既存システム接続の構築工数
PDM/ERP/CAD/生産管理/MESとの連携、SSO設定、権限設計
-
既存図面・データの取り込み・前処理
図面の向き・縮尺・スキャン品質補正、メタデータ整備、命名規則統一、OCR
-
現場メンバーへの教育・利用ガイド整備
操作研修、社内ドキュメント、チュートリアル動画、設計部・購買部・製造部それぞれの利用ガイド
-
AI機能のチューニング・継続的なフィードバック工数
AI回答精度のチューニング、誤回答対応、定期レビュー、新図面・新データの取り込み運用
特にAI機能を使う前提のPLM導入では、最後の「AIチューニング工数」が見落とされやすい論点です。
データが追加されるたびにAI回答の傾向が変わるため、PoC後の本番運用でも継続的な調整工数を見込んでおく必要があります。
PLM × AI実証事例とPLM刷新事例

国内のPLM事例は、2つのレイヤーに分けて見ると整理しやすくなります。1つは「PLMに生成AIを接続して効果を検証している事例」、もう1つは「AI機能の後付けを視野に入れつつ、現在はPLM基盤の刷新を進めている事例」です。
本セクションでは、公式発表または公開取材記事で確認できる4社を、この2分類で整理します。匿名化された事例は載せていません。前半でNEC × 東レエンジニアリング・NEC自社活用の「PLM × 生成AI」事例を、後半で富士フイルム・日本特殊陶業の「PLM基盤刷新」事例として取り上げ、最後に企業タイプ別の参考パターンとして1枚に集約します。
NEC × 東レエンジニアリング(PLM × 生成AI実証)
NECは2024年6月に東レエンジニアリングとの共同検証開始を公式に発表し、その後2024年8月から11月にかけて、設計業務の効率化と技術伝承を目指してObbligatoと生成AIを使った共同検証プロジェクトが実施されました。

Obbligato × 生成AIの実証画面。部品マスタを開いた状態で防水構造設計について自然言語で問い合わせると、関連する設計仕様や注意点を文書から要約して提示する(出典:NEC)

画面で示されているとおり、左側のObbligato部品マスタを開いた状態で、右側のチャット領域に「防水構造設計にあたって必要な情報、または参考となる情報を教えてください」のような自然言語の問い合わせを入力すると、Obbligatoに蓄積された過去文書から該当箇所が抽出され、設計判断の根拠まで含めて回答される設計です。
設計担当者が自然言語で過去事例を引き出せる環境を実証しました。検索時間を大幅に短縮し、若手設計者が熟練設計者の判断プロセスにアクセスできる手応えを得たことが公表されています。
この実証結果はNEC Obbligato AI(2026年4月正式提供)の機能設計に反映されており、国内製造業のPLM × AI実用化の代表的な先行事例として位置づけられています。
NEC(自社Obbligato AIでの技術伝承・PLM × 生成AI実装)
NEC自身も、社内でObbligatoを技術伝承のために活用している企業の一つです。製品の高度化・複雑化と労働人口の減少・熟練技術者の引退という日本製造業の構造課題に対し、Obbligato AIで過去の設計知見をRAGとして扱う仕組みを構築しています。
NECの公開記事では、図面・仕様書・部品表など散在する技術情報資産を、生成AIで「現場担当者が自然言語で問い合わせできる」状態にした上で、過去判断の根拠まで遡って提示する設計が紹介されています。

Obbligato AIの拡張ロードマップ。LLM・RAG・RPAを組み合わせ、作業支援→相談相手→作業代行→意思決定支援の4段階で段階的に高度化する構想(出典:NEC)

NECが示す拡張ロードマップは、現在の「単一データでの検索・回答(作業支援)」から、「複数データで曖昧な質問にも対応する相談相手」、「RPA/ローコードと連動して自動実行する作業代行」、そして「複数AIエージェントで高度な判断を支援する意思決定支援」まで4段階で発展していく構想です。LLM単体の使い方からエージェント連携まで地続きで設計されている点が、Obbligatoを「単発の検索ツール」ではなく「業務基盤」として位置づける根拠になっています。
ベンダー自身が自社製品を技術伝承の主軸として位置づけている点で、日本の製造業が同じパターンを後追いしやすい事例構造になっています。ここまでが「PLM × 生成AI」の実証・実装事例で、ここからは「PLM刷新(AI後付け視野)」の事例に移ります。
富士フイルム(Aras Innovator × 医療機器QMS刷新)

富士フイルムは、メディカルシステム事業部(X線診断システム・内視鏡などの医療機器)の品質管理プラットフォームとして、Aras Innovatorを採用しました。長年運用してきたLotus Notesベースのレガシーシステムを段階的に廃止し、Aras Innovatorを基盤としたIT駆動型品質管理システムへと刷新しています。
各国の法規制・規格に適合した医療機器開発が求められる中で、Aras Innovatorのメディカルデバイステンプレートを活用し、製品情報の一元化・トレーサビリティ確保・監査対応の効率化を実現したことが公表されています。
本事例はAI活用そのものに踏み込んだものではなく、PLM基盤を最新化して規制対応の足場を作った段階の事例です。一方で、Aras Innovator上のAI機能(Conversational Search等)が拡充している現在、AI後付けで規制対応書類の検索・要約に踏み込む余地が大きい構成になっています。
日本特殊陶業(PTC Windchill + Creo・PLM基盤整備)

日本特殊陶業は、PTC WindchillとCreoを導入し、設計情報管理と現場の”見える化”を進めた事例として、日立ソリューションズの公開資料等で詳細が公開されています。
Windchillで設計BOMと製造BOMの一致を担保しつつ、Creoで3D設計と連携する構成です。本事例自体は2019年前後のWindchill / Creo導入事例で、AI機能はまだ含まれていません。一方で、2026年以降に登場したWindchill AI AssistantやCreo AI Assistantを後付けすることで、設計担当者が自然言語でPLMデータを引き出せる拡張が現実的な選択肢として見えてくる、AI機能後付けの参考事例になります。
事例から見る選定パターン
ここまで見てきた4事例を、事例タイプ(AI実証 / PLM刷新)と「自社にとってどの事例が参考になるか」という観点で1枚に整理します。
| 企業 | 事例タイプ | 採用製品 | 主な解決課題 | 参考になる企業タイプ |
|---|---|---|---|---|
| NEC × 東レエンジニアリング | PLM × 生成AI実証 | Obbligato + 生成AI | 設計判断の検索時間短縮・技術伝承 | 日本語の設計資産を持ち、技術伝承を主軸に置く国内製造業 |
| NEC(自社活用) | PLM × 生成AI実装 | Obbligato AI | 過去設計知見のRAG化 | 国内製造業でRAG適用パターンを後追いしたい企業 |
| 富士フイルム | PLM刷新(AI後付け視野) | Aras Innovator | 医療機器の規制対応QMS刷新 | 規制業種(医療・自動車部品等)・PLM基盤を最新化したい企業 |
| 日本特殊陶業 | PLM刷新(AI後付け視野) | PTC Windchill + Creo | 設計BOMと製造BOMの一致・現場可視化 | 標準機能で素早く回し、AI機能を段階拡張したい企業 |
前半2件(NEC × 東レエンジニアリング・NEC自社活用)は「PLMに生成AIを接続して何ができるかを検証・実装した」事例、後半2件(富士フイルム・日本特殊陶業)は「AI機能の後付けを視野に入れつつ、まずはPLM基盤を最新化した」事例として整理できます。自社が日本語設計資産の活用や技術伝承に重きを置くなら前半2件、規制対応や基盤刷新を先行させたいなら後半2件が、それぞれ参考パターンとして使えます。
PLM選定をAI業務自動化までつなぐなら
ここまで整理してきた選定軸・PoC・費用・国内事例を見ると、PLM導入の成否を分けるのは「PLM単体の機能比較」ではなく、「PDM・ERP・MES・AIエージェントまで接続した業務自動化基盤として、PLMをどう位置づけるか」という設計思想です。
PLMを選定しただけでは、AIエージェントが過去判断や変更履歴を文脈として扱える状態にはなりません。既存PDM・ERP・MESとの接続、社内データの整備、AIエージェント運用に必要な権限管理・実行ログまで含めて設計してはじめて、AI活用の基盤として機能します。
AI総合研究所では、PLMの選定段階からPDM・ERP・MES連携、AIエージェント接続まで一気通貫で伴走支援しています。製造業全体でのAIエージェント活用を視野に入れた基盤として、PLMをどう設計するかをまずは無料の資料でご確認ください。
PLM選定をAI業務自動化までつなぐために
設計・調達・生産・保守をエージェントで接続
PLMを単独システムで終わらせず、既存PDM・ERP・MESと接続して設計から保守までをAIエージェントで自動化。AI Agent Hubなら実行ログ・権限管理・セキュリティまで含めた基盤の設計・構築を、要件に合わせて伴走支援します。
まとめ
本記事では、AI時代にPLMが再評価される理由から、AIで何が変わるか、主要PLM製品・国内パッケージのAI実装比較、AI活用前提の選定軸、PoC・導入ステップ、費用構造とROI、国内導入事例までを一気通貫で整理しました。
PLMは2026年に「設計部門の生産性ツール」から「AIエージェントが製品情報を扱う燃料庫」へと位置づけが変わりました。Teamcenter Copilot・Windchill AI Assistant・Dassault Virtual Companions・Aras InnovatorEdge・NEC Obbligato AIの動きは、その移行を象徴する事象です。
選定で詰まらないためのポイントは、ケース別早見表で大枠を絞り、既存システム連携・ファイル形式・カスタマイズ志向・AIガバナンスの4軸で詰めていく順序です。PoCは「データ整備と組織変更の検証」として設計し、費用は4類型のコスト構造で見積観点を持ち、ROIは「AI活用の基盤価値」を含めて5軸で組み立てます。国内事例ではNEC×東レエンジニアリングの実証と富士フイルムのAras採用が、それぞれ技術伝承と規制対応の代表パターンとして参照しやすい事例です。
PLM単体の比較ではなく、自社の経営課題と既存システム資産から逆算して候補を選び、AI業務自動化基盤として設計する——これが2026年以降のPLM投資を生きたものにする条件です。













