経営企画として、現場部署から上がってくる「AI投資稟議」をどう評価すべきか——既存のIT投資ROI評価軸だけで判断していくと、3年後に「結局1ドメインの便利ツールが20本増えただけで、業務はあまり変わっていない」という総括にたどり着きやすい。本稿は、業務OS（設計OS／調達OS／品質OS／生産技術OS）として提案された投資を、経営側が稟議の場で評価する5つの観点と、各観点で経営層が問うべき問いを整理する。単発AIツール導入と業務基盤投資を区別する実務枠組み。

既存IT投資ROIの評価軸では、AI投資を測りきれない理由

稟議に上がってくるAI投資案件を、既存のIT投資ROI枠組みで評価しようとすると、5つの観点で評価軸が足りなくなります。個別ツール導入には妥当でも、業務基盤投資には合いません。

1. 投資回収年数：業務基盤投資は、1年目の労務費削減だけでなく、累積する業務データ・プロンプト・暗黙知のデジタル化を資産として生みます。短い回収年数だけ見ると過小評価されやすい。
2. 直接労務費削減額：AIで削減された時間が、より付加価値の高い業務（設計DR／VE提案／品質根本対策）に振り向けられるかは、業務再設計の質に依存します。削減額だけでは「人が暇になっただけ」「シャドーAIが増えただけ」を区別できない。
3. PoC成否判定：単発タスクの自動化成否は測れても、業務基盤としての継続運用・組織横断連携・データ蓄積による複利効果は捉えられません。
4. 部署単位の効果測定：4OS（設計／調達／品質／生産技術）横断のデータフローによる効果は、部署別計測では消えてしまいます。設計変更通知が調達と品質に連動して回る価値は、設計部単独のKPIには載りません。
5. 機能数によるベンダー比較：機能数で比較すると、業務知識の濃度・引き継ぎ容易性・撤退コストといった重要な評価軸が見えなくなります。

2026年は産業AIが「実証フェーズを終えた」年と位置づけられる。投資判断の基準も「PoCの成否」から「業務全体での累積効果」に変わる。

業務OS導入の稟議が通る組織の条件——意思決定構造を3つの軸で分解する

つまり評価軸自体を、業務基盤投資に合わせて作り直す必要があります。以下、5つの観点を順に提示します。

業務OSを稟議で評価する5つの観点

観点① 業務委譲度合い（Delegation Scope）

1つの業務プロセスのうち、AIに連続実行を委譲する工程数を評価軸とします。単発タスク自動化（例：仕様書下書きだけ）は1〜2工程に過ぎません。業務OS型は5〜10工程の連続実行を任せ、人が介在する工程は意思決定が必要なポイント（DR会議の最終判定、品質クレームの根本原因確定）に絞られます。問うべきは「何工程の連続実行を任せるか。途中で人が介在する工程はどこで、その理由は」です。回答が曖昧であれば、提案側がまだ業務分解できていない兆候であり、稟議書の見栄えが整っていても運用後の効果は出にくい。

観点② 累積資産化（Knowledge Capitalization）

3年運用後に、社内に業務データ資産がどれだけ残るかを評価軸とします。単発AIツール投資は、データが各ベンダーのDB内に蓄積され、社内に残るのは「使った成果物」だけになりがちです。業務OS投資は、業務データ・プロンプト・運用ルールが共通データ層に集約され、自社主権で蓄積されます。

経営層が問うべき問いは「この投資は3年後にどんな業務データ資産を残すか。撤退した場合、社内に残るのは何で、ベンダーに残るのは何か」です。3年後の業務データ資産が言語化されていない投資は、撤退時に何も残らない可能性が高い。

観点③ 内製能力の育成（Capability Internalization）

構築期間中に、自社で業務分解・プロンプト設計・データ運用を担当する人材が何名育つかを評価軸とします。受け身で導入するだけの投資は、納品後にベンダー依存度が上がり、改善や拡張のたびに追加費用が要ります。業務OS型は、構築期間中に2〜5名の業務側人材が業務分解・運用ルール定義に関与し、納品時に運用継続可能な人材が社内に残ります。

「現場発のAI内製依頼」を全部やる／全部止めるの二択で捌くと、シャドーAI繁殖か業務停滞のどちらかが起きる

