はじめに──違和感の正体
「SaaSは死ぬ」という言葉が、投資家やテックメディアの間で飛び交っている。
Anthropicの「Cowork」をはじめとするAIエージェントの台頭、Salesforce・Intuit・Adobe・ServiceNowといったSaaS大手の株価下落。これらの現象を受けて、「AIがSaaSを置き換える」というナラティブが急速に広まった。
たしかに、AIが業務ソフトを「操作」する未来像は、一定の説得力を持つ。人間がマウスをクリックし、フォームに入力していた作業を、AIが代行する。その意味では、「人が操作するSaaS」というモデルが揺らいでいるのは事実だろう。
しかし、この議論を追っていると、どこか腑に落ちない感覚が残る。
「SaaSの死」という言葉は、何かを正しく捉えているようで、同時に何か本質的なものを見落としているのではないか──そんな違和感を覚えている読者も少なくないはずだ。
本稿では、この違和感の正体を言語化することを試みる。
AIは何を「代替」しているのか
まず、現在起きていることを整理しよう。
Coworkのようなデスクトップエージェントが行っているのは、端的に言えば「オペレーションの代行」である。ファイルを開く、データを入力する、ボタンをクリックする、定型的なレポートを生成する──こうした作業を、人間に代わってAIが実行する。
これは確かに大きな変化だ。従来、SaaSは「人間が操作する」ことを前提に設計されていた。UIの使いやすさ、ワークフローの最適化、ユーザー体験の向上──これらはすべて「人間のオペレーター」を想定した価値提案だった。
その前提が崩れつつある。AIが操作するなら、UIの洗練は意味を持たない。人間向けの「使いやすさ」は、AIにとっては無関係な付加価値になる。
ここまでは、「SaaSの死」論者の主張として、筋が通っている。
しかし、ここで一つの問いが浮かぶ。
AIが代替しているのは、本当に「SaaS」なのだろうか。それとも、「SaaSを操作する人間の動作」なのだろうか。
この二つは、似ているようで本質的に異なる。
「操作」と「判断」の違い
業務における人間の関与には、大きく分けて二つの層がある。
一つは「操作」の層だ。データを入力する、ボタンを押す、ファイルを移動する、定型フォーマットに沿って報告書を作成する。これらは、明確なルールに基づいて実行される作業である。「Aという条件が満たされたらBを実行する」という形で定式化できる領域だ。
もう一つは「判断」の層だ。この顧客にいくらの与信枠を設定するか、このプロジェクトにどれだけのリソースを配分するか、この案件を承認するか却下するか。これらは、文脈を理解し、トレードオフを評価し、責任を伴う意思決定を下す行為である。
両者の違いは、単に「難易度」の問題ではない。
操作は、原理的に「正解」が存在する。手順書に従えば、誰がやっても同じ結果になる。だからこそ、自動化の対象になりやすい。
一方、判断には「唯一の正解」が存在しないことが多い。複数の選択肢があり、それぞれにメリットとデメリットがあり、状況に応じて最適解が変わる。そして何より、その選択の結果に対して、誰かが責任を負わなければならない。
AIエージェントが得意とするのは、前者の「操作」である。明確な指示があれば、人間よりも高速かつ正確に実行できる。24時間稼働し、疲労しない。ヒューマンエラーも起きない。
一方、後者の「判断」については、AIの能力は急速に向上しているものの、根本的な制約がある。
AIは「判断」を実行できても、その判断の「責任」を引き受けることができない。
これは技術的な限界ではなく、構造的な限界である。AIが下した判断が誤っていた場合、その結果を引き受けるのは誰か。顧客への説明責任を負うのは誰か。法的・倫理的な責任の所在はどこにあるのか。
たとえば、AIが与信判断を行い、その判断に基づいて融資を実行したとしよう。後に貸し倒れが発生した場合、「AIが判断したことなので責任を負えません」という説明は、株主にも、規制当局にも、顧客にも通用しない。
現時点で、そしておそらく当面の間、これらの責任を引き受けられるのは人間だけである。組織だけである。法人格を持つ主体だけである。
この「責任の不可譲渡性」こそが、AIと人間の関係を考える上での出発点になる。
「SaaSの死」が見落としているもの
ここで、「SaaSの死」という言説の問題点が見えてくる。
この議論は、SaaSを「人間が操作するツール」として捉えている。だからこそ、「AIが操作するなら、人間向けのツールは不要になる」という結論に至る。
しかし、SaaSの本質的な価値は「操作される対象」であることだけではない。
多くのSaaSは、業務上の判断を構造化し、記録し、追跡可能にする機能を持っている。CRMは顧客との関係性に関する判断の履歴を蓄積する。ERPは経営資源の配分に関する判断を一元管理する。プロジェクト管理ツールは、タスクの優先順位付けという判断を可視化する。
これらのシステムが提供しているのは、単なる「操作のインターフェース」ではない。判断の構造化と、その責任の所在を明確にする仕組みである。
考えてみてほしい。なぜ企業は、Excelで管理できる情報をわざわざCRMに入れるのか。なぜプロジェクト管理ツールを導入するのか。単に「便利だから」「効率的だから」だけではない。
それは、「誰が、いつ、どのような判断をしたか」を記録し、後から検証可能にするためでもある。監査対応、コンプライアンス、あるいは単に「なぜこうなったのか」を振り返るため。判断の履歴を組織として蓄積し、学習可能にするため。
この機能は、AIが操作を代行しても必要性が消えない。むしろ、AIが業務プロセスに深く関与するようになればなるほど、「どこまでをAIに委ね、どこからを人間が判断するのか」という境界線の設計が重要になる。
「SaaSの死」論は、この視点を欠いている。
議論の多くは、「人間がクリックしていた作業をAIが代行する」という表層的な変化に焦点を当てている。しかし、本質的な問いは別のところにある。
それは、「判断」という行為を、組織としてどのように構造化し、管理し、責任を明確にするかという問いだ。
本当に問われているのは何か
ここまでの議論を踏まえると、「SaaSの死」という言説に感じる違和感の正体が見えてくる。
問題は、SaaSというプロダクトカテゴリが消滅するかどうかではない。
問われているのは、AIと人間の間で「判断」をどのように分担するか、という設計の問題である。
現在のSaaS大手の株価下落は、この問いに対する明確な答えを持っていないことへの市場の評価とも読める。既存のSaaSの多くは、「人間が操作する」という前提で設計されており、「AIと人間がどのように判断を分担するか」という設計思想を持っていない。
AI機能を「追加」するだけでは、この問いに答えたことにならない。「AIアシスタント機能を搭載しました」「生成AI対応しました」──こうした対応は、既存の製品にAIを「乗せた」だけであり、判断の構造を再設計したわけではない。
逆に言えば、この問いに対して明確な設計思想を持つサービスは、むしろAI時代に価値を増す可能性がある。
ここで重要なのは、「AIにできること」と「AIに委ねてよいこと」が同じではないという認識だ。
技術的にはAIが実行可能な判断であっても、組織として責任を負えない判断をAIに委ねることは、リスクを伴う。逆に、責任の所在が明確で、監査可能な形であれば、かなり高度な判断もAIに委ねることができる。
この「委ねてよいかどうか」の境界線は、技術ではなく、組織の設計によって決まる。
では、その「設計」とは具体的に何を意味するのか。AIと人間の判断の分担を、どのような原則に基づいて行えばよいのか。そして、その分担を実装するシステムは、従来のSaaSとどう異なるのか。
この問いに答えるためには、もう少し踏み込んだ分析が必要になる。
ここまで、「SaaSの死」という言説が見落としているものを整理してきた。
AIが代替しているのは「判断」ではなく「操作」であること。SaaSの本質的な価値には「判断の構造化」という側面があること。そして、本当に問われているのは「AIと人間の判断の分担」という設計の問題であること。
以降のパートでは、この「判断の設計」という視点をさらに掘り下げる。
具体的には、以下の問いに答えていく。
-
AIに「委ねてよい判断」と「委ねてはいけない判断」を、どのような基準で区別すればよいのか
-
Coworkのようなエージェントが有効に機能するための前提条件とは何か
-
「判断を内包しないSaaS」がAIに飲み込まれる構造的な理由
-
逆に、AI時代に価値が上がるシステムの特徴
-
「SaaSの死」という言葉を、どのように再定義すべきか
この分析を通じて、「SaaSの死」という言説に感じた違和感を、より明確な構造として捉え直すことを試みる。
詳細版について
本稿は、公開範囲を基に構成したInsynergyの日本語サイト版です。詳細な議論と実装上の考察はnoteの詳細版で解説しています。