結論

「SaaSの死」とは、SaaS（サブスクで提供する業務ソフト）が消える話ではなく、これまで主流だった“人が画面を開いて操作する前提”や“席（シート）課金で伸ばす前提”が揺らいでいる、という警告として語られています。AIエージェントが業務を代行しはじめると、ユーザーは「ツール」より「結果」を買うようになり、料金体系・プロダクト設計・販売戦略が作り替えられます。変化に対応できるSaaSは残り、対応できないSaaSは置き換えられやすくなります。

この記事から分かること

  • 「SaaSの死」が何を指しているのか（誤解しやすい点も含めて）
  • AIエージェントがSaaSの価値をどう変えるのか
  • シート課金が揺らぐ理由と、価格設計の次の型
  • SaaSが“淘汰されやすい条件”と、“残る条件”
  • 今からできる現実的な対応（提供側／利用側）

背景

「SaaS is dead（SaaSは死んだ）」という刺激的な言い方が広まったきっかけの一つが、Microsoft CEOの発言として取り上げられた一連の議論です。ポイントは「SaaSが不要になる」ではなく、「人がアプリを開いて入力する」前提が弱まることにあります。

実際、企業側ではSaaSが増えすぎ、契約・セキュリティ・権限管理・コスト最適化が追いつかない“SaaS疲れ”が起きています。SaaSの利用数を減らし、重複アプリを整理する動きも出てきました。ここにAI機能が上乗せされ、ツールの増加とコスト増がさらに加速しやすい状況です。

その結果、「ログインして使ってもらう」こと自体が価値だったSaaSは、存在理由を説明し直す局面に入っています。

ここがポイント

1) 「ツール」から「実行（代行）」へ：AIエージェントがUI中心のSaaSを揺らす

従来のSaaSは、ダッシュボードや入力画面をユーザーが操作して、仕事を前に進めるモデルでした。AIエージェントが普及すると、ユーザーは「画面を見て判断して入力する」代わりに、「こうしてほしい」と依頼し、エージェントが複数システムをまたいで処理する方向に進みます。

このとき、価値の中心はUIではなく、次の要素に移ります。


つまり、見た目のアプリが薄くなっても、裏側の「実務を回す仕組み」が強いところは残ります。

2) シート課金が揺らぐ：コスト構造と価値の単位が変わる

AI機能は計算資源（推論コスト）やデータ処理コストが効きやすく、従来の「1ユーザー＝いくら」の固定料金だと、使われるほど原価が増える場面が出ます。そこで、AI時代は“使った分”“出力した分”“成果に対して”といった、消費・出力・成果に紐づく価格設計が増えています。

よくある方向性はこの3つです。

  • 消費ベース：API呼び出し、処理量、トークンなど

  • 出力ベース：処理件数、解決件数、生成物の本数など

  • 成果ベース：短縮時間、回収額、CV改善など（成果の定義が肝）

「値上げ」そのものよりも、「何に対して払うのか」が変わるのが本質です。

3) “SaaS乱立”の反動：統合・整理が進むと、薄いSaaSは真っ先に切られる

企業はすでにSaaSの管理負荷が限界に近く、重複アプリの統合や、利用実態のない契約の整理が進みがちです。AI機能の追加で価格が上がると、なおさら「それ、本当に必要？」が厳しく問われます。

この局面で厳しいのは、次のタイプです。

  • 似た機能が“スイート製品（統合製品）”に内蔵されやすい

  • 使う頻度が低く、費用対効果を説明しにくい

  • 連携が弱く、データが閉じていて運用が重い

逆に残りやすいのは、運用の中心（システム・オブ・レコード）に食い込み、監査や権限、ワークフローまで含めて置き換えコストが高いものです。

4) 日本でも同じ論点：「Must have以外は淘汰」の圧が強まる

国内でも「AIで供給過剰が起き、Must haveでないSaaSは淘汰される」という見立てが語られています。言い換えると、“便利”だけでは残りにくく、「なくなると困る」「業務の芯を握っている」ことが求められます。

具体的にどうするか

SaaSを作る側（提供側）のチェックリスト

  • 価値の単位を言い直す
「機能」ではなく「どの業務を、どこまで自動で完了させるか」で説明できるか。
  • エージェントに任せられる設計に寄せる
手動操作前提の画面遷移より、API化・ワークフロー化・監査ログ設計を優先する。 誰が何をしたか、なぜそうなったかを追える設計（監査・説明可能性）が土台になります。
  • 価格を「席」だけにしない
シート＋使用量／出力などのハイブリッドを検討し、顧客の予算化しやすさも守る。
  • 連携戦略を先に決める
大手スイートに飲まれる領域なら、“共存して勝つ”設計（コネクタ、マーケットプレイス）に寄せる。

SaaSを使う側（利用企業側）のチェックリスト

  • まず“棚卸し”
誰が、何のために、どれだけ使っているか。更新前に見るだけで削減余地が出やすいです。
  • 統合の基準を持つ
似たツールは「運用負荷」「セキュリティ」「データ連携」「監査」で比べると判断しやすいです。
  • AI機能は“価値の検証”から
生成・自動化が増えるほど、誤作動や権限漏れのリスクも増えます。小さく試して、運用で勝てるかを見ます。

よくある誤解

SaaSはもう儲からない／終わりだ

終わりではなく、前提が変わっています。従来型の伸ばし方（席を増やす、UIで囲い込む）が効きにくくなり、業務の実行・統合・安全性が価値の中心に寄っているだけです。

AIエージェントがあれば、SaaSはいらない

実務では、権限・監査・例外処理・連携といった“現場の泥臭さ”が最終的な差になります。ここを持たないプロダクトは置き換えられやすく、ここを強く持つプロダクトはエージェント時代でも核になり得ます。

注意点

「SaaSの死」はスローガンとして拡散しやすく、過度に悲観すると判断を誤ります。自社（または自分の業務）で“どの前提が崩れているのか”を分解して捉えるのが安全です。

まとめ

「SaaSの死」は、SaaSの消滅ではなく、AIエージェントの登場で“価値の置き場所”が移るという話です。UI中心・シート課金中心・連携が弱いSaaSほど苦しくなり、業務を安全に実行できる仕組み、データと権限の設計、統合の強さを持つSaaSほど生き残ります。提供側も利用側も、次に残る基準を先に決めて動くことが、いちばんの対策になります。