機能 イベント お役立ち お知らせ

a16z『Big Ideas 2026』が予言したCRM・ERPの背景化|System of Actionが企業ソフトの主役になる構造変化

a16z『Big Ideas 2026』が予言したCRM・ERPの背景化|System of Actionが企業ソフトの主役になる構造変化

シリコンバレーの著名VCであるAndreessen Horowitz(a16z)は、毎年末に発表する『Big Ideas』で翌年の構造変化を予測しています。2026年版で同社のGrowthチームが最大の論点として置いたのが、「Systems of record lose primacy(記録層が主役の座を失う)」という宣言です。CRM、ERP、ITSMといった企業の中核システムは消えるのではなく、背景の commodity persistence tier(コモディティ化した記録層)に沈み、その上に立ち上がる「dynamic agent layer」が実質的な主役になる、という構造変化の予測です。

この主張は派手な未来予測ではなく、すでに現場で起きている変化を言語化したものです。社員はCRMの画面を開いて履歴を辿り、メールを下書きし、フィールドを更新する代わりに、AIエージェントに「顧客Xにフォローして」と指示するだけで一連の行為が完結するようになりつつあります。a16zはこの変化を System of Action という新しいカテゴリ名で整理し、2026年最大のエンタープライズソフトウェアの論点として押し出しました。

結論を先に置くと、これはCRMやERPを置き換える話ではなく、その上に乗る新しい行為層(Action Layer)の覇権争いです。日本のBtoB企業が2026年に取るべき行動は、システム入れ替えではなく、SoR(記録層)の正本境界を固め、Action層をAIに渡せる業務APIと承認・監査ログとして整え、その全体を束ねるOrchestrationを担う事務局機能を組成することです。本記事では、a16zの予測の中身を読み解きつつ、System of Actionカテゴリ定義の追い風として、日本企業が取るべき判断軸と打ち手を整理します。

従来モデル(SoRが主役)と2026年モデル(SoR背景化+System of Action主役+Orchestration Layer)を比較した三層構造の図
a16zの2026年予測では、CRM・ERP・ITSMは下層の記録層に退き、AIエージェントによる行為層と、それを束ねるOrchestration Layerが企業ソフトの主役に立ちます。

本記事のポイント

  1. a16z『Big Ideas 2026』は、CRM・ERP・ITSMがコモディティ化した記録層へ後退し、AIエージェントが行為層(System of Action)を担う構造変化を2026年最大のテーマとして公式に押し出しました。
  2. 競争優位は、正本データを保持するシステムから、データを読み取り推論し実行する「intelligent execution layer」へ移ります。CRMやERPを置き換える話ではなく、その上に乗る新カテゴリの覇権争いです。
  3. 日本BtoBが2026年に取るべきは、CRM・ERPのリプレースではなく、SoRの正本境界を固め、Action層を「AIに渡せる業務API+承認・監査ログ」として整え、Orchestrationを担う事務局機能を組成する5つの打ち手です。

この記事で扱うテーマ

関連キーワード

  • a16z Big Ideas 2026
  • System of Action とは
  • Systems of record lose primacy
  • CRM ERP 背景化
  • Multi-agent Orchestration Layer
  • AIエージェント時代 企業ソフト

このページで答える質問

  • a16z『Big Ideas 2026』はCRM・ERPについて何を予測したのか?
  • 「CRM・ERPが背景化する」とは具体的にどういう構造変化なのか?
  • System of Actionがカテゴリとして定着するための条件は何か?
  • 日本のBtoB企業が2026年にこのトレンドを受けて取るべき打ち手は何か?

a16z『Big Ideas 2026』が宣言した「Systems of record lose primacy」

a16zが2026年最大のエンタープライズ論点として置いた一文は、訳すと「記録層は主役の座を失う」というものです。原文の論旨は次の3点に整理できます。

AI is collapsing the distance between intent and execution: models can now read, write, and reason directly across operational data, turning ITSM and CRM systems from passive databases into autonomous workflow engines.

1点めは、AIが 「意図(intent)」と「実行(execution)」の距離を縮めたという診断です。これまで人間は、「やりたいこと」を頭に描いてから、CRMの該当画面を開き、検索し、履歴を読み、メール文面を下書きし、フィールドを埋め、ステータスを更新する、という長い橋渡しをしていました。AIエージェントが業務データを横断して読み書き・推論できるようになったことで、この橋渡し時間がほぼ消えます。

