SaaSの死とは｜利用者の3つのリスク

お役立ち記事

Share

Check!

  • 「SaaSの死」の意味と、言葉が広まった発端・背景がわかる
  • 利用者が注意すべき事業継続性・データ移行・契約と価格モデルの3つのリスクがわかる
  • 自社のSaaS契約を点検する手順と、確認すべき契約条項がわかる

「SaaSの死」という言葉をニュースやSNSで見かけて、「今使っている業務システムは大丈夫なのか」「解約や乗り換えを考えたほうがよいのか」と不安になっていませんか。結論からいえば、SaaSの死はSaaSというサービスが明日なくなるという意味ではなく、生成AIやAIエージェントの進化によって、SaaSの価値の出し方や料金の決め方が変わりつつあることを指す言葉です。とはいえ、利用者側に何も影響がないわけではありません。ベンダーの事業の続け方、データの持ち出しやすさ、契約や価格の仕組みは、この変化の中で見直される可能性があります。この記事では、SaaSの死の意味と発端、背景にある市場の動き、そして利用者が注意すべき3つのリスクと、自社の契約を点検する具体的な手順を整理します。議論そのものの是非を一次情報で検証したい場合は「SaaSの死」は本当か｜実態を整理もあわせてご覧ください。

あなたが知りたいポイントを診断

Q1. 「SaaSの死」という言葉で、いちばん気になっていることは？

おすすめ記事

目次

開く

閉じる
  1. SaaSの死に備える第一歩｜自社のSaaS契約を一元管理する仕組みの比較
  2. 「SaaSの死」とは｜言葉の意味と発端
  3. 背景｜AIエージェントの台頭と株式市場の反応
  4. 利用者が注意すべきリスク1：ベンダーの事業継続性
  5. 利用者が注意すべきリスク2：データ移行の困難さ(ベンダーロックイン)
  6. 利用者が注意すべきリスク3：契約形態・価格モデルの変化
  7. 自社のSaaSを点検する4つのステップ
  8. よくある質問(FAQ)
  9. まとめ｜SaaSの死は「契約とデータを見直すきっかけ」
  10. 参考文献

SaaSの死に備える第一歩｜自社のSaaS契約を一元管理する仕組みの比較

SaaSの死をめぐる議論で利用者がまず押さえたいのは、自社がどのSaaSを、どんな条件で契約しているかを正確に把握できているかどうかです。契約更新日、解約の申し出期限、価格改定の条項、解約後のデータ返還の扱いといった情報は、多くの場合それぞれの契約書や利用規約、申込時のメールに散らばっています。ベンダー側の料金体系や事業方針が変わったとき、これらをすぐに確認できなければ、気づいたときには自動更新が済んでいた、データの保存期間が過ぎていた、という事態になりかねません。

契約書の保管場所を一つにまとめ、更新日や期限を通知してくれる契約書管理システムは、こうした「契約の見える化」を進める手段の一つです。お名前.comビジネスコンシェルジュの比較記事で紹介されているサービスから、特徴の異なる3つを例に挙げると、次のような違いがあります。

サービス名(運営会社)強み留意点
Hubble(株式会社Hubble)3つの画面で構成されたシンプルな操作性。さまざまなツールと連携でき、導入前後の支援も手厚い規模や課題に応じてプランや料金が決まるため、事前の確認が必要
OPTiM Contract(株式会社オプティム)スキャン済みの紙の契約書も保管でき、電子契約で締結した契約書の一括取込みやアラート機能も使える安価なスタータープランは月あたりのアップロード件数に上限がある
Contract One(Sansan株式会社)契約書をデータ化し、AIで扱いやすいデータベースを構築。法改正への対応もサポート導入時に業務フローの見直しが必要になる場合がある

どのサービスが合うかは、紙の契約書がどれだけ残っているか、電子契約をすでに使っているか、法務担当者がいるかによって変わります。SaaSの利用契約に限らず、取引先との契約全体をまとめて管理したい場合は、選び方のポイントも含めて比較記事で確認してみてください。

「SaaSの死」とは｜言葉の意味と発端

SaaSの死とは、生成AIとAIエージェントの進化によって、人が画面を操作して使うことを前提にしたSaaSのビジネスモデルが大きな転換点を迎えている、という議論を指す言葉です。英語の「SaaS is dead」を日本語にしたもので、SaaSという提供形態そのものが消えるという意味ではありません。

