SaaSpocalypseとは？「SaaS is Dead」の誤解と、AI時代におけるSaaSの価値

「SaaSpocalypse（SaaSポカリプス）」あるいは「SaaS is Dead」という言葉を近年のテック業界のカンファレンスやSNSで目にすることが増えてきました。生成AIの急速な普及により、従来のSaaSが提供してきた価値が相対化され、これまでのビジネスモデルが崩壊するのではないかという懸念が背景に生まれた言葉だと考えられます。

確かに、AIエージェントが複数のツールをまたいで検索し、入力し、更新までやってのけるようになると、「もうアプリ画面は要らないのでは」「SaaS事業者は先細るのでは」と感じてしまうのも頷けます。利用者の目線でも、「いま使っているSaaSへの投資は無駄になるのか」という不安があるはずです。しかし、結論から言えば、SaaSは死ぬのではなく、「再定義」のプロセスに入ると考えられます。これからのSaaSの未来で起こるのは「SaaSが死ぬ」ことではなく、「SaaSに求められる価値の水準が一段上がり、そこに届かないSaaSが使われなくなる」ことです。

本記事では、SaaSpocalypseの正体を解き明かすとともに、AI時代にむしろ拡大するSaaSの真の価値について深掘りします。なぜ、特定のSaaSが淘汰され、一方で特定のSaaSが不可欠なインフラとして再評価される未来が予想されるのかについて考察します。

SaaSpocalypseとは何か

この言葉が広がる背景には、実は性質の異なる複数の変化が同時に起きていることがあります。

一つ目は、ソフトウェアの形そのものが変わるという話です。私たちは「ソフトウェア」と聞くと、つい「画面」を思い浮かべます。検索して、画面を行き来して、フォームに入力して、転記する。その仕事をエージェントが代わりにやれるなら、「画面の価値が下がる」のは当然のことです。

しかし、SaaSの本質は画面だけではありません。SaaSは本来、継続的に更新される業務基盤です。顧客情報や契約履歴、権限設定、ワークフロー、他システムとの接続、監査や運用の責任まで含んでいます。画面はその入口にすぎません。

つまり、SaaSの本質を正しく捉えた上で考えるのならば、SaaSpocalypseは「SaaSが終わる」という意味にはなり得ません。正確に表現するのであれば「画面の便利さだけでは、もう差別化にならない」という局面を指す言葉です。「SaaS is Dead」も同様に、AI時代におけるSaaSのあり方の変遷を示したものと言えるでしょう。

二つ目は、株式市場の急激な反応です。2026年2月、AIエージェント製品のデモをきっかけにSaaS銘柄が急落しました。Forresterが2026年2月に発表したレポート『S a a S A s W e K n o w I t I s D e a d』では1週間で1兆ドル超の時価総額が消失したと報じています。これは「SaaSのビジネスモデルが終わる」という話ではなく、AIエージェントの台頭によってSaaS企業の参入障壁が下がり、成長率が鈍化するのではないかという投資家の反応です。

そして三つ目は、ソフトウェアの開発コスト構造が変わるという話です。AIによって開発の生産性が劇的に上がれば、これまで膨大な投資で積み上げてきたソフトウェア資産を、はるかに少ないコストで再現できる後発プレイヤーが現れます。既存SaaSの価格優位性や参入障壁が揺らぐ構造変化です。

これらは関連していますが、同じ話ではありません。技術の変化、市場の反応、競争構造の変化。この3つが同時に語られるので「SaaSpocalypse」や「SaaS is Dead」という言葉が必要以上に混乱を生んでいます。

SaaSの明暗を分けるもの

では、AI時代にSaaSの明暗を分けるのは何でしょうか。4つの側面において検討します。

①独自のデータと業務文脈を持っているか

最も根本的な分かれ目はここです。そのSaaSにしか存在しない「独自のデータ構造」や、業界特有の「泥臭い業務ロジック」を持っていなければ、LLM（大規模言語モデル）があらゆる汎用タスクをこなせる以上、AIエージェントにその座を奪われるのは時間の問題でしょう。

逆に、固有のナレッジ、顧客固有のデータ、承認ルール、履歴、責任の境界、業務の前後関係を蓄積しているSaaSは、エージェント時代でもただのUIにはなりません。WorkdayがAgent System of Recordを打ち出しているのは、まさにこの軸で勝負する宣言です。これはベンダーロックインの話ではありません。そのSaaSを止めたときに「業務が回らなくなるデータと文脈」があるかどうか、という話です。

単にデータを右から左へ流すだけの、あるいは既存のデータベースにUIを被せただけの「薄いSaaS」は、エージェントが直接APIを叩けるようになれば経由する理由が薄れます。

②ワークフローを実行できるか、エージェントから呼び出せるか

情報を見せるだけでなく、承認、更新、起票、手続きの一連の実行まで担えるかどうか。顧客が本当にお金を払うのは、表示ではなく前進です。SalesforceがAgentforceをFlowsやApexにつないでいるのは、この条件を重視している例になるでしょう。

ここで重要なのは、エージェントがSaaSにアクセスするインターフェースがREST APIだけとは限らないことです。CLI（Command Line Interface）によるバッチ処理や自動化スクリプトとの連携、さらにはMCP（Model Context Protocol）のようなAIエージェント向けの標準プロトコルへの対応も視野に入ります。MCPは、AIエージェントが外部のツールやデータソースと安全にやり取りするための共通規格として注目されており、対応することでエージェントから「呼び出される側」としての間口が一気に広がります。API・CLI・MCPといった複数のインターフェースを整備し、エージェントが自社SaaSの機能を呼び出せる状態を作ることが、ワークフロー実行力の土台になります。

