「SaaSの死」とは、SaaSがなくなることではありません
「SaaSの死」という言葉は刺激的です。
この言葉だけを切り取ると、SaaSという仕組みそのものが終わるように聞こえるかもしれません。
ですが、本当に起きているのはもう少し複雑で、もう少し本質的な変化です。
死ぬのはSaaSそのものではありません。
死ぬのは、SaaSを入れれば変わった気になれた時代です。
これまで多くの企業では、SaaSは“前進の象徴”として扱われてきました。
紙やオンプレミスやExcel中心だった業務に、クラウド型の業務アプリケーションを導入する。
それだけで、たしかに一定の前進はありました。
業務は見えるようになり、データは残るようになり、導入スピードも上がり、ITの重さも軽くなりました。
この意味で、SaaSは多くの会社にとって本当に重要な進歩だったのです。
だから、「SaaSの死」という言葉は、SaaSの価値そのものを否定するものではありません。
では、何が死ぬのでしょうか。
まず一つは、部門ごとにSaaSを増やし、そのあいだを人がつなぐことで成立していた仕事の構造です。
営業には営業のSaaS。
経理には経理のSaaS。
総務には総務のSaaS。
現場には現場のSaaS。
この構造そのものは珍しくありませんし、一時期は合理的でもありました。
問題は、そのあとです。
部門ごとに便利になった一方で、会社全体としては断絶が残りました。
その断絶を埋めるために、人が転記し、照合し、問い合わせ、会議で補い、Excelでつなぎました。
つまりSaaSは増えたが、人は減らなかった。
むしろ、“SaaSのあいだを走る人”の仕事が膨らむことすらありました。
この前提が、いま崩れ始めています。
その理由は、APIと生成AIが加わったからです。
SaaSだけの世界では、部門ごとの最適化が中心でした。
ですが、APIやiPaaSが前提に入ると、部門をまたいだデータ連携やワークフロー自動化が現実になります。
さらに生成AIが加わると、検索、要約、文書作成、一次対応、分析補助といった“人が断絶を埋めていた知的作業”まで横断的に薄くなります。
すると、これまでホワイトカラーの中に大量に含まれていた“つなぎ仕事”が、仕事として成立しにくくなります。
この瞬間に、ユーザー課金型のSaaSの一部、保守・個別開発に依存するSIerの一部、資料と会議と構想を膨らませることで価値を作ってきたコンサルモデルの一部が、一斉に揺らぎ始めます。
ここで重要なのは、SaaSが不要になるわけではないということです。
むしろ、SaaSはこれからも必要です。
ただし位置づけが変わります。
SaaSは主役ではなく、業務機能を担う部品になります。
会計、CRM、請求、経費、勤怠、工数、現場管理。
それぞれに最適なSaaSは引き続き重要です。
ですが価値の中心は、“どのSaaSを入れたか”ではなく、それらをどうつなぎ、どう標準化し、どう人の仕事を変えたかへ移っていきます。
つまり、SaaSの価値はアプリケーション単体ではなく、会社全体の流れの中で決まるようになるのです。
この変化は、SaaSベンダーにとってはかなり大きいです。
これまで、SaaSの成長はしばしば席数の増加と結びついてきました。
利用部門が増える。
ユーザーIDが増える。
オプションが増える。
このモデルは分かりやすく、強力でした。
ですが、もし企業が本気でSaaSを部品化し、APIでつなぎ、生成AIで横断作業を減らしていくなら、求められるのは“たくさんの席”ではなく、少ない席数で広く流れを回す力になります。
すると、成長の尺度そのものが変わります。
ID数ではなく、何人分のつなぎ仕事を減らせたか。
オプション数ではなく、どれだけ部門横断で業務を短くできたか。
SaaSの世界は、そういう評価軸へ押し出されていきます。
SIerも同じです。
SIerの価値がすべて消えるわけではありません。
複雑な基幹系、制度設計、大規模な移行、特殊な要件。そうした領域では、今後も重要な役割があります。
ですが、これまでのように“企業の複雑さを個別開発で吸収し続けること”を中心にしていたモデルは、確実に苦しくなります。
企業が標準業務へ寄り、APIで接続し、例外を減らし、SaaS標準に乗るほど、個別開発の余地は減ります。
つまり、複雑さの保存が商売になっていた部分は、これからは価値を保ちにくいのです。
大手コンサルもまた、同じ変化から逃れられません。
戦略や構想が不要になるわけではありません。
ですが、構想と会議と大義名分だけでは、以前ほど高い価値を持ちにくくなります。
なぜなら、AIとAPIとSaaS標準化が進むと、企業は以前より少人数で、以前より具体的に、以前より早く、現場実装へ踏み込めるようになるからです。
このとき求められるのは、立派な変革物語よりも、どこを切り、どこを標準化し、どう配線をつなぎ直すかです。
つまり、説明のための仕事から、実装のための仕事へ価値が移るのです。
ここでホワイトカラーの意味も変わります。
これまでホワイトカラーの仕事の多くは、企業内の分断を埋めることで成り立っていました。
情報を探す。
数字をまとめる。
会議のための資料を作る。
問い合わせに一次回答する。
別部門のルールを読んで翻訳する。
システムから情報を抜き出して別のシステムへ渡す。
これらはすべて必要な仕事でした。
ですが、必要だったのは“価値の高い仕事”だったからというより、会社の断絶が埋まっていなかったからです。
SaaS、API、生成AI、BIが組み合わさると、この断絶の一部は技術で埋まります。
そうすると、人が担うべき仕事も変わります。
検索する人ではなく、判断する人。
転記する人ではなく、例外を設計する人。
報告資料を作る人ではなく、数字を読んで動く人。
問い合わせをさばく人ではなく、ルールを整備する人。
つまり、人の価値は“つなぐこと”から、“意味を与えること”へ移っていきます。
この変化は希望でもあり、厳しさでもあります。
希望なのは、人が本来もっと価値の高い仕事へ移れる可能性があるからです。
厳しいのは、これまで価値の顔をしていた仕事の一部が、本当は断絶を埋めるだけだったと可視化されるからです。
このとき企業は、「AIで便利になります」では済みません。
役割再設計、再配置、再教育、場合によっては整理まで含めた現実に向き合う必要があります。
だから「SaaSの死」とは、単なるテクノロジー論ではありません。
それは、会社の中の人間の役割定義が変わることでもあります。
その意味で、本当に死ぬのは三つです。
一つ目は、導入したこと自体を価値だと言えた時代です。
二つ目は、人がシステム間を埋めることで何とか回っていたホワイトカラー秩序です。
三つ目は、複雑さや席数や人月の増加を、そのまま成長と呼べたビジネスモデルです。
逆に生き残るのは、SaaSを部品化し、APIでつなぎ、生成AIで横断し、標準を通し、人の役割を再設計できる企業と人材です。
ここで最後に、人材の話に戻る必要があります。
これから価値が上がるのは、単にAIを使える人ではありません。
SaaSの画面を知っているだけの人でもありません。
価値が上がるのは、経営、業務、現場、システム、データ、感情、政治をまたぎながら、会社の流れそのものを設計できる人です。
一人会社でも、少数精鋭でも、組織の外でも構いません。
むしろ、組織図の中だけでは生まれにくい横断性を持つ人ほど、これから重要になります。
なぜなら、SaaSの死のあとに必要なのは、新しい部品ではなく、新しい流れを描ける人だからです。
「SaaSの死」とは、終わりの話ではありません。
それは、アプリケーション中心だった企業変革が、流れ中心の企業変革へ移る入口です。
そこでは、何を入れたかより、何をなくしたか。
何を増やしたかより、どれだけ人を“つなぎ役”から解放したか。
どれだけ立派な計画を描いたかより、どれだけ現場と経営を同じ流れに乗せられたか。
そうしたことが価値の中心になっていきます。
SaaSが死ぬのではありません。
SaaSの使い方が変わるのです。
そしてその変化の先で、企業と働く人の意味もまた、少しずつ書き換わっていきます。