SaaSpocalypseとは？AIエージェント時代にSaaSがどう変わるか

「SaaSpocalypse」という言葉は刺激的ですが、正しく読むと本質は単純です。SaaS が一夜で消えるのではなく、人が画面にログインして 1 人 1 シートで使うという前提が、AI エージェントによって揺らいでいます。

一次情報を見ると、変化はすでに始まっています。Intercom は Fin を outcome ベースで価格設定し、Salesforce は Agentforce で action ベースと user license を併用し、Microsoft は Copilot Studio を pay-as-you-go や prepaid credit で提供しています。ServiceNow と Workday は、さらにその先のagent governance を product surface に含め始めました。

本記事では、この流れを煽りではなく、SaaS のどこが圧迫され、どこがむしろ重要になるのかという観点で整理します。

---

この記事でわかること

1. SaaSpocalypse の正体: 「SaaS 崩壊」ではなく、何が再設計されているのか
2. 一次情報で確認できる変化: pricing、platform、governance がどう変わっているか
3. 企業の実務対応: 契約、運用、評価指標をどこから見直すべきか

基本情報

---

SaaSpocalypseとは何か

SaaSpocalypse は、seat 前提の SaaS が AI エージェント前提の software + digital labor へ組み替わる流れを指す表現として読むと分かりやすくなります。

重要なのは、SaaS そのものが不要になるわけではないことです。むしろ、system of record、権限、監査、基幹ワークフローの重要性は上がります。揺らいでいるのは、次のような前提です。

つまり、SaaSpocalypse の本質は「ソフトウェアが終わる」ことではなく、ソフトウェアの値付けと責任分界点が変わることです。

---

一次情報で確認できる4つの変化

1. 課金単位が seat だけではなくなった

最も分かりやすい変化は pricing です。公式 docs を見ると、主要ベンダーは「何人が使うか」だけでなく、「agent が何をどれだけ完了したか」へ課金軸を広げています。

ここで重要なのは、「成果課金が勝つ」「seat 課金が負ける」と単純化しないことです。実際には、seat が残る部分と usage / outcome が伸びる部分が共存しています。つまり SaaSpocalypse は、課金モデルの全置換というより複線化です。

2. agent は point feature ではなく platform layer になっている

agent はチャット欄の 1 機能ではなく、業務システムの上に載る実行レイヤーとして扱われ始めています。

• Salesforce は Agentforce を Salesforce と Slack の中で動く digital labor として位置付けています
• Microsoft は Copilot Studio を「agents を build / manage / publish する platform」として扱っています
• ServiceNow は AI Agent Studio、AI Agent Orchestrator、AI Control Tower を通じて、build から governance までを一続きの運用面として出しています

この流れが意味するのは、今後の競争軸が「AI ボタンがあるかどうか」ではなく、agent をどこにつなぎ、誰が監督し、どう human handoff するかへ移るということです。

3. governance が新しい product surface になった

この変化は pricing 以上に重要です。agent が人の代わりに業務を進めるなら、企業は「agent に何をさせてよいか」を管理しなければなりません。

一次情報でその方向性を最も明確に出しているのが ServiceNow と Workday です。

• ServiceNow は AI Control Tower を、native / third-party を含む AI agent、model、workflow を一元的に govern / manage / secure する command center として打ち出しています
• Workday は Agent System of Record を発表し、agent の onboard、role 定義、impact 追跡、cost forecasting、compliance 支援を 1 か所で扱う方向性を示しました

この 2 社の発表から読み取れるのは、企業にとって agent 導入の論点が「使えるか」だけでなく、監査できるか、費用を追えるか、権限を絞れるかになっていることです。

4. SaaS が消えるのではなく、役割分担が再定義される

上の一次情報からの推論として、圧迫されやすいのは人間が定型操作を繰り返すこと自体が価値源泉だった SaaS です。一方で残りやすいのは、記録・承認・統制・責任分界を持つ SaaS です。

たとえば次のように整理できます。

---

日本企業が今見るべき4つの評価軸

SaaS を選ぶ側も、作る側も、見るべきポイントは似ています。製品名より前に、次の 4 軸を確認してください。

1. seat 数ではなく unit economics を見る

比較すべきは「50 人が使うから 50 ライセンス必要か」ではありません。見るべきは次の単位です。

• 1件の問い合わせ解決
• 1件の商談フォロー完了
• 1件のチケットクローズ
• 1回の agent action

