【テンプレート付】PLM（製品ライフサイクル管理）の要件定義｜機能要件・非機能要件チェックリストと進め方

PLM（製品ライフサイクル管理）の要件定義とは

PLM（製品ライフサイクル管理）における要件定義とは、製品の企画・設計から量産・保守・廃棄までのライフサイクル全体で扱うBOM（部品表）、図面・3D CADデータ、設計変更（ECN/ECO）、品目マスタを誰がどの状態遷移で管理するかを明文化する工程です。単なる文書管理ではなく、E-BOMからM-BOMへの変換、リビジョンとバリアントの扱い、ワークフロー承認のルールまで含めて、設計部門と生産・調達部門をつなぐ業務の型を定義します。

なぜ要件定義でPLM（製品ライフサイクル管理）導入の成否が決まるのか

PLM（製品ライフサイクル管理）は設計・生産・調達・品質の部門横断でBOMと設計変更を共有する基盤であるため、要件定義で品目コード体系やBOM構成のルールを曖昧にしたまま導入すると、後から全社のマスタを作り直すことになり、現場が旧来のExcel・PDM運用に逆戻りします。

• E-BOM（設計BOM）とM-BOM（製造BOM）の責任分界とBOM変換ルールを決めずに導入し、設計変更が製造側へ正しく伝播しない
• 品目コード・リビジョン採番ルールを現場任せにし、同一部品の重複登録や流用設計のトレースができなくなる
• 設計変更（ECO）の承認ワークフローを実態に合わせず作り込み、承認停滞でリードタイムが悪化し形骸化する
• 既存CAD（3D/2D）やERPとの連携範囲を後回しにし、PLMが設計部門だけの孤立した図面金庫で終わる

要件定義で決める5つの範囲

1. 対象製品・拠点 — どの製品系列・設計拠点・グループ会社のBOMと図面をPLMで一元管理するかの範囲
2. 対象ライフサイクル工程 — 企画・構想設計から詳細設計、量産移行、保守部品、設計終了（EOL）までどの工程を含めるか
3. 対象データ種別 — 3D/2D CADデータ、E-BOM/M-BOM、技術文書、CAEデータ、規格・コンプライアンス情報のどこまでを管理対象とするか
4. 対象業務プロセス — 品目登録、リビジョン管理、設計変更（ECR/ECN/ECO）、流用設計、図面承認のうち標準化する範囲
5. 連携対象システム — ERP・MES・CAD・調達/原価系のうち、初期フェーズで実装する連携と次フェーズに送る連携の切り分け

PLMは設計部門だけで完結せず、M-BOMと品目マスタを介してERP・調達と必ず接続するため、スコープは「設計データ管理」だけでなく後工程への情報伝播まで含めて定義してください。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①現状分析	現行のPDM・図面管理・Excel BOMの運用と、品目コード／リビジョン採番の実態、設計変更の承認フローと滞留箇所を棚卸しする	現行業務フロー図、BOM・図面管理の課題一覧、品目マスタ実態調査書
②あるべき姿の定義	E-BOM/M-BOMの責任分界、リビジョン・バリアント運用ルール、設計変更プロセス（ECR→ECN→ECO）のTo-Beを設計する	To-Be業務プロセス定義書、BOM運用ルール、品目コード体系定義
③機能要件の整理	BOM管理・図面/CADデータ管理・ワークフロー・変更管理など必要機能を洗い出し、標準機能とアドオンの境界を判定する	機能要件一覧（Fit&Gap表）、ワークフロー定義書
④非機能・連携要件の定義	CADデータ容量を踏まえた性能・ストレージ、ERP/MES連携方式、権限・セキュリティ、データ移行方針を定める	非機能要件定義書、システム連携仕様（IF一覧）、移行計画
⑤RFP作成・ベンダー評価	要件を重み付けしRFPに落とし込み、PoCで自社CAD連携とBOM運用の適合性を検証してベンダーを選定する	RFP、評価基準書、PoC結果報告書、ベンダー選定結果

