ENGINEERS' COLUMN

SaaSとは？ ―― まずは基本から

「SaaS（Software as a Service）」という言葉、皆さんも一度は耳にしたことがあるのではないでしょうか。

かつてソフトウェアは「買うもの」でした。CDやDVDでパッケージを購入し、PCにインストールして使う。それが当たり前の時代でした。ところが2000年代以降、ソフトウェアはインターネット経由で「使うもの」へと変わっていきます。これがSaaSです。

代表的なサービスを挙げればキリがありませんが、メールの送受信・ドキュメント管理には Google Workspace（旧 G Suite）、顧客管理には Salesforce、会計には freee、名刺管理には Sansan ―― 私たちの業務はいつの間にかSaaSで成り立つようになっていました。

SaaSの最大の特徴は「サブスクリプション（課金）」にあります。利用人数分のライセンスを月額または年額で支払うこのモデルは、ベンダーにとっては安定収益、ユーザーにとっては初期投資不要という双方にとって都合のよい仕組みでした。それが2025年〜2026年にかけて、根本から問い直されようとしています。

なぜ「SaaSの死」というワードが注目されるのか

「SaaSの死（SaaS is Dead）」という言葉が最初に大きな注目を浴びたのは、2024年12月のことです。米Microsoftのサティア・ナデラCEOがポッドキャスト「BG2」で「AIエージェントの時代には、従来型の業務アプリケーションは崩壊し得る」と発言したことがきっかけでした。^※1,2

ナデラ氏の発言の背景にあるのは、AIエージェントという新たなパラダイムです。従来のSaaSは「人間がログインし、画面を操作する」ことを前提に設計されています。ところがAIエージェントは、自然言語の指示だけで複数のシステムをまたいで自律的に作業を実行します。「人間の代わりにAIが動く」のであれば、そもそも人間向けのGUI（画面）も、サブスクリプションに応じた課金も不要になってしまうのではないか ―― そういう疑問が業界全体に広がりました。

ここで少し整理すると、「SaaSの死」とは文字通りSaaSが消滅することではありません。より正確には次の3つの「死」を意味するものと捉えるとわかりやすいと思います。

① GUI（管理画面）の死：AIが裏側で直接操作するため、人間向けの画面が不要になる
② シート課金の死：「1ユーザーあたり月額〇〇円」というモデルが成り立たなくなる
③ System of Recordの死：「データを記録しておく場所」としての価値が薄れ、「実際に仕事をする主体」への進化が求められる

※ SalesforceはすでにAgentforceという自社のAIエージェントサービスで、従来のシート（ユーザー）課金から「AIが実行したアクション単位の従量課金」モデルへの移行を進めており、自らサブスクリプション方式の課金モデルの再定義に取り組んでいます。^※3

アンソロピック・ショック ―― 株価が語る現実

ナデラ発言はいわば「第1波」でした。続く「第2波」は、2026年1月〜2月にかけてより具体的な形で訪れます。きっかけは、米AI開発企業 Anthropic（アンソロピック）の動きでした。

Anthropicは2026年1月12日（米国時間）に「Claude Cowork（クロード・コワーク）」を公開しました。これはAIによるノーコード自動化ツールで、自然言語で指示すれば、ローカルのファイル操作から資料作成・保存まで、パソコン上の作業を自律的にこなします。さらに1月30日には、法務・財務・営業・マーケティングなど専門業務を自動化する11本のプラグイン群をオープンソースで公開しました。^※4

この発表を受け、金融市場は激しく反応しました。2026年2月初週、世界のソフトウェア関連企業の株価が軒並み急落し、日米欧でソフトウェア株の株価指数が市場平均を10%以上下回る大幅な下落が発生したと報告されています。^※5

海外では Thomson Reuters・RELX・Wolters Kluwer・Salesforce・Workday など主要SaaS企業の株価が軒並み急落しました。^※6

国内でも同様に Sansan・freee・ラクス・弁護士ドットコム・OBC（オービックビジネスコンサルタント）などSaaS系銘柄が大幅に下落しました。^※7