③権限、監査、責任を持てるか

エージェントが動いても、誰の代理で何を実行し、どのログが残り、どの統制で守られるかが明確でユーザーがコントロール可能であること。ここが弱いと、AIは便利でも意図しない挙動や操作のリスクから業務には乗せにくくなります。

④シート数ではなく成果で価値を説明できるか

エージェントが複数人分の操作を肩代わりし始めると、「何席使っているか」より「どれだけ仕事が進んだか」のほうが自然な問いになります。実際、SalesforceはFlex CreditsやConversationsなど複数の価格モデルを出し始めていますし、IntercomのFinは成果課金を前面に打ち出しています。

誤解のないように言えば、シート課金がすぐ消えるという話ではありません。現時点では、主要ベンダーの一部が座席課金と成果課金を併用し始めた段階です。ポイントは、席数以外に価値の説明ができないSaaSが苦しくなる、ということです。

大手と中小で事情は異なる

これらの条件に当てはまらないSaaSは、大手よりも中小規模のベンダーに多いかもしれません。大手は業務データやワークフローの蓄積があるぶん、エージェント時代への転換余地があります。一方、画面操作や単純連携だけで勝負していた中小SaaSは、転換の足場自体が薄いことがあります。もっとも、規模が小さくても特定業務の深い文脈やデータを握っているSaaSは話が別です。明暗を分けるのは会社の大きさではなく、本セクションで検討した4つの側面において十分な価値が提供できているかです。

SaaS提供事業者のこれからとは

見落とされがちですが、AIが強くなるほど、条件を満たすSaaS提供事業者が出せる価値も深くなりえます。悲観すべきは「SaaS」ではなく、「形だけのSaaS」です。

提供事業者にとっての希望は、AIがプロダクトを空洞化するのではなく、「どの業務結果まで責任を持てるか」を問い直す機会になることです。顧客固有のデータを持ち、業務フローを回し、実行責任まで引き受けられるSaaSには、まだやれることがあります。

前述のSalesforceがAgentforceをData Cloudや既存のFlows、Apex、APIにつないでいるのは、AIを別物として載せているのではなく、もともとの業務基盤をエージェントの実行土台に変えているからです。WorkdayがAgent System of Recordを打ち出しているのも同じ発想で、エージェントの世界でも「誰が何をし、どこまで権限があり、どう追跡するか」を握る基盤は価値を持ち続けます。

提供事業者にとって、より深い差別化の源泉は「AI機能を足すこと」そのものではありません。AIがどの業務データを握るか、どのワークフローを回すか、どの結果まで責任を持つか。この3つをどこまで深くできるかです。

言い換えれば、AI時代の希望とは、SaaSが「便利な画面」から「業務を前に進める実行基盤」へ進化できることにあります。

もうひとつ、見方を変えれば、開発コストの低下はこれからSaaSを作る側にとっての追い風でもあります。これまで大手の牙城だった領域に、より安く、よりエージェントフレンドリーな設計で参入できる余地が生まれています。同等の機能をより低コストで、かつエージェントから操作しやすい形で提供できるプロダクトが現れれば、既存プロダクトからの移行の可能性も十分にあり得ます。

顧客の期待が変わる — 提供事業者が適応すべき新しい選定基準

提供事業者が見落としてはいけないのは、顧客側の期待そのものが変わりつつあることです。SaaSpocalypseやSaaS is Deadという言葉が広がるなかで、顧客は「ツール選定をやり直すべきなのか」と疑問を抱いているかもしれません。その裏にあるのは「もっと少ない操作で、もっと早く成果に近づきたい」というシンプルな欲求です。

つまり、顧客がSaaSに求めるものが変わります。「いくつの機能があるか」ではなく、どれだけ操作を減らせるか、どこまで安全に任せられるか、どの成果に近づけるか。ベンダー選定の軸が「機能の数」から「業務がどれだけ前に進むか」へ移っていきます。

IntercomのFinが成果課金で価値を見せているのは、この変化に先回りした例です。顧客が求めているのは「AIが入ったこと」ではなく、「問い合わせ対応がどれだけ早く終わるか」「人手をもっと大事な仕事に戻せるか」です。Atlassian RovoやMicrosoft Dynamics 365が見せているのも同様で、自社のナレッジや業務データに安全につながることで、「検索して貼り付ける」仕事から顧客を解放しています。

提供事業者にとっての示唆は明確です。顧客は「便利な画面」ではなく「業務の前進」にお金を払うようになります。この変化に適応できないSaaSは、機能がどれだけ豊富でも選ばれにくくなるでしょう。

まとめ

SaaSのあり方が変わるということは、自社プロダクトの「コア」を問い直す機会が来たということです。画面の使いやすさや機能の多さではなく、自社のSaaSが握っているデータ、回しているワークフロー、引き受けている責任のどこに本当の価値があるのか。それを言語化し、AIエージェントが活用できる形で顧客に届けられるかどうかが、これからの分かれ目になります。

SaaSpocalypseは脅威ではなく、問いです。「自社のSaaSは、画面がなくなっても顧客に選ばれるか？」。この問いに自信を持って答えられるプロダクトを作ること。それが、AI時代のSaaS事業者に求められる最初の一歩です。