パイロットの乱立から本番へ：なぜ56%のCEOがAIのROIをゼロと見なすのか

数字

PwC 2026 Global CEO Survey は、82の地域にわたる4,454名のCEOを対象に調査しました。56%が、過去12か月間にAIから顕著な財務的便益を得ていないと報告しています — 収益の増加もコストの削減もありません。両方を報告しているのはわずか12%です。世界のAI支出は2026年に2.6兆ドルに達しましたが、その半分以上が測定可能なリターンを生みませんでした。

WRITER 2026 AI Adoption Survey（2,400社）では、59%が年間少なくとも100万ドルをAIに投資しているものの、生成AIから顕著なリターンを得ているのはわずか29%、AIエージェントに限れば顕著なROIを得ているのはわずか23%であることが明らかになりました。75%の経営幹部が、自社のAI戦略は実際の指針というより「見せかけのため」であると認めています。97%が過去1年間にAIエージェントをデプロイしましたが、その大多数はデプロイを財務的成果に結びつけることができません。

PwCの AI Performance Study は、その分布を付け加えます：企業の20%が、AI主導のすべての財務的便益の75%を獲得しています。ギャップはAI採用企業と非採用企業の間にあるのではありません。パイロットをデプロイした組織と、本番システムをデプロイした組織の間にあるのです。

診断：パイロットの乱立

PwC、WRITER、Anthropic、OpenAI、Googleにわたる収束は明確です：問題はモデルではありません。問題は、ツールへのアクセスが民主化された一方で、ワークフローの再設計はされなかったことです。

パイロットの乱立とは、次のパターンです：ある部門がAIツールへのアクセスを得て、概念実証を実施し、モデルがタスクを実行できることを示し、そしてそのパイロットは止まる。デモは決して本番統合になりません。ツールは利用可能ですが、それが改善するはずだったワークフローは変わっていません。組織が手にしているのはChatGPTのライセンスとスライドデッキであって、NetSuiteに書き込み、在庫を確保し、承認された見積をERPに書き戻すシステムではありません。

WRITERのデータはそのメカニズムを可視化します：78%の組織が、AIをめぐってITと他の事業部門との間に緊張があると報告しています。ITはガバナンスのない保守されないプロトタイプを見ます。事業チームはITをボトルネックと見なします。本番化のステップ — モデルをシステム・オブ・レコードに接続し、監査ログ、レート制限、エラー処理、そしてエージェントを安全に実行し安全に廃止できるようにするオペレーターランブックを追加する作業 — を誰も所有しないため、パイロットが乱立するのです。

測定のシフト

2026年1月は、AIの価値の指標を「ユーザー」から「成果」へと協調的にシフトさせました。

AnthropicのEconomic Index は「経済プリミティブ」を導入しました — AIの価値を5つの次元で測定するフレームワークです：タスクの複雑性、人間とAIのスキル、業務対個人のコンテキスト、自律性レベル、成功率。このフレームワークは、低価値のタスク（メールの要約）を高価値のタスク（平均して3.3時間の人間相当作業を節約する複数ステップのコーディングワークフロー）と区別します。要点は、「全員にAIライセンスを配った」は価値の主張ではないということです。価値の主張とはこうです：AIはどのようなタスクを、どの複雑性で、どの成功率で、どの自律性レベルで実行したのか。

OpenAIの「capability overhang（ケーパビリティの過剰供給）」分析 は、パワーユーザーが平均的なユーザーの7倍も高度な思考ケーパビリティに依存しており、70か国以上にわたって利用強度に3倍のギャップがあることを明らかにしました。その含意はこうです：ほとんどの組織はAIをそのケーパビリティのごく一部でしか使っていない — ケーパビリティが欠けているからではなく、それを行使するワークフローを誰も構築していないからです。

測定のシフトが重要なのは、それがROIの問いを再構成するからです。問いは「AIは収益を生んだか？」ではありません。問いはこうです：「AIはどのような本番タスクを、どの複雑性と成功率で実行し、それは人間の労力やサイクルタイムにおいて何を置き換えるのか？」

12%は何が違うのか

PwCは、財務的リターンを報告するCEOが、意思決定全体にAIを広範に組み込んでいる可能性が2〜3倍高いことを明らかにしました — 孤立したパイロットの中ではなく、意思決定が行われ記録されるシステムの中に。

先行組織に共通するパターンは一貫しています：彼らはツールから始めませんでした。測定可能なボトルネックを持つワークフローから始め、それに対処する本番統合を構築し、成果を測定しました。AIはシステム・オブ・レコードの傍らに浮かんでいるのではなく、その中に組み込まれています。

これはパイロットの乱立の正反対です。それは本番デプロイです：エージェントがRFQを受信し、カタログに対して製品を解決し、顧客ティアごとに価格設定し、期限付きで在庫を確保し、承認された見積をNetSuiteに書き戻し、すべてのステップをログに記録します。作業がシステムの中にあるため、成果は測定可能です — 見積のターンアラウンドタイム、見積の正確性、RFQあたりの節約時間、在庫確保の精度。パイロットはこれらの指標を一切生みません。パイロットは決してシステム・オブ・レコードに触れないからです。