SaaS(Software as a Service)は、ソフトウェアを自社のサーバーに導入するのではなく、インターネット経由で必要な分だけ利用し、多くの場合は利用人数(ID数)に応じた月額・年額料金を支払う形態です。会計、勤怠、顧客管理、グループウェアなど、企業の業務の多くがこの形で提供されています。SaaSの死の議論は、この「人が使うためのソフトウェアを、人数単位で貸す」という前提が、AIが人に代わって業務を実行するようになると成り立ちにくくなるのではないか、という問題提起です。

発端とされる2つの出来事

この言葉が広く使われるようになったきっかけとして、よく挙げられるのが次の2つです。1つ目は、2024年12月にMicrosoftのサティア・ナデラCEOが米国のポッドキャスト番組で、AIエージェントの時代には従来の業務アプリケーションのあり方が大きく変わるという趣旨の見解を示したことです。この発言が「SaaS is dead」という言葉とともに拡散し、業界関係者の間で議論が広がりました。

2つ目は、2026年2月にAnthropic社が、パソコン上のファイルやアプリを操作して業務を進めるAIエージェント「Claude Cowork」向けに、法務や営業などの業務を想定したプラグイン群を発表したことです。この発表の直後、米国の株式市場では大手SaaS企業や情報サービス企業の株価が大きく下落したと報じられ、「SaaSの死」という言葉が一気に一般のニュースでも使われるようになりました。

「SaaSの死」をめぐる論点の整理

同じ「SaaSの死」という言葉でも、語る人の立場によって指している中身が違います。混同しないために、論点を立場別に分けておくと理解しやすくなります。

立場「SaaSの死」で主に語られること利用企業との関係
投資家・株式市場SaaS企業の将来の成長性や収益性への評価が下がること直接の影響は小さいが、ベンダーの経営方針の変化として間接的に表れる
SaaS事業者ID課金からの脱却、AI機能の組み込み、事業の再編料金体系や提供機能、サービス継続の判断に影響する
利用企業業務のやり方がAI中心に変わり、必要なツールの組み合わせが変わること契約・データ・運用の見直しが必要になる

この記事で扱うのは、表の3行目、利用企業にとっての意味です。株価の動きは議論のきっかけにはなりましたが、利用者として重要なのは、ベンダー側の変化が自社の契約やデータにどう波及するかという点です。なお、終焉論に対する反論や判断軸をより深く知りたい場合はSaaS終焉論｜論点・反論・判断軸で詳しく整理しています。

背景｜AIエージェントの台頭と株式市場の反応

SaaSの死が議論される背景には、AIが「質問に答える道具」から「業務を代わりに実行する存在」へと役割を広げつつあることがあります。この変化が、SaaSのどの部分に影響すると考えられているのかを整理します。

AIエージェントが変える「画面を操作する」という前提

AIエージェントとは、与えられた目標に対して、自分で手順を考え、複数のソフトウェアやデータを操作してタスクを進めるAIのことです。たとえば「先月の請求書を取引先別に集計し、未入金の相手に催促メールの下書きを作る」といった指示を受けると、会計ソフトからデータを取り出し、表計算で整理し、メールソフトで下書きを作るところまでを一続きで進めることが想定されています。

これまでのSaaSは、担当者がログインして画面を操作し、データを入力・確認することを前提に設計されてきました。料金も「何人がログインするか」で決まるのが一般的です。AIエージェントが人の代わりに操作するようになると、ログインする人の数が減る、画面の使いやすさよりもデータ連携のしやすさが重視される、といった変化が起こりえます。これが、人数課金を柱としてきたSaaS事業者の収益モデルにとって逆風になると見られている理由です。

市場が反応した理由と、冷静に見るべき点

2026年2月の株価下落は、AIエージェントが実際の業務領域向けの機能を備え始めたことで、それまで「将来の話」とされていた代替の可能性が現実味を帯びたと受け止められたことが大きいと考えられます。一方で、株価はあくまで投資家の将来予想を反映したものであり、利用企業の業務がすぐに変わることを意味するわけではありません。

実際、会計や人事労務のように法令対応が必要な業務、取引先や社内の他システムと深く連携している業務では、データの正確性や監査への対応、権限管理といった要件があり、汎用のAIだけで置き換えるのは簡単ではありません。多くのSaaS事業者は自社製品にAI機能を組み込み、「AIが使うためのデータ基盤」として価値を高める方向に動いています。SaaSの死という言葉は、SaaSが不要になるというよりも、SaaSの役割と売り方が変わる過渡期を表していると捉えるのが実態に近いでしょう。