KPIは「設計変更（ECO）の平均リードタイム」「品目・図面の重複登録率」「BOM展開からERP品目登録までの手作業工数」など、PLMが直接短縮・削減すべき指標を要件定義段階で設定してください。

機能要件チェックリスト（PLM（製品ライフサイクル管理）の核心）

PLM（製品ライフサイクル管理）に求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
BOM管理	E-BOM/M-BOMの構成管理, BOM比較（リビジョン間差分）, 多階層BOM展開・部品点数集計, 流用設計・コピー&変更, BOM変換（設計→製造）
品目・部品マスタ管理	品目コード自動採番, 部品分類（カテゴリ/属性）管理, メーカー品番・代替部品（互換品）管理, 重複部品検索・名寄せ
リビジョン・バージョン管理	図面/CADのリビジョン採番, チェックイン/チェックアウト, リビジョン履歴と差分参照, リリースステータス（仕掛/承認/廃止）管理
設計変更管理（ECM）	変更要求（ECR）起票, 変更指示（ECN/ECO）発行, 影響範囲分析（Where-Used）, 切替（有効日）管理, 変更承認ワークフロー
CAD/図面データ管理	3D CADとの双方向連携（アセンブリ構造取込）, 2D図面・派生PDF管理, ビューア上での朱書き・指示, 設計ファイルの参照関係維持
ワークフロー・承認	図面承認・出図ワークフロー, 役割ベースの承認ルート設定, 承認期限・督促, 電子署名・承認記録の保持
プロジェクト・開発管理	ゲート（DR/デザインレビュー）管理, タスク・成果物の進捗管理, 開発日程と部品手配の連動, 課題（ToDo）管理
技術文書・要求管理	仕様書・規格・試験成績書の文書管理, 文書とBOM/品目の関連付け, 要求仕様トレーサビリティ, 改訂履歴管理
コンプライアンス・品質連携	RoHS/REACH等の含有化学物質情報管理, 部品の環境・規制属性管理, トレーサビリティ（製品→部品→ロット）, 不具合・是正処置との連携
検索・流用・原価連携	属性・構造横断検索, 類似部品・類似図面検索, 部品標準化（共通部品集約）支援, BOMベースの概算原価試算

見落としがちな要件: 見落としがちなのは、設計変更の有効日（切替日）管理と仕掛品への影響処理、代替部品・互換品の管理、含有化学物質（RoHS/REACH）情報の部品単位での保持です。これらは要件定義で明示しないと標準機能だけでは賄えずアドオンになりがちです。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	数百MB〜GB級の3D CADアセンブリのチェックイン/チェックアウトが実用時間内（例：100MBで30秒以内）、多階層BOM展開が数秒で完了すること
可用性	全社設計・出図業務を止めないため稼働率99.5%以上、CADデータを含むファイルストレージの日次バックアップとリストア手順を整備
拡張性	品目・図面が年数十万点規模に増加してもレスポンスを維持し、海外設計拠点・グループ会社の追加にライセンスとレプリケーションで対応できること
セキュリティ	図面・BOMへの役割ベースのアクセス制御（部門・プロジェクト単位）、輸出管理・機密図面の閲覧制限、操作ログの保持
運用保守	ワークフロー・属性・採番ルールを情シスが画面設定で変更できること、CADコネクタの新バージョン対応の保守サポート範囲を明確化
移行	既存PDM/Excel BOM・図面ファイルの移行方式と、リビジョン・履歴・参照関係を保持した移行可否、移行後のデータクレンジング範囲を定義
コンプライアンス	電子帳簿・図面保管の長期保存要件、含有化学物質規制（RoHS/REACH）対応、輸出管理（該非判定）に必要な属性保持