内製と外注の境界線——設計OS構築で「自社で握るべき層」「任せていい層」を分ける3つの軸

経営層が問うべき問いは「この投資の納品時に、社内で運用継続できる人材は何名育つ予定か。育たない場合、ベンダー依存度はどこまで上がるか」です。内製人材ゼロでの納品は、3年後の改善コスト・移行コストを直撃します。育成計画が空欄の稟議は、再提出を求めて良い項目です。

観点④ 業務OS横断性（Cross-Domain Linkage）

4OS（設計／調達／品質／生産技術）のうち、1ドメイン完結で済むか、他ドメインへの連携を視野に入れているかを評価軸とします。設計部だけで完結する投資は、設計変更が調達単価更新や品質履歴に連動しません。共通データ層を持つ業務OS投資は、他ドメインへの拡張時に再構築コストが発生せず、初期投資の延長線上で他OSを追加できます。問うべきは「他3OSと将来連携できるデータ構造を持つか。連携時の追加コストはどう試算しているか」。横断性を稟議書で言語化できないと、3年後に「ツールはたくさんあるが部署間連携は紙とExcelのまま」という結末になりやすい。

観点⑤ 撤退コストと再評価ポイント（Exit Cost & Re-evaluation Triggers）

撤退時に、データ・ノウハウ・運用フローが社内にどれだけ残せるかを評価軸とします。AI技術は3〜5年で世代交代します。今のLLMより安く高性能なモデルが今後出てくる可能性は十分あり、世代交代時に「移行できるか」「データを持ち出せるか」「運用ノウハウが社内に残るか」が決定的に重要です。

設計者が一日のうち4割を、図面を探したり、部品表をメンテしたり、設計変更を関係部署に伝えたりすることに使っている

業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体

経営層が問うべき問いは「この投資の撤退基準は何か。撤退時にどのデータ・運用ノウハウが社内に残り、何が失われるか」です。撤退基準を事前に決めていない投資は、ズルズルと運用が続き、撤退判断ができなくなります。撤退時にすべてがベンダー依存で消える設計は、稟議書の段階で見抜けます。

5観点で見る、単発AIツールと業務OSの差

5つの観点を、単発AIツール投資と業務OS投資で並べて評価すると、差は次の通りです。

観点	稟議で問うべき問い	単発AIツール投資	業務OS投資
① 業務委譲度合い	何工程の連続実行を任せるか	1〜2工程（単発タスク）	5〜10工程（業務一気通貫）
② 累積資産化	3年後に社内に残る業務データは何か	各ツールDB内（ベンダー側）	共通データ層（自社主権）
③ 内製能力育成	納品時に運用継続可能な人材は何名育つか	0〜1名（ベンダー依存）	2〜5名（業務側＋IT側）
④ 業務OS横断性	他3OSと連携できるデータ構造か	再構築が必要	共通データ層で拡張可能
⑤ 撤退コスト	撤退時に何が残り、何が失われるか	大半がベンダー依存で消える	業務データ／運用ノウハウは残る

単発AIツールが悪いのではありません。1〜2工程の自動化が目的なら業務OS投資はオーバースペックです。問題は、「業務基盤の置き換え」を目的にした投資を、単発ツールの評価軸で測ってしまうこと。投資の性格に合わせて評価軸を使い分けることが、経営企画の役割になります。

自己診断：自社のAI投資稟議は5観点で答えられるか

直近1年で稟議に上がった、または上がろうとしているAI投資案件を1つ思い浮かべて、次の5項目を確認してください。3つ以上「いいえ」がつく場合、稟議書の評価軸を更新する余地があります。

• 稟議書に、AIに委譲する工程数と人が介在する工程の理由が明記されているか
• 3年運用後に社内に残る業務データ資産の種類と量が言語化されているか
• 納品時に社内で運用継続可能な人材の育成計画が含まれているか
• 他の3OS（設計・調達・品質・生産技術のうち未着手のもの）への将来連携コストが試算されているか
• 撤退基準と、撤退時に社内に残るもの・失われるものが事前に決まっているか

反論への先回り：「3年待てば技術が成熟して安く買えるのでは」

経営判断としてよくある反論に「AI技術は急速に進化しているので、3年待てば成熟して安く高性能なものが買える。今は待つべきではないか」というものがあります。誠実に答えると、待つべきケースと待つべきでないケースに分かれます。