影響を受けやすいSaaSと、価値が残りやすいSaaS

SaaSの死をめぐる議論では、すべてのSaaSが同じように影響を受けるわけではない、という見方が一般的です。利用者の立場から、自社が使っているSaaSがどちらに近いかを考える目安として、よく挙げられる特徴を整理すると次のようになります。

分類よく挙げられる特徴利用者が意識したい点
影響を受けやすいとされるSaaS画面の使いやすさが主な強みで、定型的な入力や転記、簡単な集計が中心。似た機能を持つ製品が多いAI機能を持つ製品への統合や価格改定、提供終了が起こりやすいため、更新前の見直しを優先する
価値が残りやすいとされるSaaS会計・人事労務・顧客情報など業務の記録を正確に蓄積する。法令対応や権限管理、監査への対応が求められる使い続ける前提でも、AI機能の追加料金やデータ連携の条件が変わる可能性があるため、契約条件は確認しておく

この分類は将来を保証するものではなく、同じ製品でもベンダーの方針次第で位置づけは変わります。ただ、点検の優先順位をつけるときの手がかりにはなります。後半で紹介する点検の手順では、影響を受けやすい側に近いSaaSから確認していくと効率的です。

日本企業の状況

日本では、クラウドサービスの利用が企業の間で広く定着しており、総務省の情報通信白書でも企業のクラウドサービス利用の広がりが継続的に取り上げられています。また、独立行政法人情報処理推進機構(IPA)のDX動向2025では、国内企業のDXの取り組み状況や生成AIの活用動向が調査されています。SaaSは多くの企業にとってすでに業務の基盤になっているからこそ、提供する側のビジネスモデルが変わるときには、利用する側にも少なからず影響が及びます。次の章から、その影響を3つのリスクに分けて見ていきます。

利用者が注意すべきリスク1：ベンダーの事業継続性

1つ目のリスクは、契約しているSaaSのベンダーが、事業の縮小や撤退、他社への売却、サービスの統合といった判断をする可能性です。ビジネスモデルの転換期には、収益の柱を見直すなかで、採算の合わない製品の提供終了や、別製品への統合が起こりやすくなります。

起こりうる変化の例

  • 提供終了：一定の告知期間を経て、サービスそのものが終了する
  • 統合・移行：同じベンダーの別製品やAI版の新製品へ移行するよう案内される
  • 買収・事業譲渡：運営会社が変わり、サポート体制や規約が変わる
  • 機能の縮小：利用者の少ない機能が廃止され、業務に必要な機能がなくなる

いずれも、ある日突然使えなくなるというよりは、数か月前に告知があるのが一般的です。問題は、その告知を誰が受け取り、誰が判断するのかが社内で決まっていないことです。部署ごとに契約したSaaSでは、告知メールが退職者のアドレスに届いていた、という例も珍しくありません。

事業継続性を見極めるための確認ポイント

ベンダーの将来を完全に予測することはできませんが、次のような点を定期的に確認しておくと、変化の兆しに早めに気づきやすくなります。

確認する観点見るべき情報注意したいサイン
製品の更新状況リリースノート、お知らせページ機能追加の告知が長期間止まっている
ベンダーの方針プレスリリース、決算説明資料(上場企業の場合)新製品への注力を強調し、既存製品への言及が減っている
サポートの質問い合わせへの回答速度、窓口の変更回答が遅くなる、窓口が縮小される
規約の改定利用規約・サービスレベルの改定履歴サービス終了や提供条件変更に関する条項が改定される

なお、ここで挙げたサインは、あくまで「確認を始めるきっかけ」にすぎません。ひとつ当てはまったからといって、そのサービスがすぐに終わるわけではない点には注意が必要です。重要なのは、変化に気づいたときに、代替手段の検討やデータの退避に取りかかれる体制を持っておくことです。

利用者が注意すべきリスク2：データ移行の困難さ(ベンダーロックイン)

2つ目のリスクは、特定のSaaSにデータや業務の進め方が深く依存し、他のサービスへ移りたくても移れない状態、いわゆるベンダーロックインです。SaaSの死の議論のように市場が大きく動く時期には、乗り換えを検討する場面が増えるため、このリスクが表に出やすくなります。

ロックインが起こる3つの原因