2点めは、CRMやITSMが「passive databases(受動的なデータベース)」から「autonomous workflow engines(自律的なワークフローエンジン)」に変わるという見立てです。ただしこれはCRMベンダー自身がそう変わるという意味だけではなく、その上に立つAIエージェント層によって、結果として記録層が動的に動かされるという構造を指しています。

3点めは、競争優位の所在が変わるという結論です。原文は「a dynamic agent layer, while the traditional system of record slips into the background as a commodity persistence tier」と続き、価値は intelligent execution environment(賢い実行環境)を握る側に移ると断じています。社員が日常的に開き、信頼し、操作する場所こそが新しい主役だ、というロジックです。

このフレーミングは、ファネルAi編集部が以前から整理してきた「SoA(System of Action)とは」や「SoR・SoE・SoI・SoAの違い」と同じ方向を指しています。違いは、a16zが世界レベルの投資テーマとしてこのカテゴリ名を公式に押し上げたことで、買い手側の経営層・情シス層が「これは社内の意見ではなく、グローバルで起きている構造変化だ」と受け止めやすくなった点にあります。

「CRM・ERPがbackground化する」とはどういう構造変化か

「background化」という表現は曖昧に響きますが、構造変化としては具体的に次のことを意味します。

従来モデルでは、社員は1日の大半をCRM・ERP・ITSMの画面操作に費やしていました。顧客情報の検索、案件ステータスの更新、見積もりの作成、請求伝票の発行、チケットの起票と割り当て──これらはすべて画面という人間用UIを介して行われ、ベンダー各社は「使いやすいUI」をめぐって競合してきました。

2026年モデルでは、画面に向かう主体がAIエージェントに置き換わります。社員はチャットや音声で「顧客Xに先週の議論を踏まえてフォローして」と指示するだけで、エージェントがCRMから履歴を読み、外部データで補強し、文脈を解釈し、ドラフトを生成し、必要なら承認を経て送信し、結果をCRMに書き戻します。記録層は確かに動いていますが、社員はもう画面を開きません。a16zはこの状態を「背景に沈む」と表現しました。

この変化が起きる理由は、技術側の進化だけではありません。買い手の側にも、CRM・ERPの画面操作にコストをかけ続けるインセンティブが消えています。a16zはPart 2で「computer use enables automation in massive industries where value was historically trapped behind desktop software, poor APIs, and fragmented workflows」と書き、AIエージェントが画面操作・API呼び出し・ワークフロー横断を直接こなすことで、これまでデスクトップソフトの裏に閉じ込められていた価値が解放されると指摘しました。

つまりbackground化とは、CRMやERPがなくなることではなく、主役のレイヤーが「画面」から「行為」に移ることです。CRMベンダーは記録層として残り続けますが、社員にとっての日常の入口はAIエージェントに移ります。意図と実行の距離が縮まる、という現象の裏側で起きているのは、実行力の差が成果差になる 構造の到来でもあります。AIが揃ってからは、戦略の差より「実行レイヤーをどう設計したか」が事業差を生みます。

System of Actionが主役になるための3つの条件

a16zの主張は「AIをCRMにつなげば勝ち」という単純な話ではありません。記事を読み込むと、System of Actionがチャットボットを超えて「企業のオペレーティング層」として成立するには3つの条件があると示唆されています。

条件1. 統一されたセマンティックモデル

AIエージェントが安全に行為するには、業務オブジェクト(顧客、案件、契約、請求、チケットなど)の意味と関係が、複数システム横断で一貫して解釈できる必要があります。CRMの「顧客」、会計の「取引先」、契約管理の「相手方」が別の名寄せで動いている状態では、エージェントは推論を誤ります。a16zは「unified data and action plane with a semantic model of business objects」が必要だと書いており、これは多くの日本企業で先送りされてきた課題そのものです。

条件2. 生産環境で信頼できるガードレール

AIに「意図」と「実行」を任せるなら、誤った行為を業務に通さない仕組みが要ります。権限、承認、監査ログ、例外処理、停止条件──いわゆるガードレールです。チャットUIの後ろで、どの操作を自動承認し、どの操作を人間に止めさせ、どの結果を証跡として残すかを設計しておかないと、AIは便利になる前に事故を起こします。AIエージェントガバナンス を入れずにAction層を作る判断は、2026年の文脈ではもう成立しません。

条件3. Multi-agent Orchestrationを担う層