この騒動はいつしか「アンソロピック・ショック」と呼ばれるようになりました。投資家が恐れたのは「座席数＝ソフトウェア収益」という20年間機能してきたSaaSのビジネス方程式が、AIエージェントによって書き換えられてしまうのではないかという点でした。^※8

では、SaaSは本当に「死ぬ」のか？

ここで冷静に考えてみましょう。SaaSは本当に消えてなくなるのでしょうか。私自身は「すぐに死ぬことはない、ただし変容は避けられない」と考えています。

まず、代替が難しいSaaSは確実に存在します。顧客情報・契約情報・財務データといった機密性の高いデータを長年蓄積してきたSaaSは、データ移行コストやセキュリティリスクの観点から、容易に乗り換えられません。また業界・法令・監査要件に深く組み込まれたシステムは、AIエージェントが代替できる段階には至っていません。

かつて各家庭に「専用ワープロ機」があった時代を覚えていますか。PCの普及によってそれらの専用機器は姿を消しました。しかし「文書を作る」という仕事そのものはなくなりませんでした。SaaSも同様で、仕事の形は変わっても、業務の本質を支えるプラットフォームへと進化していく可能性のほうが高いと私は見ています。

ただし、「単機能でUI操作を覚えるだけの価値しか提供できないSaaS」は淘汰されるリスクが高いでしょう。投資家がサブスクリプション課金モデルの成長限界を感じ取り、株価に反映させているのはそういった文脈です。

米調査会社のIDCは「SaaSは死ぬのではなく、再定義されるだけだ」というリポートを発表しています。「SaaS is Dead is Dead（SaaSの死は死んだ）」という言葉がSNSで飛び交うほど、過剰反応を指摘する声も多くあります。変化の速度と深度を冷静に見極めることが重要です。^※9

エンジニアとして、どう向き合っていくか

ここまで読んでいただいた皆さん、特にネットワークやインフラ、セキュリティ分野のエンジニアの方に向けて、私なりの考えをお伝えしたいと思います。

まず率直に言って、「対岸の火事」ではありません。ドキュメントの読解・表計算の集計・障害チケットのトリアージ・ナレッジベースの更新 ―― これらはすでにAIが肩代わりできる業務です。私自身、日々の業務でClaude AI(cowork,code,design)を活用し始めてから、作業効率が大きく変わったことを実感しています。

一方で、エンジニアが持つ「機器固有の動作を理解する力」「パケットを読む力」「障害の本質に迫る力」は、AIには簡単には真似できません。ネットワークの障害対応を例にとれば、多数箇所にもなるパケットキャプチャポイントを把握しながら根本原因を特定する経験等は、まだAIに置き換えられる性質のものではありません。

私が大切にしたいのは「AIを使いこなす側に立つこと」です。具体的には次の3点を意識しています。

① AIをツールとして積極的に使う：日常業務でのAI活用を試行錯誤し、どこで使えてどこで使えないかを自分の肌感覚で把握する
② 自分の専門知識とAIを掛け合わせる：ネットワーク・セキュリティ・プロトコルの深い理解があれば、AIが出した回答の正誤を判断できる。これは大きな強みになる
③ 変化をウォッチし続ける：SaaS・AIエージェント・クラウドの動向は月単位で変わっている。情報を取り続けることが、置いていかれないための最低条件

「SaaSの死」が本当に訪れるかどうかにかかわらず、AIが業務に深く入り込んでいくことは確実です。その波をどう乗るか ―― エンジニアとして腕の見せ所はむしろここからではないかと、私は前向きに捉えています。

このコラムを通じて、「SaaSの死」という言葉に対して少しでも自分なりの視点を持っていただけたなら幸いです。変化の激しい時代だからこそ、まずは知ること、そして動くことが大切だと思っています。ぜひ皆さんと一緒に、この変化の時代を楽しく乗り越えていけたらと思います。
ここまでお読みいただき、誠にありがとうございました。