ロックインは、単に「データを出力できない」ことだけが原因ではありません。実務では、次の3つが重なって移行を難しくしているケースが多く見られます。

  • データの形式：出力はできても独自形式で、他システムに取り込むには加工が必要になる。添付ファイルや履歴、コメントが出力対象外になっていることもある
  • 連携の作り込み：他のシステムとの連携や自動化をそのSaaS専用の仕組みで作っており、乗り換えると作り直しになる
  • 業務の慣れ：画面や手順に合わせて社内ルールやマニュアルが作られていて、移行すると教育のやり直しが必要になる

AIエージェントの時代になると、AIが社内のデータを横断して扱えるかどうかが業務効率を大きく左右します。そのため、データを標準的な形式で取り出せること、外部とつなぐための仕組み(API)が公開されていることの価値は、これまで以上に高まると考えられます。

今のうちにやっておきたい備え

移行が必要になってから慌てないために、平時から次のような準備をしておくと安心です。まず、重要なSaaSについて、どのデータをどの形式でエクスポートできるかを一度実際に試し、手順を記録しておきます。次に、解約後にデータがどのくらいの期間保持されるか、返還や削除の手続きがどう定められているかを契約書や利用規約で確認します。さらに、SaaS間の連携を作る際には、特定製品だけに依存する作り方を避け、どこに何のデータがあるかを一覧にしておくことが役立ちます。

データの取り扱いは、セキュリティや個人情報保護の観点からも重要です。SaaS利用時に利用者側が負う責任の範囲についてはSaaSのセキュリティ｜利用者の責任範囲で詳しく解説しています。中小企業向けの基本的な対策は、IPAの中小企業の情報セキュリティ対策ガイドラインも参考になります。

利用者が注意すべきリスク3：契約形態・価格モデルの変化

3つ目のリスクは、利用者にとって最も身近で、影響が表れやすいものです。SaaS事業者がID課金中心の収益モデルを見直すなかで、料金の決め方や契約の条件が変わる可能性があります。

考えられる価格モデルの変化

料金の考え方仕組み利用者が気をつけたい点
ID課金(従来型)利用人数に応じて月額・年額が決まる使っていないIDの費用が積み上がりやすい
従量課金処理件数やAIの利用量に応じて料金が変動する月ごとの費用が読みにくく、予算管理が難しくなる
成果報酬型AIが完了させたタスクの数や成果に応じて課金する「成果」の定義が契約上あいまいだと、請求額をめぐって認識がずれる
AI機能の追加料金基本料金とは別に、AI機能をオプションとして課金する必要な機能が上位プランやオプションに移され、実質的な値上げになる

どの形が一概に良い、悪いというものではありません。ただし、料金体系が変わるタイミングでは、プランの再編や旧プランの提供終了がセットで行われることが多く、気づかないうちに更新後の費用が上がっていた、ということが起こりえます。

契約書で確認しておきたい条項

価格や条件の変化に備えるには、契約書や利用規約のどこに何が書かれているかを把握しておくことが欠かせません。SaaSの契約では、特に次の条項を確認しておくと、変化が起きたときの選択肢を確保しやすくなります。

条項確認するポイント
契約期間・自動更新更新日と、解約の申し出が必要な期限(何日前までか)
料金・価格改定ベンダーが料金を変更できる条件と、事前通知の期間
規約の変更規約を一方的に変更できる定めがあるか、変更時の通知方法
サービスの終了・変更提供終了時の告知期間、返金や移行支援の有無
データの返還・削除解約後のデータ保持期間、返還の形式、削除の証明
AI・データの利用自社データがAIの学習などに使われるか、その可否を選べるか

契約内容の解釈や、条項の有効性の判断は、個別の契約や事情によって異なります。本記事は一般的な情報提供を目的としたものであり、法的助言ではありません。具体的な判断が必要な場合は、弁護士などの専門家に相談してください。

契約の点検を仕組みにする

上の表の条項を、契約しているSaaSごとに一度確認するだけでも効果はありますが、SaaSの数が増えるほど、更新日や通知期限を人の記憶や表計算ファイルだけで追い続けるのは難しくなります。担当者の異動があれば、どこに何の契約書があるのか分からなくなることもあります。

契約書管理システムを使えば、SaaSの利用契約や申込書、規約の控えを1か所に集め、更新日の前にアラートを受け取る運用がしやすくなります。価格改定や規約変更の通知が届いたときも、元の契約条件とすぐに照らし合わせられるため、「更新するか、別のサービスに移るか」を期限に追われずに判断できます。契約リスクへの備えを整えたい場合は、比較記事で自社に合うタイプを確認してみてください。