2026年モデルでは、エージェントは1つではなく複数になります。営業、CS、マーケ、経理、法務がそれぞれ自分用のAIエージェントを持ち始めると、彼らは同じ業務オブジェクトに対して同時に動くことになります。a16zは「enterprises will need systems of coordination: new layers to manage multi-agent interactions, adjudicate context, and ensure reliability」と述べ、複数エージェントの相互作用と文脈調停を担うOrchestration Layerが新たに必要になると予測しました。これは単なるワークフローツールではなく、エージェント間の責任境界、優先順位、競合解決、ロールバック手順を持つ層です。

3つの条件のうち、セマンティックモデルとガードレールはこれまでの議論の延長線上にありますが、Multi-agent Orchestrationは新しい論点です。「AIエージェントを1個ずつ入れる」フェーズの次に、「複数のエージェントが同じ業務状態を扱うときの整合性をどう保つか」が必ず問題になります。

Multi-agent Orchestration Layer──Part 2が補強した「新しい主役」

a16z『Big Ideas 2026』Part 2の「AI creates a new orchestration layer—and new roles—in the Fortune 500」は、Part 1のSystem of Action論を現場側から補強する内容です。Fortune 500クラスの組織では、すでに複数のエージェントが業務に入り始めており、その結果として 新しい職種が生まれているという観察です。

具体的には次の役割です。

  • ワークフロー設計者(Workflow Designer):どの業務をAIエージェントに渡し、どこに人間の判断点を残すかを設計する役割。従来の業務改善担当の進化形ですが、AIエージェントの強み・弱みを理解した上で行為単位に分解する能力が要求されます。
  • エージェント監督者(Agent Supervisor):複数エージェントの稼働状況、判断品質、例外発生をモニタリングし、必要に応じて介入する役割。インシデント対応エンジニアの業務寄りの派生形です。
  • ポリシー設計者(Policy Designer):権限・承認・監査の方針を業務横断で揃え、ガードレールとして実装する役割。情シスとコンプライアンスの中間に立ちます。

これらは、日本企業がしばしば「AI推進室」「DX推進室」と呼んできた組織の進化形でもあります。重要なのは、これらが 個人の兼任ではなく、組織として常設の機能になりつつある点です。a16zの読みでは、Orchestration Layerはツール市場であると同時に、組織機能の市場でもあります。AI CoE事務局代行 のような外部委託も、この組織機能を内製しきれない企業の現実解として位置付けられます。

日本BtoBが2026年に取るべき5つの打ち手

ここまでの整理を、日本のBtoB企業が今期から動かせる打ち手に落とし込みます。CRM・ERPのリプレースという大きすぎる議論に時間を使うより、次の5つを順に進める方が成果が早く出ます。

打ち手1. CRM・ERPのリプレース議論を一度止める

a16zの予測を「CRMを買い替える時期だ」と読むのは誤読です。記録層は背景に沈むだけで、消えません。むしろリプレース議論に1〜2年使っている間に、Action層の競争で取り返しのつかない差がつきます。今期は「正本データをどこに置くか」の境界線を固めることに集中します。AI-native CRM への移行検討も、Action層の整備と並行で進める方が現実的です。

打ち手2. Action層を「AIに渡せる業務API」として再設計する

従来のAction層は人間用UIを中心に作られてきましたが、これからの主たる利用者はAIエージェントです。CRM更新、メール送信、請求発行、チケット起票──これらの行為を、自然言語で指示でき、結果を構造化された証跡として返せる業務APIとして整えます。AIエージェント基盤としてのSoA の設計観点をそのまま使えます。

打ち手3. Orchestrationと事務局機能を組成する

複数エージェントが動き始めると、Orchestrationを担う組織機能が必ず必要になります。フルタイムで内製する余力がない場合は、外部の事務局代行サービスとの併用が現実的です。重要なのは、「AI導入PoC」ではなく「事務局として常設」として最初から設計することです。PoCは終わりますが、エージェント運用は終わりません。

打ち手4. KPIを「画面利用時間」から「実行された業務行為」に切り替える

CRMの利用率、ログイン数、入力件数といった画面ベースのKPIは、Action層が主役になる世界では意味を失います。代わりに、AIエージェントが完遂した業務行為の数、その品質、人間の差し戻し率、SoR更新の正確性を見るべきです。a16zはこの転換を「end of screen time KPI」というBig Ideaで別途取り上げています。