agent 時代は、コスト計算の単位を仕事の単位へ寄せる必要があります。

2. system of record がどこに残るかを切り分ける

agent が前面に出ても、基幹データの正本は別です。次を先に決めると混乱しにくくなります。

3. governance と handoff を pricing と同じ重さで見る

価格表だけで判断すると失敗します。最低限、以下を確認するべきです。

• agent ごとの権限範囲
• 実行ログと監査証跡
• human handoff の条件
• 上限設定やコスト可視化
• third-party agent を含む場合の統制方法

4. ベンダー発表では GA と構想を分けて読む

agent 領域では、press release に将来構想が多く含まれます。契約や導入判断では、必ず次を分けて確認してください。

• すでに一般提供されているのか
• 追加ライセンスや credits が必要か
• どの surface で使えるのか
• 自社の compliance 要件に必要な機能が現時点で備わっているか

---

企業が今すぐやるべきこと

SaaSpocalypse を「話題の概念」で終わらせないために、まずは小さく次の 3 つを実施するのが現実的です。

1. seat が多い業務ではなく、反復仕事を棚卸しする

ライセンス数の多さだけでなく、次の条件がそろう業務を洗い出します。

• 定型入力が多い
• ルールで判断しやすい
• 例外時に human handoff しやすい
• 実行ログを残す必要がある

2. 小規模 pilot では「精度」より「運用品質」を測る

pilot で確認したいのはデモの賢さではありません。見るべきは、次の運用品質です。

• 完了率
• handoff 率
• 例外処理のしやすさ
• 監査ログの追いやすさ
• 1 件あたりコストの予測可能性

3. 契約更新時に pricing と governance を同時に確認する

特に確認したい項目は次のとおりです。

• seat、usage、outcome のどれで請求されるか
• 上限設定や予算管理ができるか
• データ export とログ取得が可能か
• agent の role / access control をどこまで設定できるか

---

よくある質問（FAQ）

Q1. SaaSpocalypse は「SaaS 終了」を意味するのか？

いいえ。なくなるのは SaaS ではなく、seat 前提の一部の価値説明です。記録、承認、監査、権限、基幹データ管理はむしろ重要になります。

Q2. どの SaaS が最初に圧迫されやすいのか？

人が画面上で反復操作する比率が高い領域です。カスタマーサポート、社内サービスデスク、CRM の更新や一次フォロー、定型レポート生成は影響を受けやすい候補です。

Q3. 自社構築と SaaS のどちらを選ぶべきか？

汎用業務なら、まずは vendor-managed な agent 機能を試す方が現実的です。自社構築が有利になりやすいのは、強い業界制約、独自データ、複雑な責任分界がある場合です。

Q4. vendor の agent 戦略は何を見ればよいのか？

機能名より、次の 4 点を見てください。pricing unit、権限設計、human handoff、audit / cost visibility です。ここが弱いと、本番導入まで進みにくくなります。

Q5. 何を KPI に置くべきか？

株価ではなく、仕事がどれだけ安全に完了したかを置く方が実務向きです。例として、1 件あたりコスト、完了率、handoff 率、SLA、ログ取得率などがあります。

---

まとめ

主要ポイント

1. SaaSpocalypse の本質は SaaS 消滅ではない: seat 前提の UI・課金・運用が、AI エージェント前提へ再設計されている
2. 一次情報が示す変化は pricing と governance の同時進行: Intercom、Salesforce、Microsoft は課金単位を広げ、ServiceNow と Workday は統制面を product surface に載せ始めている
3. 問うべきは「どの SaaS が死ぬか」ではない: system of record、agent execution、human approval、audit をどこに置くかが意思決定の中心になる

次のステップ

• 自社の SaaS 一覧を「seat 数」ではなく「反復仕事の量」で棚卸しする
• 次回更新対象の SaaS について、usage / outcome 課金の有無と上限管理を確認する
• 1 つの業務で pilot を行い、完了率・handoff 率・監査ログを測定する

---

関連記事

---

参考リソース

• Intercom Pricing
• Fin AI Agent outcomes | Intercom Help
• Salesforce Introduces New Flexible Agentforce Pricing | Salesforce
• Salesforce Add-on Pricing PDF
• Microsoft Copilot Studio Licensing Guide
• Microsoft Copilot Studio
• AI Agents | ServiceNow
• ServiceNow launches AI Control Tower
• Workday Unveils New Agent System of Record

---

本記事はネクサフローのAI研究シリーズの一部です。