自社のSaaSを点検する4つのステップ

3つのリスクを踏まえ、実際に何から手をつければよいかを手順にまとめます。大がかりなプロジェクトにする必要はなく、年に1回、契約更新の時期に合わせて見直すだけでも十分な備えになります。

  1. 契約の一覧を作る：部署ごとに契約しているものも含め、SaaS名、契約部署、担当者、利用人数、費用、更新日を1つの表にまとめます。
  2. 重要度を分ける：止まると業務が回らないもの、代替がききやすいものに分け、点検の優先順位をつけます。
  3. 3つのリスクを確認する：重要度の高いものから、ベンダーの更新状況、データのエクスポート方法、契約条項(自動更新・価格改定・データ返還)を確認します。
  4. 見直しの時期を決める：更新日の数か月前に見直す運用ルールを決め、通知を受け取る担当者を明確にします。

点検の結果、使われていないIDが多いSaaSや、同じ機能を複数の部署が別々に契約しているSaaSが見つかることもあります。SaaSの死の議論をきっかけに契約を棚卸しすることは、将来のリスクへの備えであると同時に、今のコストを見直す機会にもなります。経済産業省のデジタルトランスフォーメーション(DX)に関する政策ページでも、ITシステムを経営の視点で継続的に見直すことの重要性が示されています。

よくある質問(FAQ)

Q. 「SaaSの死」とはどういう意味ですか？

A. 生成AIとAIエージェントの進化によって、人が画面を操作することを前提にしたSaaSのビジネスモデルが転換点を迎えている、という議論を指す言葉です。SaaSという提供形態がなくなるという意味ではありません。

Q. 「SaaSの死」という言葉はいつ、何がきっかけで広まったのですか？

A. 2024年12月にMicrosoftのサティア・ナデラCEOがAIエージェント時代の業務アプリケーションの変化について語った発言が「SaaS is dead」として広まり、2026年2月にAnthropic社がAIエージェント向けの業務プラグインを発表した直後、米国でSaaS関連企業の株価が大きく下落したと報じられたことで、一般のニュースでも使われるようになりました。

Q. 今使っているSaaSはすぐに解約したほうがよいですか？

A. 議論を理由に慌てて解約する必要はありません。まずは契約の一覧を作り、ベンダーの事業継続性、データ移行のしやすさ、契約と価格の条件を確認したうえで、更新時期に合わせて判断するのが現実的です。

Q. 利用者が注意すべきリスクは何ですか？

A. ベンダーの事業継続性、データ移行の困難さ(ベンダーロックイン)、契約形態・価格モデルの変化の3つです。いずれも、平時から契約とデータの状況を把握しておくことで備えられます。

Q. SaaSの料金体系はどう変わる可能性がありますか？

A. 利用人数に応じたID課金に加えて、処理量に応じた従量課金、AIが完了させた成果に応じた課金、AI機能の追加料金といった形が広がる可能性があります。契約書の価格改定や規約変更の条項を確認しておくことが大切です。

Q. SaaSの契約書は何を確認し、どう管理すればよいですか？

A. 契約期間と自動更新、価格改定、規約変更、サービス終了時の扱い、データの返還・削除、AIによるデータ利用の各条項を確認します。契約数が多い場合は、契約書管理システムで1か所に集め、更新日のアラートを受け取る運用が有効です。

まとめ｜SaaSの死は「契約とデータを見直すきっかけ」

SaaSの死は、SaaSが消えるという話ではなく、AIエージェントの台頭によってSaaSの役割と料金の決め方が変わりつつあることを表す言葉です。利用者として押さえておきたいのは、次の4点です。

  • 言葉の意味を正しく理解する：株価の議論と、利用企業への影響を分けて考える
  • ベンダーの変化に気づける体制をつくる：更新状況や告知を受け取る担当者を決める
  • データを持ち出せる状態にしておく：エクスポートの形式と解約後の保持期間を確認する
  • 契約条件を一元管理する：自動更新・価格改定・データ返還の条項を把握し、更新前に見直す

議論の行方を見守りつつ、自社の契約とデータを点検しておくことが、変化の時代にSaaSを安心して使い続けるための現実的な備えになります。

参考文献

この記事に興味を持った方におすすめ

同じカテゴリの記事を探す

同じタグの記事を探す

同じタグの記事はありません

掲載希望の方はこちら
top