PLMの非機能要件は大容量CADデータの転送性能とストレージ設計が最大の論点であり、拠点間レプリケーションやキャッシュサーバーの要否を性能要件として明記してください。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
ERP（生産管理/基幹）	M-BOMと品目マスタをERPへ連携し、所要量計算・購買・在庫管理の基礎データとする。設計変更（ECO）の有効日をERPの品目切替に反映
3D/2D CAD・PDM	CADのアセンブリ構造・部品情報をPLMに取り込みE-BOMを生成、図面・3Dモデルのリビジョンを双方向で同期
MES（製造実行）	M-BOMと工程・作業手順、有効図面リビジョンを製造現場へ配信し、製造ロットと部品のトレーサビリティを確保
CAE/シミュレーション	解析モデル・解析結果文書をPLMで構成管理し、設計リビジョンと解析の対応関係を保持
調達・購買システム	部品のメーカー品番・代替部品情報や含有化学物質データを連携し、サプライヤとの図面・仕様共有を行う
原価管理システム	BOM構成と部品単価を連携し、設計段階での概算原価・原価変動を試算
品質管理（QMS）	不具合情報・是正処置（CAPA）とBOM/品目を紐付け、製品トレーサビリティと是正の設計反映をつなぐ

PLMの連携で最重要なのはERPへのM-BOMと設計変更（ECO）の伝播であり、どちらをマスタとするか（品目はERP起点かPLM起点か）を要件定義で必ず確定してください。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 自社の主要3D/2D CADとの標準コネクタの有無と、アセンブリ構造取込・双方向リビジョン同期の対応範囲
• E-BOMからM-BOMへの変換と、設計変更（ECR/ECN/ECO）の有効日・影響範囲分析（Where-Used）の標準対応可否
• ERP（製品名を明記）との品目マスタ・BOM・設計変更連携の実績と標準インターフェースの提供有無
• 品目コード採番・属性・ワークフローをノーコード/ローコードで設定変更できる範囲とアドオンが必要になる境界
• 数百MB〜GB級CADデータの性能、拠点間レプリケーション、想定品目点数でのレスポンス実績
• 含有化学物質（RoHS/REACH）管理・トレーサビリティ・輸出管理属性など製造業コンプライアンス機能の標準対応

RFPでは「BOM管理機能あり」といった抽象表現を避け、自社のCAD名・ERP名・想定品目点数・設計変更の業務フローを具体的に提示し、標準機能で賄える範囲を回答させてください。

ベンダーを横並び比較する評価マトリクス

PLMのベンダー評価は、自社CAD/ERPとの連携適合性（重み高）、BOM・設計変更（ECM）の業務適合とFit率、ノーコード設定の自由度と将来の保守性、製造業向けコンプライアンス機能、導入実績（同業種・同CAD環境）を重み付けして比較します。特に自社の主要CADとの連携深度とE-BOM/M-BOM運用への適合は最重要軸として配点を高くすべきです。

デモは汎用シナリオではなく、自社の実際の製品BOMと設計変更ケースを使ったPoCで評価し、CAD取込精度とワークフロー適合を必ず実機確認してください。

PLM（製品ライフサイクル管理）導入でよくある失敗と回避策

よくある失敗	原因	回避策
導入後も設計部門がExcel BOMを併用し続ける	E-BOM/M-BOMの責任分界とBOM変換ルールを決めず、PLMのBOMがERPや製造へ正しく伝播しない設計にした	要件定義でBOMの単一マスタ化とPLM→ERP連携を先に固め、Excel BOMを廃止する運用ルールを合意する
同一部品の重複登録が増え流用設計ができない	品目コード体系と類似部品検索・名寄せの要件を曖昧にし、現場ごとに採番した	全社統一の品目コード体系と属性、重複チェック・類似検索を必須要件として定義する
設計変更（ECO）の承認が滞留し形骸化する	現行の非効率な承認ルートをそのままワークフロー化し、承認者と期限・代理承認を設計しなかった	ECO承認ルートをTo-Beで簡素化し、承認期限・督促・代理承認をワークフロー要件に含める
大容量CADデータで動作が遅く現場が使わない	3D CADデータの容量と拠点構成を踏まえた性能・ストレージ・レプリケーション要件を定義しなかった	想定データ容量と拠点を前提に性能目標を数値化し、PoCで実データの転送時間を検証する

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。