【ITニュース解説】SaS além da vitrine: Service as Software, o que o agente compra e o humano só vê

ITの世界では今、「SaaS」という言葉が広く知られている。これは「Software as a Service」の略で、利用者はWebブラウザやアプリを通してソフトウェアを使い、その対価として料金を支払うモデルを指す。例えば、顧客管理システムのSalesforceや、デザインツールのAdobe、マーケティング支援のHubSpotなどがこれに該当する。利用者はそれぞれのサービスにログインし、画面（UI: ユーザーインターフェース）を見ながら自分で操作する。しかし今、このSaaSの考え方に大きな変化が訪れようとしている。それが、ニュース記事が指摘する「SaS」、つまり「Service as Software」という新しい概念だ。

SaSはSaaSから「a」が一つ減っただけのように見えるが、その意味するところは大きく異なる。SaaSが「ソフトウェアというサービス」を提供するのに対し、SaSは「サービスそのもの」をソフトウェアとして提供する。具体的に言うと、SaaSは利用者が自分でソフトウェアを操作して作業を行うが、SaSではサービス提供側が「作業を完了した状態」を販売する。これは、人間が直接ソフトウェアを操作するのではなく、AIなどの「エージェント」と呼ばれる自動化されたプログラムが、人間の代わりに裏側で作業を完遂するという意味である。

この変化を可能にする鍵が、「ヘッドレス（Headless）」という考え方だ。従来のソフトウェアは、人間が操作するための画面（フロントエンド、または「窓口」）と、データの処理や機能を提供する裏側の仕組み（バックエンド、または「倉庫」）が一体になっていた。ヘッドレスとは、この「窓口」を排除し、バックエンドの機能だけをAPI（Application Programming Interface）として直接利用できるようにすることを指す。APIは、異なるソフトウェア同士が互いにデータや機能をやり取りするための「約束事」のようなもので、プログラムが直接命令を送り、結果を受け取ることができる。これにより、エージェントは人間の手助けなしに、直接「倉庫」に入り込み、必要な作業を「購入」するような形で実行できるようになるのだ。Salesforce Headless 360やAdobe CX Enterpriseといったサービスが、すでにこのヘッドレス化を進めている。

このSaSの世界では、二種類の主要なエージェントが登場する。一つは「個人エージェント」で、これはビジネスの現場で人間の代わりにタスクを処理する。例えば、顧客からの問い合わせに対してCRM（顧客関係管理）システムのケースを閉じたり、特定の条件を満たす顧客にマーケティングキャンペーンのメールを送ったりといった作業を、エージェントがクラウド上の仮想的なコンピューターで実行する。人間がPCを閉じていても作業は進行し、特定の承認が必要な場合にのみ人間に介入を求める形だ。Dots、Grok Bot、Museなどがこのタイプの具体例として挙げられている。もう一つは「セッションエージェント」で、こちらはシステム開発の現場で活躍する。コードの生成、テストの実行、デプロイといったエンジニアリングの作業を支援し、開発者が普段使うIDE（統合開発環境）の内部で動作する。Cursor、Claude Code、Codex、Windsurfなどがこれに当たる。どちらのエージェントも、人間の介入なしにAPIを通してバックエンドのサービスを直接利用することを目指す。

すでに具体的な動きも出ている。2026年にはSalesforceが60以上のMCP（Multi-Channel Platform）ツールと30以上のコーディングスキルをClaude CodeやCursor、Codex、Windsurf向けに発表し、Adobe CX Enterpriseもエージェントやスキル、MCP機能を提供している。HubSpotはChatGPTと連携し、コンタクトや取引の作成・更新、メモの記録などをエージェントが行えるようにしている。これらは、人間が画面を操作することなく、エージェントがAPI経由でビジネスアクションを実行できるようになった例だ。

しかし、このSaSへの移行は新たな課題も生む。SaaSの課金モデルは「座席数」、つまり利用する人間の数に基づいていたが、SaSでは多数のエージェントが自動で動作するため、このモデルはそぐわない。代わりに、実行されたタスクや消費されたリソース（例:トークン、クレジット）に基づく課金が試みられているが、最終的には「取引が成立した（deal.created）」や「ケースが解決した（case.closed）」といった、具体的なビジネス成果に基づいた課金が望ましいとされている。

また、エージェントが自動で作業を進めるため、「なぜその作業が行われたのか」「誰が承認したのか」といった監査の仕組みが不可欠となる。全ての作業が裏側で完結してしまうと、問題が発生した際の原因究明が困難になるため、人間が最終的な判断を下したり、作業を巻き戻したりできる「制御室」のような役割を持つ場所が必要だ。エージェントに与える権限も慎重に設定する必要がある。例えば、管理者と同等の権限を持つエージェントが誤ってシステム全体に大きな変更を加えてしまうリスクも考えられる。

システムエンジニアを目指す皆さんにとって、このSaSへの流れは大きなチャンスとなる。今後求められるスキルとして、APIの設計と実装能力がこれまで以上に重要になるだろう。エージェントが利用しやすい、使いやすく安全なAPIを設計することが、SaSの成功に直結する。また、複数のエージェントとSaaSを統合し、その活動を監視・監査し、人間の介入が必要な際に適切な情報を提供する「制御室」のようなシステムを開発する能力も価値が高まる。さらに、既存のSaaSに対して、エージェントが安全に利用できるコネクタ（連携機能）を開発することも重要な仕事となる。

「SaS」は、単に「チャット機能付きSaaS」ではない。それは、ソフトウェアを操作する主体が人間からエージェントへと移り変わり、それに伴いソフトウェアの提供方法や課金モデル、さらにはITシステム全体の設計思想が大きく変わるという、根本的な革命を意味する。この変化の中で、私たちは、エージェントが裏側で効率的に働きつつも、人間が常に状況を把握し、必要なときに制御できるような、新しいシステムを構築していく必要がある。