待つべきケースは、自社の業務分解度が低く、稟議に「何を任せるか」「何工程をAIに委譲するか」も書けない場合です。この状態でツールを買っても、運用設計ができず効果が出にくい。半年〜1年は業務側で「現状の業務フローを分解する」「データの所在を棚卸しする」「委譲可能な工程を特定する」作業に投資した方が、結果的に総コストは下がります。

待つべきでないケースは、競合が既に業務基盤型の取り組みで業務時間構造を変え始めている場合です。業務OS投資の本体は技術購入ではなく、業務分解の組織能力構築です。技術成熟は購入時に乗り換えれば良い（観点⑤で撤退コストを低くしておけば移行可能）が、業務分解能力の組織内蓄積は、待ったからといって自動的に進むものではありません。3年待つコストは「累積資産化されない3年×業務時間40%」分の機会損失として、稟議書で可視化できます。

判断は「業務分解度が低い→半年は業務側整理、その後段階的に投資」「業務分解度が中以上→共通データ層を持つ投資から開始、技術世代交代に備え撤退コストを低く保つ」のどちらかで線引きできます。「待つか／買うか」の二択で迷う段階ではなく、「自社の業務分解度はどの段階か」を先に確定させることが、経営企画の最初の仕事になります。

次のアクション：5観点の評価軸を、自社の稟議書に組み込む

本稿の5観点を、貴社のAI投資稟議書テンプレートに組み込むことが最初のアクションです。テンプレート改訂は、経営企画と情シス部門の合議で30〜60分で着手できます。次の稟議から、提案部署が5観点それぞれに回答する形式に変えるだけで、稟議の場で「業務分解の解像度」が組織能力として可視化されます。

5観点を貴社の言葉で稟議書に落とし込む作業を、経営層と情シス・現場部門長の合議で進める90分の戦略相談を無料で提供しています。貴社の現状の稟議書フォーマット、過去のAI投資の総括、業務分解度の自己評価を、業務OS導入の文脈で整理します。

よくある質問（FAQ）

Q1. 5観点すべてに高評価がつかないと、業務OS投資は通すべきではないのですか

そうではありません。5観点の評価は「すべて高」を求めるためではなく、稟議書で各観点の現状を言語化することに意味があります。観点④（横断性）が低くても、初期は1ドメイン完結、2年目に拡張する段階的計画として整理されていれば妥当です。重要なのは、5観点について「現状」「将来」が事前に合意されていることです。

Q2. 経営企画として、AI領域の専門知識がなくても5観点で評価できますか

5観点は、AI技術の評価軸ではなく業務基盤投資の評価軸です。設備投資・ERP導入の評価で使われる軸（自社残存資産・撤退時の損失・組織能力への蓄積）を、AI投資に適用したものと考えてください。技術的妥当性は情シスに依頼し、経営企画は5観点の「組織への影響」を判断する役割分担で機能します。

Q3. 既に導入済みのAIツールも、5観点で評価し直すべきですか

はい。導入後1〜2年経過したAIツールの5観点での再評価は有効です。特に「観点② 累積資産化」「観点⑤ 撤退コスト」は運用後にしか見えない情報が多い。再評価の結果、「便利ツールとして継続」「業務OS基盤へ統合」「撤退」の3つに振り分けることで、AI投資ポートフォリオが整理されます。年1回、経営企画主導での実施を推奨します。

Q4. 5観点の評価を、外部コンサルに依頼することは妥当ですか

初回の評価軸構築（テンプレート設計と評価方法の合意）は、外部の知見を入れた方が早く立ち上がります。継続運用（毎回の稟議での評価、再評価）は内製化することが、観点③（内製能力育成）の趣旨に沿います。外部に評価そのものを任せ続けると組織能力が育たず、業務OS投資の本体目的を逸脱します。

次に読むべき関連記事

• 業務OS導入の稟議が通る組織の条件——意思決定構造を3つの軸で分解する（5観点と組み合わせて使う稟議書の3軸）
• 業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体（業務OS概念の前提知識）
• 内製と外注の境界線——設計OS構築で「自社で握るべき層」「任せていい層」を分ける3つの軸（観点③の深掘り）