ServiceNowの未来予測（第1回） - AI・全体最適・ヘッドレスSaaS

投稿日: 2025年4月28日（更新: 2026年時点での補足あり）

ツイートから見えるServiceNowの大きな転換点

あるServiceNowコンサルタントの方がX（旧Twitter）でこんなつぶやきをしていました。

「一生懸命作ってもWorkspaceになったら作り直し」
「エージェントAIを受けてヘッドレスSaaSになる未来」
「いつやるのが良いのか難しい」

この短い言葉の中に、ServiceNowに携わる人なら誰もが感じている大きな不安と未来像が凝縮されています。

「ヘッドレスSaaS」とは何か？

ヘッドレス（Headless）とは、「頭（UI）がない」という意味です。つまり、従来のようにプラットフォームが完成されたユーザーインターフェースを提供するのではなく、強力なバックエンドとAPIだけを提供し、フロントエンド（表示部分）はユーザーが自由に作れるアーキテクチャのことです。

ServiceNowの場合、以下のような世界が現実味を帯びてきています：

• ServiceNowのコア価値（ワークフロー・データ・プロセス・承認ロジック）はAPI経由で完全に利用可能
• 標準のNext Experience / Workspace UIを使わず、自社専用のWebアプリ・モバイルアプリ・チャットボット・音声エージェントから直接操作
• エージェントAI（Now Assistの進化形や外部LLMエージェント）がユーザーと会話しながら、裏でServiceNowのAPIを叩いて業務を完遂

この状態になると、従来の「Service Portalをがんばってカスタマイズ」「UI Builderで画面を調整」という作業の多くが不要、あるいは大幅に縮小する可能性があります。

Workspace移行で「作り直し地獄」が起きる理由

ServiceNowはここ数年でUI基盤を大きく変えてきました：

時期	UIの主流	特徴	カスタマイズの運命
～2019年頃	Classic UI	従来型フォーム・リスト	ほぼそのまま
2020～2023年	Service Portal + UI Builder	Angularベースのポータル	ある程度移行必要
2024年～現在	Next Experience / Workspace	React + UX Framework	かなりの作り直しが発生
2026年以降（予測）	ヘッドレス + AIエージェント	UIは顧客側が自由設計	標準UIのカスタマイズ自体がほぼ不要に

つまり「今一生懸命Workspace対応で画面を作っても、数年後にはまた別の形に作り直しになるかもしれない」というのが現実的な懸念なのです。

では、いつカスタマイズを進めるべきか？

正直なところ明確な正解はありません。しかし判断の目安として以下の考え方が参考になります：

1. すぐにビジネス価値が出るもの → 今すぐ作る（短期ROI優先）
2. UIに強く依存しないロジック部分（フロー、Script Include、データモデル） → 積極的に進める
3. 見た目・操作感に依存する部分（複雑なフォーム、カスタムポータル） → 必要最小限に留めるか、ヘッドレス前提で外部アプリ化を検討
4. AIエージェントで代替可能な部分 → あえて今は作らず様子見

まとめ：ServiceNowの次のステージは「バックエンドのSaaS」

ServiceNowはすでにIntegrationHub、Flow Designer、Scripted REST API、App Engineなどで非常に強力なヘッドレス基盤を提供しています。

これからは「ServiceNowの画面をどれだけ綺麗に作れるか」ではなく、

• どれだけ素早く・正確にAPIを叩けるか
• どれだけAIエージェントと自然に連携できるか
• どれだけ多様なチャネル（Slack/Teams/自社アプリ/音声）で業務を完結できるか

が問われる時代になるでしょう。

今まさに「UIを作り込むか」「API＋AI前提で軽くしておくか」の岐路に立っているのが、2025-2026年のServiceNowユーザー／パートナーのリアルな状況です。

あなたはどちらの戦略を取りますか？