2 3月 2026, 月

「SaaSpocalypse(SaaSの終焉)」は現実か? 生成AIエージェントが変える「ソフトウェア購入」の常識と日本企業の選択

米国のテック業界で「SaaSpocalypse(SaaSの終焉)」という言葉が議論を呼んでいます。AIエージェントや高度なコーディングAIの台頭により、特定の機能を持つSaaSを契約するよりも、AIにソフトウェアを構築させる、あるいはAI自体に業務を代替させる動きが加速しています。この潮流は、DX(デジタルトランスフォーメーション)推進のためにSaaS導入を進めてきた日本企業にどのような影響を与えるのでしょうか。

「SaaSpocalypse」が示唆するパラダイムシフト

TechCrunchの記事が指摘する「SaaSpocalypse」とは、単にSaaS企業の株価が低迷するという話にとどまりません。これは、企業のIT調達と業務遂行の根本的な構造変化を指しています。記事では、ある創業者がカスタマーサービス(CS)チーム全体を「Claude Code」のような高度なAIツールに置き換えた事例が紹介されています。

これまで企業は、特定の課題(経費精算、CS、人事管理など)に対して、それぞれ特化したSaaSを契約して解決してきました。しかし、LLM(大規模言語モデル)とエージェント技術の進化により、汎用的なAIモデルが、これまで専用ソフトウェアや人間が行っていたタスクを直接実行、あるいはそのための簡易的なツールを自律的にコーディングできる時代が到来しつつあります。

「Buy(購入)」から「AI-Assisted Build(AIによる構築)」への揺り戻し

日本企業、特にDXを推進する現場では、長らく「車輪の再発明を避けるためにSaaSを利用(Buy)する」ことが正解とされてきました。しかし、生成AIのコーディング能力が飛躍的に向上したことで、この前提が揺らいでいます。

例えば、社内固有のニッチなワークフローを効率化する場合、これまでは高額なSaaSをカスタマイズするか、諦めてExcelで管理するしかありませんでした。現在は、エンジニアがAIペアプログラマー(GitHub CopilotやCursorなど)を活用することで、驚くほど短期間かつ低コストで、自社業務に完全にフィットしたマイクロアプリケーションを開発(Build)できるようになっています。

これは「内製化」のハードルが劇的に下がることを意味します。月額課金が積み重なる「SaaS疲れ」を感じている企業にとって、汎用的なAI基盤を活用して必要な機能だけを自前で用意するアプローチは、コスト最適化の強力な選択肢となり得ます。

「Service(役務)」そのものの自動化

SaaS(Software as a Service)における「Service」の部分、つまりソフトウェアを通じて提供される価値そのものがAIに置き換わりつつあります。冒頭のCSチームの例のように、AIは単なる「CS担当者が使うツール」ではなく、「CS担当者そのもの」として振る舞い始めています。

日本の文脈で見ると、これは深刻な人手不足への解決策として期待できます。コールセンターやバックオフィスの定型業務において、SaaSの操作を覚える人材を採用・教育するコストよりも、業務知識を学習させたAIエージェントを導入する方が、長期的には合理的になる可能性があります。しかし、これには「AIに任せきりにする」というガバナンス上のリスクも伴います。

無視できないリスクと「技術的負債」の変質

AIによる開発や業務代替は魅力的ですが、リスクがないわけではありません。AIが生成したコードやアプリケーションは、誰が保守するのでしょうか。作成者が退職した後、AIが書いたブラックボックス化したコードが大量に残るリスクは、かつての「Excel職人」問題の再来、あるいはそれ以上の複雑さを招く恐れがあります。

また、SaaSを利用することでベンダーに転嫁できていたセキュリティや法規制対応(個人情報保護法など)の責任が、自社開発(AI生成含む)の場合は自社に戻ってくる点にも注意が必要です。日本企業特有の厳しい品質基準や説明責任をクリアするためには、AI生成物のテストと監視のプロセスが不可欠です。

日本企業のAI活用への示唆

「SaaSpocalypse」の議論を踏まえ、日本のビジネスリーダーやエンジニアは以下の3点を意識すべきです。

1. SaaSポートフォリオの棚卸しと選別
「なんとなく便利そうだから」導入しているSaaSを見直す時期です。その機能は、Copilot for Microsoft 365やChatGPT Enterpriseなどの汎用AIツール、あるいはAPI連携による簡易な開発で代替できないか検討してください。特に「単純なデータ入力・加工」だけを目的としたSaaSは、AIエージェントに置き換わる可能性が高い領域です。

2. 「AIによる内製化」を前提とした組織作り
「開発はベンダー丸投げ」という体制から脱却する好機です。非エンジニアでもAIを使って簡易なツールを作れる環境を整備しつつ、情シス部門がそれを適切にガバナンスする(シャドーIT化を防ぐ)仕組みを作ることが、これからのDXの鍵となります。

3. 人材要件の再定義
SaaSの操作スキル(Salesforce管理者など)の価値は相対的に低下し、AIに対して適切な指示(プロンプトやコンテキスト定義)を与え、AIが生成した成果物を評価・修正できる人材の価値が高まります。採用や育成方針において、特定のツールへの習熟よりも、AIをオーケストレーションする能力を重視する方向へシフトする必要があります。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です