なぜ本番エージェントが今や手頃なのか

本番デプロイへの経済的な反論 — 常時稼働のエージェントは運用コストが高すぎる — は2025〜2026年に崩壊しました。GPT-4相当の推論コストは、2022年後半の100万トークンあたり20ドルから、2026年には0.40ドルへと低下しました。ハードウェアの効率化、ソフトウェアの最適化、モデルアーキテクチャの改善、量子化に牽引された1,000倍の削減です。推論は今やAI計算全体の67%を占めており、2023年の33%から上昇しています — 業界は訓練だけでなくサービング(serving)に最適化しているのです。

中堅のB2B企業にとって、これは、RFQを処理し、在庫を監視し、サポートのエスカレーションを処理する24時間365日稼働の本番エージェントが、推論コストで1日あたり数千ドルではなく数ドルで済むことを意味します。本番デプロイへのコスト障壁はなくなりました。残る障壁は統合作業です — MCPモジュールの構築、ERPやeコマースプラットフォームへの接続、ガバナンスレイヤーの追加 — これはまさにパイロットの乱立が省くものです。

本番という代替策

本番エージェントのデプロイは、より大きなパイロットではありません。それは異なるカテゴリーの作業であり、異なる成果物を伴います。

コードの前に固定されたスコープ。 1週間のディスカバリが、システムインベントリ、ワークフローマップ、構築計画を生み出します。スコープはコードが1行も書かれる前に固定されます。パイロットのパターンはこのステップを省きます — 誰かがケーパビリティを実証し、スコープはたまたまそのデモがカバーしたものになります。

段階的な提供。 構築はフェーズに分割されます：環境とモジュールのスキャフォールド（フェーズ1）、コアMCPモジュールとエージェントの配線（フェーズ2〜3）、本番堅牢化とオペレーターランブック（フェーズ4）。各フェーズにデモがあります。パイロットのパターンには最後に1回だけデモがあり、そこで止まります。

システム・オブ・レコードに書き込むコード。 エージェントはNetSuite、BigCommerce、あるいはトランザクションを保持するプラットフォームに書き戻します。作業がシステムの中にあるため、成果は測定可能です。パイロットのパターンが生むのはスライドデッキです。

ガバナンスレイヤー。 すべてのツール呼び出しは、タイムスタンプ、エージェントID、ツール名、出力ステータス、期間と共にログに記録されます。レート制限はツールごと、ウィンドウごとに強制されます。エラーは型付けされています — エージェントは一時的なタイムアウトを恒久的なバリデーション失敗と区別し、それに応じて対応します。キルスイッチは、コードのデプロイではなく構成変更によって任意のモジュールを無効化します。パイロットのパターンにはこれが一切ありません — そして、2026年に開示された 20万の脆弱なMCPインスタンス は、ガバナンスが省かれたときに起こることそのものです。

測定された成果。 デプロイは、成功を定義する指標と共に出荷されます：見積のターンアラウンドタイム、注文の正確性、週あたり置き換えられる時間、在庫確保の精度。これらは、実際のワークフローに適用された経済プリミティブです。パイロットのパターンが持つのは「ユーザー」です — 価値について何も語らない数字です。

4ステップのメソッド

本番デプロイのパターンは理論ではありません。それは、最初のエージェントを5〜8週間で本番に投入するメソッドです：

1. ディスカバリ（1週間）。 システムインベントリ、ワークフローマップ、固定されたスコープ。私たちと構築するかどうかにかかわらず、あなたは計画を得られます。
2. 環境とスキャフォールド（1〜2週間）。 MCPモジュール構造、エージェントハンドラ、オブザーバビリティパイプライン、認証とテナント分離。
3. コアモジュールとエージェントの配線（2〜3週間）。 システム・オブ・レコードに接続するMCPモジュール — NetSuite、BigCommerce、サプライヤーカタログ、価格エンジン。エージェントはリクエストを受信し、モジュールを呼び出し、結果を書き戻します。
4. 本番堅牢化（1〜2週間）。 オペレーターランブック、キルスイッチ構成、エラーパステスト、レート制限のチューニング、本番環境へのデプロイ。

第8週の終わりの成果物はデモではありません。それは、実際のシステムに対して実際のリクエストを処理する稼働中のエージェントであり、すべてのステップがログに記録され、すべてのモジュールが無効化可能です。それがパイロットと本番システムの違いであり — そしてROIを得られない56%とROIを得る12%の違いです。

---

NetSuite、BigCommerce、3つのサプライヤーカタログを実行するディストリビューターは、メールまたはポータルでRFQを受信し、カタロググラフに対して製品と代替品を解決し、顧客ティアごとに価格設定し、期限付きで在庫を確保し、承認された見積をNetSuiteに書き戻すエージェントを得ます — すべてのステップがログに記録され、すべてのツールがレート制限され、すべてのモジュールが構成によって無効化可能です。見積のターンアラウンドは数日から数分に短縮されます。その構築は4ステップメソッドのフェーズ2〜3であり、通常5〜8週間で稼働します。

スコープ付き構築を依頼してください。 1週間のディスカバリ。私たちと構築するかどうかにかかわらず、システムインベントリ、ワークフローマップ、固定されたスコープを得られます。