ナレッジワーカーにとっては、表層的なコンテキストでも十分な場合があります。しかし、エンタープライズの業務プロセスにおいては決してそうではありません。
エンタープライズAI検索には、シンプルで正当な目的がありました。従業員が12ものアプリケーションを横断して答えを探す必要をなくすことです。すべてをインデックス化し、コンテキストを理解し、関連性の高い情報を提示する。この目的においては機能しています。導入は進み、回答までの時間は短縮され、ナレッジワーカーの生産性は確実に向上しています。
問題はその次に起こることです。従業員は答えを得た後、その作業を手動で実行します。
この受け渡しは単なる不便ではありません。それが限界です。そして、AIを活用してコア業務プロセスを動かそうとしている企業にとっては、誤ったアーキテクチャ上の選択です。
「エンタープライズコンテキスト」という言葉の誤解
エンタープライズ検索プラットフォームは「エンタープライズコンテキスト」を差別化要因として打ち出しています。ユーザーの役割、所属チーム、関与プロジェクトなどをインデックス化し、それに基づいて検索結果をパーソナライズします。これは情報を見つけるためのコンテキストとしては有効です。しかし、エンタープライズの業務プロセスが実際に依存しているコンテキストではありません。
実際のビジネスコンテキストは4つのレイヤーで構成されます。
- プロセスコンテキスト：このリクエストは、採用から退職、調達から支払いといった業務フローのどこに位置するのか。
- システムオブレコードのコンテキスト：Salesforce、ServiceNow、Workdayといったシステムが現在リアルタイムで何を示しているのか。
- ガバナンスコンテキスト：誰がアクションを実行できるのか、どのコンプライアンスルールが適用されるのか、人間の承認が必要か。
- 成果コンテキスト：このプロセスがどのビジネス指標に影響し、遅延によってどの程度のコストが発生するのか。
役割やチームによる検索結果のパーソナライズは、これらのいずれもカバーしていません。ナレッジワーカーが「エンタープライズ顧客向けの返金ポリシーは何か」と質問すれば、検索は迅速かつ正確に答えを提示します。コンテキストはドキュメントやスレッド、記録の中にあり、適切に接続された検索レイヤーであれば到達可能です。
しかしエンタープライズの業務プロセスは単一のシステム内に存在していません。契約更新の判断には、CRMの契約履歴、サポートツールのチケット傾向、アカウントマネージャーのリスク評価を含むコミュニケーションツール、そして記録されていない会議での口頭承認が関与します。
更新が完了すると、CRMには数値が記録されます。しかし、その数値を生み出したすべてのコンテキストは消えてしまいます。
エンタープライズ検索は保存されている情報を可視化します。しかし、5つのシステムをまたいで意思決定がどのように進んだかをリアルタイムで再構築することはできません。
ギャップは「つなぎ目」にある
Foundation CapitalのAshu Garg氏とJaya Gupta氏は、2025年12月の論考でこれを明確に示しています。最も重要なエンタープライズ知識は、システムオブレコードやナレッジベースには存在しません。それはアプリケーション間の余白、いわゆる「意思決定スレッド」に存在します。
これらのスレッドは、企業を支える部門横断の業務によって形成されます。RevOpsが営業・財務・カスタマーサクセスをつなぎ、DevOpsが開発・QA・インフラを調整し、SecOpsがアイデンティティ・ネットワーク・アプリケーションのシグナルを統合します。これらが「グルーファンクション」であり、組織の知性の大部分がここに存在します。
エンタープライズ検索はアプリケーション内部を見ますが、その間には存在しません。割引ポリシーは提示できますが、なぜ前四半期に例外が適用されたのか、その判断を支えたシグナルは何か、そして現在も同じ条件が成立しているのかは判断できません。
Jamin Ball氏はこれを簡潔に示しています。ARRの数値が請求システム、CRM、財務で異なる場合、検索ツールは両方を提示できますが、その差異を解消することはできません。それはシステム間の実行経路を理解する必要があり、個別に検索するだけでは不十分だからです。
プロセスの深さとは何か
ここにアーキテクチャの違いがあります。エンタープライズ検索はシステムの上に位置し、その内部を参照します。一方でオーケストレーションプラットフォームはシステム間に位置し、業務を流します。
Workatoはコンテキストが生成される場所でそれを捉えます。契約更新エージェントが例外処理を行う際、CRMの入力、サポートチケットの傾向、Slackでのリスク共有、評価されたポリシー、承認の流れを同時に把握します。これらはスレッドや個人の記憶に埋もれるのではなく、構造化された組織知として保存されます。
プロセスコンテキストは蓄積されます。すべての意思決定が次の判断をより正確にします。エンタープライズ検索は現在の知識のスナップショットを提供しますが、オーケストレーションは組織の実際の動作の履歴を構築します。
Enterprise MCPはこれをスケール可能にします。エージェントは実行者の権限を継承し、同じエージェントでも役割によって異なる結果を生成します。すべてのアクションは監査可能であり、業務プロセスと紐づけられます。
実際の例を考えてみてください。従業員が「月曜入社の新入社員のオンボーディング状況は？」とAIに質問した場合、エンタープライズ検索はHRチケットやドキュメント、Slackを提示します。それは「どこを見るか」を示します。
一方でオーケストレーションは、Workdayを確認し、Oktaでアカウント作成を実行し、停滞しているタスクを検知し、担当者に通知します。それは「業務を実行」します。
検索はエッジに存在します。オーケストレーションはコアに存在します。
エンタープライズへの示唆
元GustoのCIOであるBo Kim氏は、AIのための3層アーキテクチャを提示しています。下層にシステムオブレコード、上層にAIインターフェース、そして中間にビジネスロジックとガバナンス層です。多くの企業ではこの中間層が未定義のままです。
「レイヤー2を制する者が未来を制する」
— Bo Kim、元GustoのCIO
エンタープライズ検索はインターフェース層に位置します。個人の生産性を高めます。しかし、ビジネスロジックとガバナンスが集約される中間層こそが、企業としての競争力を決定します。
ナレッジワーカーにとっては検索で十分です。しかし、システムをまたぎ、金銭的影響があり、ガバナンスが必要な業務プロセスにおいては不十分です。
答えを見つけることは難しくありません。本当に難しいのは、それを確実に実行し、スケールさせ、セキュリティとコンプライアンスの要件を満たすことです。深さは実行レイヤーから生まれます。