打ち手5. 社員のスキルを「画面操作」から「エージェント設計と監督」に移す

2026年以降、競争力ある社員のスキルは、CRM画面を素早く操作する能力ではなく、業務をエージェントに渡せる粒度に分解し、ガードレールを設計し、結果を監督する能力に変わります。教育投資の対象も、ツール操作研修から「行為設計とエージェント監督」に切り替える必要があります。

SoR・SoA・Orchestration Layerの役割分担を1枚で整理する

2026年モデルの3層を、責任・主体・失敗時の問題・KPI・組織機能で整理すると次のようになります。

主な責任主体失敗時の問題KPIの方向
SoR(記録層)正本データの保持・整合性CRM、ERP、ITSM、会計、契約管理名寄せ崩れ、二重登録、正本不在正確性、完全性、検索可能性
SoA(行為層)業務行為の実行・承認・監査AIエージェント+業務API+承認ゲート誤送信、誤更新、承認漏れ、追跡不能完遂率、差し戻し率、監査可能性
Orchestration Layer多エージェント調停・文脈管理・信頼性確保事務局機能(AI CoE、Policy Designer、Agent Supervisor)エージェント競合、責任不明、品質劣化整合性、SLA、インシデント率

この3層を別々の議題として組織内に設置できるかどうかが、a16zの予測通りに2026年を勝ちに行けるかの分かれ目です。CRMベンダーの選定だけで判断するのではなく、SoR選定・SoA設計・Orchestration組成を 同時並行のテーマとして置けるかが問われます。

よくある質問

a16z『Big Ideas 2026』はCRM・ERPについて何を予測したのですか?

a16zの『Big Ideas 2026』Part 1でGrowthチームが示した内容です。AIが「意図」と「実行」の距離を縮めた結果、CRMやITSMといった正本データベースは「dynamic agent layer」に主役を譲り、コモディティ化した記録層(commodity persistence tier)として背景に沈むという予測です。Part 2では補強として、Fortune 500での「new orchestration layer and new roles」の登場が挙げられています。

「CRM・ERPが背景化する」とは具体的にどういう構造変化ですか?

CRMやERPが消える話ではありません。データを保持する責任は残りますが、社員が日常的に開く画面ではなくなります。「顧客Xにフォローして」とAIエージェントに指示すれば、エージェントがCRMから履歴を読み、文脈を解釈し、メールを生成・送信し、結果を記録するまでを完遂します。CRMやERPの画面操作スキルではなく、AIエージェントを設計・統制するスキルが現場の中心になります。

System of Actionがカテゴリとして定着する条件は何ですか?

a16zは3条件を示唆しています。1つめは正本データの統一されたセマンティックモデル。2つめは生産環境でAIを信頼できる状態にするガードレール(権限、承認、監査ログ)。3つめは複数エージェントの相互作用と文脈調停を担うOrchestration Layer。この3つが揃って初めて、System of Actionは「チャットボット」ではなく「企業の業務オペレーティング層」として成立します。

日本のBtoB企業が2026年にこのトレンドを受けて取るべき打ち手は何ですか?

5つの打ち手があります。①CRM・ERPのリプレース議論を一度止め、SoRとして「何が正本か」の境界を固める。②Action層を「人間用UI」ではなく「AIに渡せる業務API+承認・監査ログ」として再設計する。③多エージェント時代に備えてOrchestration Layerと事務局機能(AI CoE / 事務局代行)を組成する。④外向きKPIを「画面利用時間」から「実行された業務行為とその成果」へ切り替える。⑤社員のスキルを「画面操作」から「エージェント設計と監督」へ計画的に移す。


関連ページと関連記事

a16zの予測の中身をさらに深掘りするための、隣接トピックの記事を案内します。System of Actionの基本定義から、ガードレール設計、事務局機能の組成まで、判断軸をつなげて読むと自社の打ち手に落としやすくなります。

System of Actionの実装と事務局機能の組成を相談したい場合

ファネルAiでは、CRM・ERPに乗せるAction層の業務API化、AIエージェント基盤の構築、承認・監査ログ・権限のガードレール設計、Orchestrationを担う事務局機能の組成までを一貫して支援しています。a16zが2026年最大の論点として挙げたSystem of Actionを、自社の業務に合わせて設計・実装したい場合は、初期構想からご相談いただけます。

超速開発の支援内容を見る

メディア一覧へ戻る