誰もが誤解する見出し
2026年にどのテクノロジー系メディアを開いても、おなじみの文句が見つかるでしょう: 「SaaSは死んだ。」 ベンチャーキャピタリストはそれについてツイートし、創業者はそれを理由にピボットし、カンファレンスのキーノートはそれを軸に組まれています。物語は脱出速度に達し、もはや定説のように感じられます。
でも、そうではありません。
「SaaS は終わった」という主張は時期尚早であるだけでなく、ソフトウェア業界で実際に起きていることを根本的に誤解しています。今起きているのは提供モデルの死ではありません。知性とインフラのあいだに、まったく新しい関係が生まれることです。この時を読み違えれば、何年も失う判断をすることになります。
ここではっきり言える真実があります。SaaS は死にません。むしろ、エンタープライズ技術の歴史を超える規模で消費されようとしています。しかし、その消費者は、デスクに座ってダッシュボードをクリックし、CSVをエクスポートする人間ではありません。消費者になるのは、自律型のAIエージェントです。疲れ知らずで、並列に、24時間稼働し、SaaSアプリケーションを工場のロボットが工作機械を扱うように扱います。つまり、生産のための道具として、人間離れした速度で使うのです。
This shift has a name. We call it Labor as a Service — LAAS — そして Marc Benioff が CRM をクラウドに載せて以来、企業がテクノロジーを購入し展開し価値を得る仕方における最も重要な変革を表しています。
「私たちが知る業務アプリケーションは、エージェント時代に崩壊する。」
— Satya Nadella、Microsoft の CEO
Nadellaが崩壊について間違っているわけではありません。彼が話しているのはインターフェース層のことです。アプリケーション自体 — データベース、API、ビジネスロジック、ワークフローエンジン — はなくなりません。むしろ増えていきます。崩れつつあるのは、ビジネス上の問題とそれを解決するソフトウェアの間に人間が座る必要があるという前提です。
SaaSが登場する前:多くの人が知らない歴史
Labor as a Serviceがソフトウェア産業の自然な進化である理由を理解するには、1999年のSalesforce創業よりもはるかに前までさかのぼる必要があります。インストールする製品ではなく、オンデマンドサービスとしてコンピューティング能力を提供したいという衝動は、商用コンピューティングそのものと同じくらい古いものです。
サービス局の時代(1930年代〜1960年代)
IBM opens its first サービス局 — 企業が計算機器を所有せずにデータ処理ニーズを持ち込み結果を受け取れた物理拠点。会社はパンチカードと生データを持ち込み、オペレーターに渡し、後から計算済みの出力を受け取りました。根本的な意味で、これはコンピューティング史上初の「as a Service」モデルです。
メインフレームが登場しつつあった頃、 タイムシェアリングモデル 根付いた。フルメインフレームのコストを正当化できない組織——数百万に達しうるもの——は、共有機械上の時間を借りることができた。複数のユーザーがリモート端末から一台のコンピュータにアクセスし、それぞれがその機械を独占していると信じていた。クラウド以前のクラウドコンピューティングであり、経済も同じだった。使った分だけ支払い、巨額の設備投資を避け、ハードウェアの維持は他者に任せる。
意思決定の分岐は当時も単純でした。取引量が十分ならメインフレームを買う。そうでなければサービス局を使う。その「作るか買うか、持つか借りるか」という計算が、それ以来の主要なプラットフォーム移行を動かしてきました。
アプリケーションサービスプロバイダー(ASP)の実験(1990年代)
アプリケーションサービスプロバイダー(ASP) インターネットが新しい流通の可能性を生む中で姿を現す。ASP は自社サーバーでアプリをホストし、インターネット経由で顧客に届けた。紙の上では、SaaS という名前ができる前の SaaS に見えた。実際には、ほとんどの関係者にとって技術的にも商業的にも災難だった。
ASPモデルは教訓的な理由で失敗しました。帯域が不足していました。対話型アプリには遅延が許容できませんでした。セキュリティも疑わしいものでした。そして決定的に、多くのASPは自社サーバー上で同じモノリシックなオンプレ製品を載せ替えていただけで、マルチテナントやインターネットネイティブ配信に向けた再設計をしていませんでした。クラウド以前の技術でクラウド体験を売ろうとしていたのです。
しかし直感は正しかった。市場はソフトウェアをサービスとして求めていた。あとはインフラが野心に追いつくだけだった。
SaaSの誕生とパッケージソフトの終焉
Marc Benioff, Parker Harris, Dave Moellenhoff, and Frank Dominguez incorporate Salesforce.com サンフランシスコのアパートで。彼らのマーケティングのキャッチコピー: 「ソフトウェアの終焉。」 機能の終わりではありません — 自分のハードウェアにインストールし、更新し、保守する製品としてのソフトウェアの終わりです。
クラウドCRMを開始。バブル後も初年度540万ドル・40名。価値は運用に根ざす—サーバ運用ではなく顧客管理が目的。
売上2240万ドル超、顧客3000社超。Salesforce が最速成長CRMに。クラウドは小手先ではなく経済性。
Salesforce がNYSE上場。SaaSモデルが市場で実証。
Amazon Web Services は基盤サービスを開始しました(2006年にS3、ほどなくEC2)。Googleは Google Apps for Your Domain(のちの Google Workspace)を公開。SaaS爆発を支えるクラウド基盤レイヤーが、この時点で整いました。
初期SaaSの核心洞察は、一見単純でした。ソフトウェアの配布と保守は常に高コストでした。ブラウザ経由の提供で配布の問題を、更新の一元化で保守の問題を消せば、並外れた経済性を持つビジネスモデル——リカーリング収益、顧客獲得の摩擦の低下、複利的に広がるネットワーク効果——が開けます。
ベニオフが察していたこと、そして市場が最終的に示したのは、ほとんどの企業にとってソフトウェア自体は重要ではないということです。重要なのは成果です。CRM はより良い顧客関係を実現するための手段にすぎません。その手段について考える必要が少ないほど良いのです。
その気づきを覚えておいてください。先はすべてそこから。
黄金時代:あらゆる業務に千ものツール
2008年から2024年にかけ、SaaSは破壊的アイデアから、ほぼすべての業務ソフトウェアの既定の提供形態へ。その数字は圧倒的です。
SaaSを数字で
~$300B
世界のSaaS支出(2025)。前年比 おおよそ20%増
30,000+
2025年時点の市場にあるSaaS製品の推定数。
$1.58T
2031年のB2B SaaS市場規模予測。年平均成長率 約26%
考え得るあらゆる業務機能に、それぞれ専用のSaaSレイヤーが生まれました。顧客関係には Salesforce と HubSpot。プロジェクト管理には Asana、Monday.com、Jira など多数。コミュニケーションには Slack、Microsoft Teams、Zoom。会計には Xero と QuickBooks Online。マーケティングには Mailchimp、Marketo、Klaviyo。人事には BambooHR、Workday、Rippling。さらには、レストランの順番待ち管理、歯科予約、HVAC ディスパッチのようなニッチな機能でさえ、専用のSaaSアプリケーションを持つようになりました。
SaaSの爆発的な普及は、特化の真の勝利でした。史上初めて、5人の会社でも、かつてFortune 500に限られていた水準のツールにアクセスできるようになりました。エンタープライズ級ソフトウェアの民主化は、21世紀初頭の経済における最も重要な展開の一つでした。
しかしこの黄金期には、別種の問題の種がすでに宿っていました。
誰も語らない問題:ツール疲れ
2024年までに、中堅企業は平均で100〜300のSaaSアプリを運用。大企業は1000超も。それぞれにログイン、UI、ロジック、データサイロ、学習コストがありました。
SaaS の約束は単純化でした。現実はスケールする複雑さになりました。
2026年の典型的なカスタマーサービス業務を考えてみてください。担当者は、顧客履歴を確認するためにCRMを開き、ポリシー詳細のためにナレッジベースを参照し、解決メモをチケットシステムに更新し、アカウント状況を確認するために請求プラットフォームを見て、マーケティングオートメーションツールからフォローアップメールを送り、さらに分析プラットフォームにやり取りを記録しなければなりません。たった1件の顧客対応のために、6つの異なるアプリ、6つの異なるタブ、6つの異なるインターフェースが必要になるのです。
The software worked. Each individual tool did its job. But the 人間 それらすべてのツールをまたいだ運用がボトルネックになりました。コンテキストの切り替え、システム間でのデータのコピー&ペースト、どのツールにどの情報があるかの記憶、異なるメンタルモデルを伴う異なるUIの操作 — この認知的負荷が稼働日の膨大な一部を使い果たしました。
調査では、ナレッジワーカーが実際の生産的な仕事に費やす時間はわずか40%にすぎず、残りは生産性を高めるはずのツールを管理する運用上のオーバーヘッドに使われていたことが示され始めた。
業界は、Zapier、Workato、MuleSoft などの統合プラットフォームでこれを解決しようとしましたが、役には立ったものの、さらに複雑さが増しました。その後、大手ベンダーがすべてをひとつにまとめようとした「プラットフォーム戦略」が登場しました。一部のワークフローには有効でしたが、あらゆるユースケースをカバーすることはできませんでした。
本当の問題は構造的でした。SaaS は「人間がオペレーターになる」という前提で設計されています。ダッシュボードもボタンもドラッグ&ドロップUIも、人間の目と手のために作られました。オペレーターが人間でないとしたらどうでしょう。
エージェントの登場:ソフトウェアを使うソフトウェア
2024年から2025年にかけて有能なAIエージェントが登場したことで、エンタープライズソフトウェアの基本的な方程式が変わりました。初めて、次のことができる自律的なソフトウェア実体を展開できるようになったのです。
- 理由 about problems using natural language understanding
- プラン multi-step workflows without explicit programming
- 実行 actions through APIs, interfaces, and tool calls
- 詳しく見る from interactions and improve over time
- オーケストレーション across multiple systems simultaneously
これは単なる自動化ではありませんでした。自動化は何十年も前からありました。RPA(Robotic Process Automation)はボタンをクリックし、フォームに入力できました。ワークフローエンジンはドキュメントをルーティングできました。Cronジョブはスケジュールどおりにスクリプトを実行できました。しかし、どれも事前に人間が各ステップ、各分岐、各例外処理を定義する必要がありました。
AIエージェントが本質的に異なるのは、彼らが 理由。目標とツールへのアクセスがあれば、彼らは見つけ出せます どう それを成し遂げるため。これまで遭遇したことのない新しい状況にも対応できる。一つのやり方がうまくいかないときは適応できる。要件が曖昧なときは確認の質問ができる。
そして重要なのは、彼らはGUIを必要としないことです。API、データベース、構造化データ、つまりダッシュボードの下にある仕組みに直接アクセスします。これまで人間が3つのアプリを行き来し、画面間で情報をコピーしていた作業を、エージェントは3システムへの直接API呼び出しで同時に数秒で完了します。
「アプリケーションは本質的にCRUDデータベースシステムです。そこには業務ロジックがあります。その業務ロジックはAI層へ移行していきます。」
— Satya Nadella、エンタープライズアプリケーションの未来について
ここで物語が反転します。SaaSアプリは人間向けのツールとして作られてきました。AIエージェントは、同じアプリを自律型ワーカー向けのツールに変えます。ダッシュボードが不要になるのは、アプリが不要だからではなく、オペレーターが視覚的なUIを必要としないからです。エージェントはデータを直接読み書きします。
現在本番稼働しているエージェント
これは机上の空論ではありません。2026年初頭の時点で、エンタープライズ領域にはすでにこの転換を示す明確な証拠があります。
- Adobe Experience Cloud deploys AI agents that autonomously write, test, and optimize advertising copy across campaigns
- Workday uses agentic AI to prepare journal entries and process financial data without human data entry
- ServiceNow agents handle support ticket triage, categorization, and initial resolution autonomously
- カスタマーサービス業務 across industries are deploying AI agents that handle 40-60% of incoming inquiries without human intervention
Camunda「Agentic Orchestration」2026調査: 企業回答者の81%が自律企業に不可欠と回答。57%が本番でAIエージェント運用。
Labor as a Serviceとは?
Labor as a Service — LAAS — は、AIエージェントがソフトウェアツールの主要な利用者になることで生まれるビジネスモデルです。
SaaS モデルでは、ツールへのアクセスを購入します。ソフトウェアを使う権利に対して、1席あたり月額で支払います。価値の引き出し方は、そのツールを人間のチームがどれだけ効果的に運用できるかに完全に依存します。CRM は、それを更新する営業担当者次第です。プロジェクト管理ツールは、人が実際に使って初めて機能します。誰もダッシュボードを見なければ、分析プラットフォームは無意味です。
LAAS モデルでは、購入するのは成果です。カスタマーサービス・プラットフォームの席に対して支払うのではありません。解決された顧客問い合わせに対して支払います。マーケティング自動化ライセンスに対して支払うのではありません。生成された有望リードに対して支払います。会計システムへのアクセスに対して支払うのではありません。完了した照合作業に対して支払います。
中核の区別
SaaS: 「こちらがツールです。人を雇って使ってもらってください。」
LAAS: 「こちらが結果です。エージェントがツールを使って生成しました。」
The shift is radical not because the software changes, but because the バリューチェーン 変化。SaaSではベンダーの責任は機能するソフトウェアを提供するところまで。研修・導入・活用・成果は顧客側の課題。LAASではベンダーがツールから成果まで一連の責任を負う。エージェントはソフトウェアの能力とビジネス成果をつなぐ橋になる。
LAASのアーキテクチャ
Labor as a Service の提供は、3つのレイヤーで構成されます:
- ツール層(SaaS) — データを保存し、ビジネスロジックを実行し、API を提供する基盤となるソフトウェアアプリケーション。これが既存の SaaS インフラです:CRM、ERP、コミュニケーションプラットフォーム、データベース、分析エンジン。この層は消えません。成長します。
- エージェント層(インテリジェンス) — ビジネス課題を推論し、定められたガバナンスの境界内で意思決定し、ツール層全体でアクションを実行する自律型 AI エージェントです。ツールをワーカーへと変える新しい中間層です。
- ガバナンス層(トラスト) — ルール、制約、監査証跡、および承認された境界内でエージェントが動作することを保証する人的監督の仕組み。この層は、エージェントが何をしてよく何をしてはいけないか、いつ人間にエスカレーションすべきか、またすべての行動がどのように記録され検証可能かを決定します。
この三層アーキテクチャは不可欠です。ツール層がなければ、エージェントは何も手がけられません。エージェント層がなければ、ツールは依然として人間の操作が必要です。ガバナンス層がなければ、エージェントは制御不能で信頼できません。
本格的なLAAS導入には、その3つすべてが必要です。
意外な展開:SaaSは死んでいない
一般的な物語が致命的に間違っているのはここです。
「SaaSは死んだ」と言われると、CRMが消え、プロジェクト管理ツールが蒸発し、会計ソフトが消える世界を想像します。形のない虚無から純粋な知性だけでビジネス成果を生み出すAIエージェントを思い浮かべます。
そういう仕組みではありません。
AIエージェントにはツールが必要です。読み書きできるデータベースが必要です。実行する業務ロジックが必要です。接続する通信プロトコルが必要です。理解するためのデータモデルが必要です。エージェントのあらゆる行動は、本質的にはソフトウェアシステムへのAPI呼び出しです。
エージェントはソフトウェアを置き換えません。エージェントはソフトウェアを利用します。
そして彼らは、人間の労働力では到底届かない速度と規模でそれを消費します。その意味を考えてみてください:
- 人間のカスタマーサポート担当者が1日に処理できるのは40〜60件程度です。AIエージェントなら同時に数千件を処理できます。
- 人間はブラウザ経由でAPIを1件ずつ慎重に呼び出します。エージェントはAPIをプログラム的に並列で、ミリ秒単位で実行します。
- 人間は1日8〜10時間、週5日働きます。エージェントは週168時間、年52週間働き、休憩も病欠も離職もありません。
SaaS 企業で、製品の価格設定が API コールごと、取引ごと、または処理データ量ごとであるなら、LAAS の時代はこれまでで最高の追い風です。消費指標はこれから急上昇します。
価格設定が席数ベース — 人間のユーザーごと — であれば、はい、問題があります。ソフトウェアが置き換えられているからではなく、価格モデルが生み出される価値を捉えられていないからです。ソフトウェアはこれまで以上に有用です。ですが、その席に座るユーザーはもはや人間ではありません。
本当の見出し
SaaSは死んでいない。 シート(席)課金 終わった。ソフトウェア層はこれまでの歴史を超える需要に直面しようとしている — 人ではなくエージェントがそれを牽引する。価格とアクセスモデルをエージェント利用者向けに適応させた企業は繁栄する。人間あたりのシート課金に固執する企業は破壊される。
数字は嘘をつかない
世界のSaaS支出は2025年に3,000億ドルに近づいており、縮小ではなく加速すると見込まれています。エンタープライズソフトウェア支出は2026年に15%以上成長すると予測されており、その大半はAI対応アプリケーションが牽引します。B2B SaaS市場は2031年までに1.58兆ドルに達する見通しです。
死にゆく業界の数字ではありません。機械速度で動く新しいタイプの利用者によって押し上げられている業界の数字です。
LAASの経済学:ユーザー単位から成果単位へ
SaaSからLAASへの経済的な変化は、テクノロジーの購入・販売・評価のあらゆる側面に触れます。
| 寸法 | SaaSモデル | LAASモデル |
|---|---|---|
| 購入する内容 | ソフトウェアツールへのアクセス | 完了したビジネス成果 |
| 課金単位 | シート/月額 | 成果・解決・タスクごと |
| 価値は次に左右される | ツールを使いこなす人間のスキル | エージェント能力とガバナンス品質 |
| 拡張に必要なもの | 人を増やし、シートを増やして購入する | エージェント用の供給容量を増やすプロビジョニング。 |
| 価値実現までの時間 | 数週間〜数か月(研修・定着) | 数時間〜数日(エージェント展開) |
| 利用率 | 従業員のエンゲージメントによって異なる | ほぼ100% — エージェントは先延ばししません |
| 営業時間 | 営業時間(1日8〜10時間) | 週168時間、年52週間 |
| 品質の一貫性 | 個人によって異なる | ガバナンス付き・監査可能・一貫性あり |
アウトカム課金モデルは、買い手と売り手の双方に深い示唆をもたらします。買い手にとっては、受け取った価値に対してのみ支払うことを意味します。「棚の上のソフトウェア」——購入したが一度も使わないライセンス——はもうありません。「エンタープライズプランを買ったのに使うのは機能が三つだけ」という事態もありません。支出した一ドルごとに、完了した測定可能な作業単位に対応します。
売り手にとって、これはまったく異なる関係を意味します。もはやツールを売るビジネスではなく、労働を提供するビジネスです。収益は顧客に届ける価値と直接結びつくため、インセンティブは顧客の利益と完全に一致します。これは、座席数が成果を生むかどうかに関係なくベンダーが利益を得るシート課金よりも健全な構造です。
マージンの問い
懐疑派はすぐにマージンについて聞きます。ソフトウェアへのアクセスではなく成果を届けるなら、コストは提供量に比例しませんか? はい——ただしAI推論のコスト曲線は、歴史上ほとんどの技術コストより速く低下しています。モデルコストは2025年の最初の2か月だけでも約80%下がりました。推論が安くなるほど、成果単位の価格設定におけるマージンは大きく改善します。
これはクラウドインフラストラクチャに似ています。AWS のコンピュート時間あたりの料金は、永久サーバーライセンスを売るよりリスクに見えました。しかしインフラコストが下がり利用が拡大するにつれ、従量課金モデルはプロバイダーと利用者の双方にとって圧倒的に優れた選択となりました。
LAASは実際どのようなものか
抽象的なフレームワークは有用ですが、本当の理解はLAASの実運用を見ることで得られます。モデルを示す3つのシナリオを見ていきましょう。
シナリオ1:眠らないカスタマーサービス
住宅サービス企業(配管、HVAC、電気)は、週に数百件の問い合わせを受けます。SaaSモデルでは、ヘルプデスク(Zendesk、Freshdesk)、CRM(HubSpot、Salesforce)、スケジューリングツール(ServiceTitan)、通信基盤(Twilio)を導入し、さらに4つすべてを運用するための担当者を採用・教育する必要があります。
LAASモデルでは、AIエージェントが4つのシステムすべてを自律的に運用します。顧客が深夜2時に暖房の緊急事態で電話すると、エージェントは会社の緊急基準に基づいて通話をトリアージし、スケジュールシステムでオンコール技術者の空きを確認し、CRMで顧客履歴を参照し、適切な技術者を派遣し、顧客に確認を送り、品質レビューのためにヘルプデスクにすべてを記録します。
企業はSaaSの席を4つと人件費を払うのではありません。解決した問い合わせごとに支払います。SaaSツールは動き続けます——エージェントに必要です——が、人によるボトルネックはなくなります。
シナリオ2:機械速度のマーケティング運用
ミッドマーケットのEC企業は、マルチチャネルのマーケティング施策を回す必要があります。従来は、マーケティングチームを採用し、メール配信、SNSスケジューラ、分析基盤、A/Bテスト、CMSを導入し、さらに数か月かけて教育・運用設計・改善を続けます。
LAASのアプローチでは、エージェントが企業のブランドガイドライン、商品カタログ、過去のパフォーマンスデータを取り込みます。その後、キャンペーンコンテンツを自律的に作成し、各チャネルへの配信をスケジュールし、リアルタイム指標を監視し、結果に基づいてターゲティングやメッセージを調整し、人間が確認する週次レポートを生成します。人間のマーケティング責任者は、6つの画面をクリックして操作する担当者から、目標を設定して結果を確認する戦略家へと移行します。
シナリオ3:自動で進む財務締め
月末には世界中の会計チームが「締め」の儀式—勘定照合、取引突合、仕訳作成、差異レビュー、レポート作成—を行います。通常5〜10営業日かかる、手作業中心の複数システムにまたがるプロセスです。
LAAS の実装では、エージェントが機械的な作業を担います。ERP から取引を取得し、銀行フィードと照合し、標準仕訳を準備し、異常を人間のレビュー用にフラグ付けし、予備的な財務諸表を生成します。以前は会計チームが1週間かけていたプロセスが、いまでは数時間で完了し、人間は作成者ではなくレビュー担当になります。
LAASの世界における人間の役割
LAAS、ひいてはAIエージェント全般に対する最も一般的な異論は実存的なものです。「人々はどうなるのか?」
それはもっともな質問であり、切り捨てるようなテクノ楽観論ではなく、丁寧な答えに値します。
In a LAAS world, human roles shift from 操作 へ 監督、 実行 へ ガバナンス、 実行中 へ 判断中。これは排除の言い換えではありません。仕事の本質における本物の変革です。
産業革命の間に工場労働者の役割がどう変わったかを考えてみてください。自動化以前は、人が各部品を一つひとつ手で作っていました。自動化以後は、人が工程を設計し、設備を保守し、出力を検査し、機械では対応できない例外を処理するようになりました。生み出される総価値は急増し、仕事の性質は単純化するどころか、より複雑で価値の高いものになったのです。
同じ力学が、いま知識労働で展開しています。
- カスタマーサービス担当者 インタラクション方針を設計し、エージェントのパフォーマンスをレビューし、共感と判断を要するエスカレーションを扱い、AIの振る舞いを制約するガバナンスルールを絶えず洗練させるカスタマーエクスペリエンス戦略家になる。
- マーケティングコーディネーター キャンペーン戦略を立て、ブランド整合のためにAI生成コンテンツをレビューし、より高いレベルでパフォーマンスを分析し、文化的文脈と人間の直感を要するクリエイティブな判断を行うマーケティングディレクターになる。
- 簿記担当者 AIが用意した資料を確認し、異常を調査し、戦略的な財務ガイダンスを行い、数字だけでは伝わらない事業文脈の理解を要する高度な判断が必要な決断に対応する財務アナリストになる。
共通の流れは、人がバリューチェーンの上位へ移ることです。繰り返しの、プロセス駆動の、複数ツールをまたぐ作業はエージェントが担います。戦略的で判断力が要り、創造性と共感が求められる仕事は人に残ります。多くの場合、人の役割は面白くなるのであって、小さくなるのではありません。
ガバナンスの必然
LAAS の時代がゼロから生み出す、新しい人間の役割が一つあります。 AIガバナンス.
エージェントが自律的に動くとき、誰かが境界を定義する必要があります。顧客に何を言ってよいのか。価格の権限は。いつエスカレーションすべきか。意思決定をどう監査するのか。どのコンテンツを参照してよいのか。幻覚と妥当な推論の違いは何か。
ガバナンスの問いは、根底では人間の問いです。倫理的判断、領域の専門性、そしてAIそのものに委ねられない説明責任が必要です。LAAS を導入する企業には、技術と事業の両方を十分に理解し、適切なガードレールを設定できる人材が必要です。
これが、私たちがOffice 168/52をこのように構築した理由の一つです。AIエージェントのBobは、ガバナンスを核にして最初から設計されています。すべての回答は、お客様が承認したコンテンツに根ざしています。Bobが分からないことは、はっきりそう伝えます。すべてのやり取りはログに記録され、監査・レビューが可能です。AIは真空で動くのではなく、人が定義し維持する信頼の枠組みの中で動きます。
LAAS時代の勝者は誰か
すべての企業がSaaSからLAASへの移行に同じように適しているわけではありません。競争環境は次のように再編されます:
勝者
- APIファーストのSaaS企業 — ソフトウェアがプログラムから利用される設計なら、エージェントはすぐに使えます。堅牢でドキュメントが充実した API を持つ企業は LAAS スタックにおける不可欠なインフラになります。
- 成果志向のAI企業 — ソフトウェアライセンスではなく、解決済みの問い合わせ、適格リード、または完了タスクを売る事業は、すでに LAAS モデルで動いています。価格設定、提供、顧客期待の面で先行しています。
- ガバナンス優先のプラットフォーム — エージェント時代において信頼は最も希少な資源です。監査可能性、根拠に基づく回答、透明な意思決定を示せるプラットフォームはプレミアムな地位を占めます。
- 業界特化のスペシャリスト — 医療、ホームサービス、法務、金融サービスなど、特定業界を深く理解するエージェントは、ドメイン知識が積み上がるため汎用エージェントを上回ります。HVAC の緊急対応や歯科予約の調整をより理解するほど、その顧客によりよく応えられます。
- 小規模事業者 — LAAS は偉大な均衡装置です。5 名の会社でも、500 名規模と同等のカスタマーサービス、マーケ実行、運用効率を実現する AI エージェントを展開できます。人数における規模の優位は薄れます。
敗者
- ダッシュボード専用SaaS — 製品の主な価値が人間がデータを見るための見た目のよい UI であり、堅牢な API アクセスを提供しない場合、エージェントは利用できません。ソフトウェアは、エージェントがソースから直接たどるデータの上に載る可視化レイヤーに過ぎません。
- シート課金移行の抵抗 — 人員単位のシート課金にこだわる企業は、顧客が人間オペレーターをエージェント中心のワークフローへ移すにつれ収益モデルが圧迫されます。利用が増えてもシート数は減っていきます。
- 差別化のない人材派遣会社 — エージェントが処理できる業務に対して、汎用的なプロセス単位の人的労働を提供する代理店や人材会社は、より低コストで高い一貫性をもって同じ成果を届ける LAAS プロバイダーとの直接的な競争に直面します。
今後の道のり:2026年から2030年へ
私たちはLAASの変革のごく初期段階にいます。現在の軌道と観測可能な傾向に基づき、今後4年間に想定されることは次のとおりです。
2026年:エージェント展開の年
私たちは今、ここにいます。技術は実証済みです。早期採用企業には確かな成果が出ています。G2の調査によると、企業の72%がAIエージェントを利用または検証しています。MIT's Harvard Data Science Reviewでは、既存の人的プロセスにAIを重ねるだけでなく、ワークフローをエージェント中心に再設計すると生産性が2〜10倍になるという結果が示されています。
しかしギャップがあります。Camundaの調査では、エージェント型AIへの企業のビジョンと現実に73%の乖離。多くはまだパイロット。今後12か月は本番移行が焦点です。
企業リーダーの84%が、今年AIエージェントへの投資を増やす計画です。資本はすでに動いています。
2027年:価格革命
エージェント利用が拡大すると、席単価モデルは持続困難な圧力にさらされます。SaaSは非人間の利用者を織り込んだ従量・成果・ハイブリッド課金へ移行します。2026〜2027年の早期移行者が、抵抗する既存勢力から市場シェアを奪います。
また「エージェント・マーケットプレイス」も登場します。企業が特定の機能向けの専門エージェントを購読するプラットフォームで、今日の SaaS ツールのように利用されます。ただしソフトウェアではなく「能力」を購読することになります。
2028年:統合の波
エージェントが普及するとオーケストレーションが不可欠になります。カスタマーサービス、マーケ、財務、オペ向けの専門エージェントが協働し文脈を共有するマルチエージェントが標準アーキテクチャになり、統合・データガバナンス・エージェント間通信標準への需要が急増します。
マルチエージェントのオーケストレーションを解決する企業が、次世代のエンタープライズ・プラットフォーム提供者になるでしょう。
2029 - 2030年:LAASが標準に
この10年の終わりまでに、LAASは中小がテックサービスを消費する既定モデルになります。問いは「AIエージェントを使うべきか」ではなく、「誰が統制し、どのSaaS基盤上で、どの成果を届けるエージェントか」になります。
大企業は、人間の専門家がエージェントチームと連携し、双方をまたぐガバナンスフレームワークを持つハイブリッドモデルで運用されます。組織図には、定義された能力、制約、パフォーマンス指標を持つ機能チームの正式メンバーとしてAIエージェントが含まれるようになります。
SaaS支出は拡大—エージェントは人より多くソフトを消費—だが収益の軸はシートではなくAPI利用量。業界は過最大規模、顧客基盤は人より機械が多い。
Office 168/52 が位置する場所
私たちは Labor as a Service の会社を作ることが目的ではありませんでした。解決したかったのは、専門レベルの24時間365日の顧客対応ができずに顧客を失うサービス業という具体的な課題でした。
しかし私たちが作った解決策—ビジネスを自律学習し、すべての回答を承認済みコンテンツに根ざし、統制され監査可能な知能で動くAIエージェントBob—はLAASモデルが述べるものそのものです。
Bob をサイトに導入するとき、チャットボットを買っているわけではありません。ソフトウェアに加入してから使い方を試行錯誤するのでもありません。次のようなデジタルの同僚を展開しています:
- 初日からビジネスを学習 by analyzing your website, products, services, and policies
- 週168時間、年52週稼働します — that's where our name comes from
- 承認済みコンテンツのみから回答、根拠がない場合は推測を拒否
- 継続的に改善 from every customer interaction
- ごく一部のコストで済む of the human labor it augments
Bobは下層のSaaSツール—コミュニケーション、データ、アナリティクス—を使いますが、触る必要はありません。得られるのは熟練の顧客対話、リード取得、質問回答、緊急の振り分けです。それがLabor as a Serviceです。
そして、Bobのアーキテクチャにはガバナンスが最初から組み込まれているため、ほとんどのAIソリューションでは提供できない価値を得られます: 信頼。すべての回答は根拠に基づきます。すべてのやり取りは記録されます。Bobは分からないことを作り話せず、「分かりません」と答えます。AIの幻覚が企業導入の最大障壁である時代に、これは機能ではなく土台です。
落とし穴、核心、結論
見出しに戻りましょう。「Labor as a Service: SaaSの死」。
これで真実がわかりました。これは死ではありません。変態です。
蝶になるとき、イモムシは死にません。まったく異なる次元で動く存在へと変わります。SaaS——ツール、API、データ基盤——がイモムシです。LAAS——エージェント主導で成果志向かつガバナンスで守られた、完了した仕事の届け方——が蝶です。
ツールはなくなりません。増えていきます。1999年にベニオフがあのアパートから Salesforce を立ち上げたときには想像もできなかった水準に、ソフトウェア消費は迫ろうとしています。しかし消費を牽引するのは、ダッシュボードをクリックする人間ではなく、機械速度で動くインテリジェントなエージェントです。
これを理解し——ツール層と労働層を競合ではなく補完関係と見なす——企業こそが、次の10年を形作る企業になるでしょう。
「SaaSは終わった」と文字どおり受け取り、ツール層を捨てる企業は、エージェントが動くのに必要な基盤を失うことになります。
そして、エージェント革命を完全に無視し、ソフトウェアは人間が手と目で使うものだという前提に固執する企業は、眠らず、同じミスを繰り返さず、人間チームでは到達できない精度でソフトウェアスタックを運用するAIワークフォースを持つ競合に追い抜かれます。
労働のサービス化(Labor as a Service)の時代へようこそ。ソフトウェアは死んでいません。初めて休まないオペレーターを手に入れただけです。