topic: SaaS transformation, AI agents, enterprise UI shift, Salesforce strategy, Decision Design
concepts:
-
SaaS is Dead
-
Salesforce
-
Agentforce
-
enterprise UI transformation
-
conversational interface
-
data layer
-
AI governance
-
human judgment
-
Decision Design
-
Decision Boundary
-
author: Ryoji Morii
-
organization: Insynergy Inc.
はじめに
日経ビジネスに掲載されたセールスフォース・ジャパン小出伸一会長兼社長へのインタビューを読んで、おおむね同意しながら、どこか引っかかった。
引っかかりは、小出氏の見立てが間違っているということではない。「SaaS is Dead」という言説が過剰であり、レイヤー論から見ればSalesforceの立ち位置はLLM企業とは異なる——その整理は筋が通っている。問題は、そこで止まってしまっていることだ。
今起きている変化の本質は、「SaaSが消えるかどうか」ではなく、「ソフトウェアの中の何が価値を持ち、人間はどこで何をするのか」という問いの方にある。そしてその問いは、インタビュー記事では十分に掘り起こされていなかった。知識不足なのか、あるいはインタビューという形式上の制約なのかは読み取れない。ただ、議論の射程が手前で止まっていることは確かだ。
この記事では、その「止まった場所」から先を考える。
1. 小出氏の慎重さは、妥当だ
「SaaS is Dead」という言葉は、センセーショナルに聞こえる。しかし小出氏が指摘するように、似たような宣告はITの歴史の中で何度も繰り返されてきた。メインフレームは死んだと言われたが、基幹系に今も生きている。PCはスマートフォンに殺されると言われたが、企業の業務端末として依然として中心にある。
企業向けITは、消費者向けアプリとは異なる論理で動く。業務プロセスへの深い統合、データの蓄積、コンプライアンス対応、ベンダーロックインの是非——こうした要素が絡み合う世界では、「新しいものが出たから古いものが終わる」という話にはならない。SalesforceがCRM起点のデータ統合や安全性、ガバナンスを強みとして語るのは、それが現実の企業調達の論理に即しているからだ。
その意味で、小出氏の「SaaSはすぐには死なない」という慎重な見立ては、実態をよく踏まえている。
2. ただし、変化の深さは「焼き直し」ではない
問題は、その慎重さが「変化は大きくない」という印象を残してしまうことだ。
今回の変化は、過去の技術サイクルとは構造的に異なる点がある。それは、ソフトウェアの価値の"置き場"が動いていることだ。
かつてのSaaSの価値は、「機能を持っていること」にあった。顧客管理ができる、在庫管理ができる、プロジェクト管理ができる。だから競争は、誰がより多くの機能を、より使いやすく提供できるかで決まっていた。
AIが入り込んでくると、その前提が崩れ始める。機能の差異は縮まる。ある業務をこなすためのロジックやテンプレートは、LLMによって急速にコモディティ化する。何ができるかの差よりも、どこで動くか、何と繋がっているか、誰が使うのか——その配置の問題の方が、競争の本質に近づいていく。
そしてこの変化の中で、最も静かに、しかし確実に性格が変わっているのが、UIだ。
3. UIが「表示面」から「実行接点」へと変わる
インタビューの中で、小出氏はGPU、データセンター、データ、LLM、UIというレイヤー構造を提示した。Salesforceはそのスタックの上位、つまりUIとデータの層に強みを持つ、という整理だ。
この図式は、現在地の説明としては有効だ。ただ、UIを"最上位の表示面"として捉えている限り、見えてこない変化がある。
AIエージェントの時代において、UIはもはや「入力して結果を見る場所」ではない。エージェントが業務を実行し、提案を出し、メールを下書きし、取引の条件を調整し始めるとき、UIはその実行に対して人間が確認し、承認し、委任し、あるいは止める場所になる。つまり、UIは表示面ではなく、業務上の判断が通過する接点へと変わる。
Salesforce自身、「AI agents are the new user interface（AIエージェントが新しいユーザーインターフェースだ）」という趣旨の発信をしている。Agentforceやそれと統合されたSlackを見れば、インターフェースと業務実行が一体化しつつある方向性は明らかだ。しかしインタビューでは、この変化——UIの質的な変容——については深く語られていない。
これは重要な見落としだと感じる。
4. データ統合は必要条件だが、十分条件ではない
Salesforceが語るもうひとつの強みが、CRM起点のデータ統合とガバナンスだ。顧客データ、営業履歴、サポート記録——これらが一箇所に集まっていることは、エージェントが文脈を持って動くために不可欠な基盤であることは間違いない。
ただし、競争がそれだけで決まるかというと、そうではない。
データがあれば業務が回るわけではない。エージェントが業務に入り込んだとき、何を自動的に実行させ、何を人間に確認させ、どの行為に承認フローを設けるのか。その「業務への入り込み方」の設計が、これからの競争変数になる。
裏返すと、データを持っていても、その入り込み方の設計ができていない企業は、エージェント時代において強みを活かしきれない可能性がある。Salesforceに限らず、すべての業務SaaSにとって、これは共通の課題だ。
5. 政府もまた、「どこで人が引き受けるか」を問い始めている
ここで、UI問題が単なる体験設計の話ではなくなる。
日本政府もまた、自律的に動くAIエージェントに対して、誤作動やプライバシー侵害のリスクを念頭に、人間の判断を必須とする仕組みづくりを開発企業などに求める方向にある。これはAI政策の動向の中で、ガバナンスの問題として浮上してきている論点だ。
エージェントが自律的に動くほど、「誰が何を決めたのか」が不明確になる。契約条件の調整、顧客への応答、内部書類の承認——こうした行為をエージェントが担い始めたとき、責任の所在がどこにあるのかという問いは避けられない。
つまり問われているのは、「どこで人が確認するか」だけではなく、「どこで人が引き受けるか」だ。Human-in-the-loopという言葉がよく使われるが、ループの中に人がいるだけでは足りない場面が出てくる。意思決定の主体として、人間がその行為を引き受ける構造が必要になる。
これはUIのレイアウトの問題でも、プロンプトの最適化の問題でも、データガバナンスの文書整備だけの問題でもない。
6. 「SaaSが死ぬか」は、本題ではなかった
ここまで整理すると、「SaaS is Dead」という問いそのものが、問いの立て方として問題を含んでいることがわかる。
真剣に考えるべきは、SaaSというカテゴリが存続するかどうかではなく、業務の中で何がインターフェースになり、どこで自動実行が起き、どこで人間の判断が必須になるのか——その配置の問いだ。
Salesforceの強みであるデータ統合もガバナンスも、その「配置」を支える基盤としてこそ意味を持つ。逆に言えば、配置の問題を解決しない限り、どれだけ優れたデータ基盤を持っていても、エージェント時代の業務実行においては片手落ちになる。
この問いには、プロダクト論だけでは扱いきれない対象がある。機能の設計でも、データアーキテクチャでも、単なる承認フローの追加でもなく、もう少し根本的な何かが必要だ。
静かな予告
その「何か」には、すでに名前がある。概念として整理されつつある。
エージェントが業務実行に入り込み、政府がガバナンスを求め、UIが判断の接点に変わるとき、企業は「どこで何を誰が決めるか」を意図的に設計しなければならない。そのための枠組みだ。
それが Decision Design（判断の設計） である。
Decision Designは、判断という行為そのものを設計対象とする思想だ。
その中心にあるのがDecision Boundary（判断の境界） という概念である。誰が決めるのか。
どこまでを任せ、どこからを引き受けるのか。
その線を、無自覚のまま放置せず、意図的に設計すること。
それがDecision Designである。
詳細版について
本稿は、公開範囲を基に構成したInsynergyの日本語サイト版です。詳細な議論と実装上の考察はnoteの詳細版で解説しています。