ServiceNowのAIサイバーセキュリティ戦略、SaaSへの圧力をセキュリティへの賭けに転換
ServiceNowは、最大規模の買収、拡大するAI制御機能、そして変化する収益モデルを、シート課金型ソフトウェアが直面する脅威への一つの対応として結び付けた。ServiceNowのAIサイバーセキュリティ戦略は、セキュリティを単なる隣接製品ライン以上のものとして位置付ける。AIエージェント、企業資産、アイデンティティ、それらに作用するワークフローをつなぐ運用レイヤーとしてセキュリティを据えるものだ。
この違いは重要である。生成AIは、従来のソフトウェア経済の二つの基盤を揺るがしている。エージェントは、ライセンスを付与された従業員に割り当てられていた業務を実行でき、社内開発ツールは一部のワークフローアプリケーションを再現しやすくする。Microsoftが競合サービスをバンドルでき、モデルプロバイダーがアプリケーションレイヤーに参入できる中で、顧客が引き続き自社プラットフォームを必要とすることをServiceNowは証明しなければならない。
その答えは、最高の基盤モデルを構築することではない。ServiceNowは、組織のプロセス、資産、権限、対応経路を把握していることの方が重要だと賭けている。この戦略は、そのコンテキストをArmisとVezaのサイバーセキュリティデータと組み合わせ、消費されるサービスのより幅広い組み合わせに対して課金する。機会は大きいが、統合、ガバナンス、請求に関するリスクも同様に大きい。
ServiceNowはAIとセキュリティを軸にプラットフォームを再構築している
中心的な変化は、ServiceNowが今やサイバーセキュリティを単なる別のワークフローカテゴリーではなく、プラットフォームアーキテクチャの一部として提示している点にある。
9月11日のニュース分析は、この変化をエンタープライズソフトウェアへの圧力の高まりに対する対応として説明した。同記事は、AI対応ワークフロー、Armis買収、従量制サービスへの移行という三つの展開を結び付けている。これらは合わせて、自動化がユーザーライセンスの経済性を弱める前にServiceNowがどのように適応しているかを示している。
ServiceNowは2025年5月にAI Control Towerを導入した。この製品は、他社が提供するシステムを含め、AIエージェント、モデル、ワークフローを監督するための一元化された環境である。同社はまた、プラットフォームをまたいでエージェントとツールを連携させることを目的とした通信レイヤー、AI Agent Fabricも導入した。
同社は2026年5月にControl Towerを拡張した。ServiceNowは、この製品がAIシステムの稼働場所を問わず、発見、観測、統制、保護、測定できるようになったと述べた。同社のcontrol tower updateによると、この更新では主要クラウドとエンタープライズアプリケーションにまたがる30の統合が追加された。
この拡張により、この製品はエンタープライズAI向けの記録システムとして提案されるものとなる。記録システムとは、他のプロセスが依存する権威ある情報を保存するシステムである。ここでの記録には、導入済みエージェント、接続されたモデル、権限、所有者、ポリシー、利用状況、運用上の挙動が含まれる。
ServiceNowは2026年にArmisの買収も完了した。Armisは、情報技術、運用技術、医療機器、その他の環境にまたがる接続資産を発見・監視する。同社のソフトウェアは、各エンドポイントにエージェントをインストールすることなくデバイスを識別できる。
こうした資産可視化は、従来型のITサービス管理における重大な不足を補う。ServiceNowのワークフローは、多くの場合、技術資産とその関係性を記録する構成管理データベース、すなわちCMDBに依存している。インベントリが不完全または古い場合、これらのワークフローの信頼性は低下する。
Armisは、実際の環境から観測情報を提供できる。ServiceNowはその後、露出した資産を、その事業上の所有者、関連サービス、修復プロセス、承認チェーンに結び付けられる。AIはケースの優先順位付けやアクションの推奨を行い、既存のワークフローが誰がそれを実行するかを決定する。
original analysisは、この組み合わせが単に別のセキュリティ製品を追加する以上に重要だと論じている。これによりServiceNowは、より広範でより最新のエンタープライズ地図を得る。その地図は、従来のサービス記録が見落としてきたデバイスにまたがる自動化を支援できる。
ServiceNowによる過去の買収も、この方向性を示している。Vezaは人間とマシンのアイデンティティにまたがる権限をマッピングする。Mission Secureは運用技術セキュリティの機能を追加した。Armisは、産業システム、医療機器、ネットワーク機器、管理されていないエンドポイントにわたって可視性を拡張する。
その結果として生まれるアーキテクチャは、四つの要素を結び付ける。Armisは資産と露出を特定する。Vezaはアイデンティティと権限のコンテキストを提供する。ServiceNowは事業プロセスとオーケストレーションを担う。AI Control Towerはエージェントとモデルに対するガバナンスを追加する。
これがServiceNowのAIサイバーセキュリティ戦略の実務的な基盤である。これは、チャットボットにインシデントの要約を依頼することが中心ではない。統制された事業プロセスの内部で、検知を説明責任のあるアクションへと結び付けることにある。
AIによる圧力はシート課金型SaaSの論理を弱めている
ServiceNowが適応を進めるのは、自律的な業務が、エンタープライズソフトウェアを主に従業員シートで測る価値を低下させるためだ。
従来のソフトウェアサブスクリプションは、しばしば従業員数に応じて成長する。個々の利用状況が異なっていても、従業員が増えればライセンスユーザーも増える。AIエージェントがリクエスト処理、記録更新、解決策の下書き、システムをまたぐ業務調整を担うようになると、このモデルの信頼性は低下する。
この圧力は、AIがServiceNowを完全に置き換える必要はない。より小さな変化でも収益に影響を及ぼし得る。エージェントによって一人の従業員がより多くのケースを処理できるようになれば、顧客は同じ業務量に対して必要なライセンスユーザーを減らせる可能性がある。
社内開発ツールは別の圧力源を加える。チームは現在、限定的なワークフローを記述し、手作業によるコーディングを抑えてアプリケーションのプロトタイプを生成できる。これらのアプリケーションは依然として統制と保守が難しいが、周辺領域では専門ソフトウェアの必要性に疑問を投げかけ得る。
ServiceNowには、直接的な置き換えに対する相当な防御力がある。大規模組織は長年をかけて、プロセス、承認、統合、サービス関係を同社のプラットフォーム上に組み込んできた。その運用履歴を再現することは、ユーザーインターフェースや単純なチケット管理アプリケーションを生成するよりも難しい。
Lionfish Tech AdvisorsのRob Smithは、基となるレポートでこの防御を要約した。彼は、ServiceNowが独自に優れたモデルを持つわけではないと主張した。その優位性は、顧客のプロセス内にある手順を把握している点にあり、競合他社はそれを安価に再現できないという。
この優位性は、なぜMicrosoftが最も重要な競争上の比較対象となるのかを説明する。Microsoftは、クラウドインフラ、アイデンティティ、セキュリティ、生産性ソフトウェア、AI支援を、既存のエンタープライズ契約内で組み合わせられる。価格圧力を生み出すために、すべてのServiceNowワークフローを置き換える必要はない。
基盤モデルベンダーは異なる課題をもたらす。こうした企業は、コネクター、コンピューター利用機能、コーディングエージェント、ビジネスアプリケーションを中核モデルの上に追加している。追加される機能の一つひとつが、専用ソフトウェアプラットフォームを必要としていた業務に近づくことを意味する。
ServiceNowの対応は、ハイブリッドな商業モデルである。シートは引き続き重要だが、インフラ利用、統合、AIトークン、セキュリティサービス、その他の消費リソースが成長により大きく寄与する。同社はanalyst dayでこの移行について説明した。
ServiceNowは、2025年の純新規年間契約価値のうちシートベースのサブスクリプションが占めた割合は半分にすぎなかったと報告した。純新規年間契約価値は、新たに追加された継続的な契約コミットメントを測る指標である。この数値は、最新の分析が公開される前から移行が進行していたことを示している。
ServiceNowの従量課金モデルは、自動化された業務により適している。従業員数が横ばいでも、顧客はより多くのワークフローやエージェントを稼働させられる。ServiceNowは、計量型サービスと拡大するセキュリティ業務を通じて、この増加した活動に関与できる。
ただし、従量課金は買い手にも不確実性を移す。ライセンスユーザー数が固定されていれば、予算編成は比較的容易である。エージェントの活動量は、業務量、モデルの選択、統合設計、自動化ステップ数によって変動し得る。
ナレッジワーカーは、クラウド支出においてすでに類似の問題を経験している。小さな技術的判断が、ストレージ、コンピューティング、データ転送、API呼び出しにわたる継続的な消費を生む可能性がある。AIトークンと自律ワークフローは、この方程式にさらに多くの変数を導入する。
したがって、エンタープライズの買い手には詳細な利用記録が必要となる。どのエージェントがアクションを開始したか、どのモデルがそれを処理したか、どれだけの接続サービスが関与したか、反復ステップが不要な消費を生んだかを把握しなければならない。ガバナンスとコスト管理は密接に結び付く。
このつながりは、ServiceNowのプラットフォーム論を後押しする。AI Control Towerは、監督システムであると同時に支出管理のポイントとして機能し得る。ただし顧客は、こうした利点を自社の導入環境での証拠を必要とする主張として扱うべきである。
このモデルは調達に関する対話も変える。買い手は、ServiceNow、クラウドプラットフォーム、モデルプロバイダー、社内構築エージェントの間で単位経済性を比較する。管理されたワークフローが、より単純な代替手段と比べてその消費を正当化できるかを問うことになる。
ServiceNowにとって、商業上の課題は明確だ。顧客が変動する利用を受け入れるほど、各自動化の成果を価値あるものにしなければならない。測定可能な解決、生産性、リスク低減を伴わずに消費だけが増えれば、このモデルは新たなコストセンターに見えるだろう。
ServiceNowによるArmis買収はエンタープライズ地図を拡張する
ArmisはServiceNowに、従来のサービスデータベースでは正確に表現できないことが多い資産とAIの判断を結び付ける手段を提供する。
ワークフロープラットフォームが安全に機能するには、その環境を理解している必要がある。自動修復プロセスでは、影響を受けたデバイス、その所有者、関連サービス、事業への影響、承認された対応を特定しなければならない。コンテキストが欠けると、自動化は運用リスクに変わる。
ServiceNowによるArmis買収は、この問題の第一部分に対処する。Armisは、従来型コンピューター、クラウドワークロード、運用機器、ネットワークデバイス、医療技術にまたがる可視性を維持する。同社のエージェントレスアプローチは、すべてのデバイスにソフトウェアをインストールすることなく資産を観測する。
この機能は、病院、工場、公益事業、その他の重要環境で特に重要である。一部のデバイスでは、通常のエンドポイントエージェントを実行できない。また、頻繁なスキャン、更新、テストのために中断できないデバイスもある。
ServiceNowのacquisition announcementは、この組み合わせが情報技術、運用技術、医療機器を対象とすると述べた。また、この取引によって同社のセキュリティ市場機会が拡大するとしている。
重要なメカニズムは、観測とアクションの結び付きにある。セキュリティ製品は、脆弱性、リスクのある構成、未知のデバイスを頻繁に特定する。運用チームは依然として、どの検出結果が重要で、誰がそれを安全に修復できるかを判断しなければならない。
ServiceNowは、こうした検出結果を既存のインシデント、変更、資産、承認のワークフローと連携させられる。公開サーバー上の脆弱性であれば、あるプロセスが起動するかもしれない。同じ脆弱性でも、医療用スキャナー上で見つかった場合には、異なるテスト、承認、スケジューリングが必要になる可能性がある。
AIは、こうしたシグナルの整合を取る助けとなる。露出の深刻度を事業上の重要性、デバイスの挙動、所有責任、既存の統制と比較できる。また、調査を組み立てたり、修復の手順を提案したりすることも可能だ。
同社の新しいAutonomous Security製品は、このモデルを拡張するものだ。ServiceNowによると、そのプラットフォームは露出に関する検出結果を統合し、事業コンテキストで補強し、修復をオーケストレーションできる。一部のコンポーネントは、より高リスクの判断をエスカレーションしながら、低リスクのアクションを実行できる。
同社が8月に発表したセキュリティローンチでは、6つのソリューション領域が説明された。対象は、露出管理、脆弱性検出、サイバー・フィジカル・システム、アイデンティティ、インシデント対応、コンプライアンスだ。
発表された製品のいくつかは即時利用可能だった。一方、Tier 2のセキュリティ運用スペシャリストや継続的統制監視エージェントを含む他の製品は、2026年12月の提供予定とされていた。この違いは重要である。発表された機能を、すでに全面導入済みの顧客成果として扱うべきではないためだ。
ServiceNowによるArmis買収は、Armis自体にも変化をもたらす。買収前のArmisは、複数のITサービス管理プラットフォームと統合できた。その中立性は、複数ベンダーが混在する環境での運用を支えていた。
ServiceNowの傘下に入ることで、競合するワークフローシステムを使う顧客には戦略的な問いが生じる。ServiceNowは、自社プラットフォームが外部クラウド、モデル、アプリケーションと接続すると述べている。それでも競合各社は、製品の優先順位がServiceNowのワークフローをますます優遇するようになるかを注視するだろう。
この懸念は、独立系の露出管理プラットフォームや大手セキュリティベンダーに機会を生む。Microsoft、Palo Alto Networks、CrowdStrike、Ciscoなどはすでに、広範なテレメトリーと自動対応を組み合わせている。アプローチは異なるものの、いずれもセキュリティの検出結果がアクションへ転換される地点を掌握したいと考えている。
必要なアクションが部門横断となる場面で、ServiceNowには優位性がある。セキュリティイベントには、インフラチーム、法務レビュー、調達、人事、コンプライアンスが関与し得る。ServiceNowはすでに大企業内で、これらのプロセスの多くを調整している。
一方で弱点は、サイバーセキュリティの購買担当者がワークフローの到達範囲だけでなく技術的な深さも求めることだ。CISOは、CIOがすでに保有しているという理由だけでプラットフォームを受け入れることはない。製品は正確に検出し、証拠を保持し、権限を制限し、既存のセキュリティ運用と統合できなければならない。
これにより、新たな競争基準が生まれる。ServiceNowは、クロスセルや契約拡大だけでArmis統合を評価することはできない。安全でない自動アクションを導入せず、統合プラットフォームが露出をより迅速に解消することを示さなければならない。
したがってこの買収は、ServiceNowの中核となる資産グラフを防衛すると同時に、より大きなセキュリティ市場を切り開く。その二重の目的が、Armisが同社のAI戦略にとって重要である理由を説明している。より優れたエンタープライズ・コンテキストは、ワークフロー自動化をより有用にし、代替しにくくする。
ServiceNowのAIサイバーセキュリティ戦略が直面する制御のパラドックス
AIエージェントがインシデントを解決できるようにする同じアクセス権は、誤った指示、過剰な権限、侵害されたコンテキストによる被害も拡大させる。
ServiceNowは、統制されていないエンタープライズAIへの答えとしてガバナンスを提示している。同社のコントロールタワーは、エージェントの棚卸し、挙動の追跡、ポリシーの強制、責任者の割り当てを目的として設計されている。これらの機能は、部門が異なるベンダーを通じてエージェントを導入する中で生じる現実的な問題に対処するものだ。
しかし、他のシステムを制御するガバナンスソフトウェアは、高価値な標的にもなる。攻撃者がオーケストレーション層を侵害すれば、多数のアプリケーションへ至る経路を得る可能性がある。欠陥のあるエージェントも、人間のオペレーターより速くミスを拡散させかねない。
エージェントがデバイスの隔離、認証情報のローテーション、設定変更、トラフィック遮断を行う権限を得ると、リスクは増大する。これらのアクションはいずれも攻撃を阻止できる。しかし誤って実行されれば、患者ケア、製造、通信、収益システムを中断させる可能性もある。
人間による承認はその危険を減らすが、自律性を制限する。組織は、どのアクションを低リスクとみなすか、どれに確認を必要とするか、どれを決して委任すべきでないかを決めなければならない。こうした境界は、技術的な深刻度だけでなく、事業コンテキストに左右される。
ServiceNowによると、AI Agent Access Securityは、プラットフォームやモデルプロバイダーをまたいでエージェントに統制を適用するという。同社は自動鍵ローテーション、権限取り消し、インシデント調査、脆弱性修復についても説明している。顧客が本番環境で検証するまでは、これらは同社の主張にとどまる。
制御の問題には別の側面もある。ServiceNowのガバナンス層は、正確なアイデンティティ、資産、ワークフローデータに依存している。Armisは資産検出を改善できるが、すべての所有記録や事業上の依存関係を自動的に修復できるわけではない。
新たに発見されたデバイスに、明確な所有者がいない場合もある。2つのシステムが矛盾する属性を報告することもある。サービスマップは、障害が起きて初めて明らかになる依存関係を見逃す可能性がある。AIの推奨は、こうした不確実性を引き継ぐ。
同社のセキュリティリーダー自身も、組織は完全に安全かどうかではなく、制御を維持しているかどうかを問うべきだと主張してきた。この見方は、2026年5月のエージェント型AIの制御に関する議論に表れている。
制御には、ダッシュボード以上のものが必要だ。購買担当者には、ポリシーが実際に未承認アクションを阻止する証拠が必要である。完全なログ、理解しやすい承認経路、信頼できるロールバック手順、エージェント挙動の独立したテストも求められる。
また、宣伝されているキルスイッチの概念も検証すべきだ。エージェントの停止が有用なのは、プラットフォームが有害な挙動を迅速に検出できる場合に限られる。チームは、そのスイッチが保留中のワークフローを停止し、認証情報を取り消し、外部ツールを介したエージェントの継続を防ぐかを把握しなければならない。
データレジデンシーとモデルルーティングは複雑さを加える。ServiceNowは複数のクラウドとモデルに接続しており、顧客が閉鎖的な環境を避ける助けとなる。一方で、接続のたびに認証情報、機密コンテキスト、監査証跡にとって新たな境界が生まれる可能性もある。
コストガバナンスも、並行する制御上の問題をもたらす。エージェントはセキュリティ権限の範囲内にとどまりながら、想定以上のリソースを消費するかもしれない。繰り返される計画ループ、不必要なモデル呼び出し、冗長な統合は、ポリシーに違反せずとも利用量を膨らませる可能性がある。
これらのリスクは、ServiceNowのAIサイバーセキュリティ戦略を無効にするものではない。むしろ、同戦略が単純な製品拡張ではなく、トレードオフである理由を示している。コンテキストの一元化は監督を改善し得るが、一元化は信頼も集中させる。
エンタープライズの購買担当者は、限定的な導入でその信頼をストレステストすべきだ。有用なパイロットは、測定可能なワークフロー、明示的な権限境界、文書化されたフォールバックから始まる。AI支援によるパフォーマンスを、既存プロセスと比較すべきである。
たとえば、チームは自律的なパッチ適用を有効化せずに、脆弱性の優先順位付けを試験できる。事業コンテキストが修復順序を変えるか、アナリストが推奨を受け入れるか、誤った優先順位が減るかを測定できる。
次の段階では、限定されたデバイスクラスに対する可逆的なアクションを自動化することが考えられる。チームは、成功率、承認の遅延、ロールバック頻度、予期しない依存関係を記録すべきだ。拡大は、エージェント導入に関する一般論ではなく、証拠に従うべきである。
セキュリティリーダーは、独立したテレメトリーも維持すべきだ。コントロールプラットフォームが、自身のパフォーマンスを報告する唯一のシステムであってはならない。オーケストレーションが重要インフラに影響する場合、外部ログと検証ツールは不可欠なチェックを提供する。
こうした慎重なアプローチは、調達も強化する。AIワークフローを理解する購買担当者は、有用な利用と、単に利用量を生み出すだけの活動を見分けられる。幅広い自動化の約束ではなく、測定可能な成果を軸に交渉できる。
従量課金は、より十分な情報を持つ購買担当者へ交渉力を移す
ServiceNowの商業モデル移行が成功するのは、顧客が変動する利用量を目に見える運用価値と結び付けられる場合に限られる。
シート課金からの移行が、ServiceNowに自動的に有利に働くわけではない。従量課金は収益を自動化された作業に連動させるが、顧客に実際の利用状況に関する情報も与える。その情報は、成果の乏しいワークフローや不要な統合を浮き彫りにする可能性がある。
シートライセンスは、そのユーザーが製品をほとんど開かなくても有効なままであり得る。従量課金は異なるシグナルを生む。利用量の少なさはアプリケーションの導入が進んでいないことを示し、高い利用量は高コストなプロセス設計を明らかにする可能性がある。
購買担当者は、こうしたシグナルを代替案との比較に利用できる。一部のワークフローでは、ServiceNowのガバナンス、統合、サポートが正当化されるかもしれない。他方、クラウドサービス、モデルプロバイダー、あるいは対象を限定した社内アプリケーションで十分に機能するものもある。
これにより、単一プラットフォームの判断ではなく、ポートフォリオの判断が生まれる。企業は、監査可能性、チーム横断の調整、資産コンテキストが重要なプロセスにServiceNowを充てられる。孤立し、可逆性のある作業には、より単純なツールを使える。
Microsoftのバンドリング能力は、購買担当者の交渉力を強める。すでにMicrosoftのアイデンティティ、セキュリティ、クラウド、生産性サービスを利用する企業は、隣接する自動化を魅力的に感じるかもしれない。ServiceNowは、自社のプロセス知識がバンドルされた代替案より優れた成果を生むことを示す必要がある。
オープンウェイトモデルも、もう1つの交渉材料となる。これらは単一のモデルプロバイダーへの依存を減らし、統制された環境内での導入を可能にする。ServiceNowのモデル中立的な位置付けは有利だが、顧客は依然としてルーティング、統合、ガバナンスのコストを比較するだろう。
ServiceNowの従量課金モデルは、ワークロードが予測可能で、成果が測定可能な場合にうまく機能し得る。セキュリティ運用は有望な例である。チームはすでに、露出バックログ、修復時間、インシデント継続時間、統制遵守を追跡しているためだ。
しかし、こうした指標は誤解を招く可能性がある。より多くのチケットを閉じても、必ずしもリスクが減るとは限らない。簡単な検出結果を自動解決すれば、重大な露出が未解決のままでも平均値は改善する可能性がある。
顧客は、利用量を成果の質と結び付けるべきだ。有用な指標には、検証済みのリスク低減、修復成功、誤作動の頻度、削減されたアナリスト工数、回避されたサービス停止が含まれる。各指標には定義済みのベースラインが必要である。
契約設計にも注意を払うべきだ。購買担当者は、どのイベントが利用量を発生させるか、再試行がどのようにカウントされるか、サードパーティモデルの利用が別途表示されるかを理解する必要がある。誰がエージェントを起動できるかを定め、予算上限を設定すべきである。
基礎となる分析は、慎重な監視がなければ変動課金が不愉快な驚きを生み得ると警告している。1つのエージェントが複数のツール、モデル、下流ワークフローを起動できる場合、そのリスクはさらに深刻になる。
ServiceNowは、コスト帰属を細分化することで懸念を和らげられる。企業は、利用量を部門、エージェント、ワークフロー、所有者、事業目標まで追跡できるべきだ。財務チームは、更新交渉の前に支出へ異議を唱えられる必要がある。
同社は相互運用性を維持する圧力にも直面している。顧客は、あらゆる外部モデルやセキュリティ製品に対して高コストな門番となるコントロールタワーには抵抗するだろう。Armis統合後も、オープンな統合は技術的に意味のあるものとして維持されなければならない。
プラットフォーム統合の理想と現実が衝突するのが、まさにこの局面だ。コンソールを減らせば運用は簡素化できるが、1社のベンダーがすべてのセキュリティ分野で最高の機能を提供できることは稀である。企業は今後も専門特化型の製品を使い続けるだろう。
したがって、ServiceNowの最も強い役割は、強制的な置き換えではなくオーケストレーションにある。同社は複数のツールから得られる検知結果を、ビジネス上の文脈や責任の所在が明確なワークフローと結び付けられる。中立的な統合よりも所有権を優先すれば、その立場を弱めることになる。
ServiceNowのAIサイバーセキュリティ戦略は、シート数圧縮に対する説得力ある対応策となる。顧客の交渉力をなくすものではないが、交渉の焦点をライセンスユーザー数から、ガバナンスされた成果、測定可能な活動、プラットフォームの到達範囲へと移す。
この賭けが機能しているかを示す3つのシグナル
製品の提供開始、顧客経済性、競合との相互運用性が、ServiceNowのセキュリティ拡大が持続的な防御策となるかを左右する。
最初のシグナルは、発表済みの自律型セキュリティ製品が2026年12月に提供されるかどうかだ。ServiceNowは、その時期にTier 2のセキュリティ運用スペシャリスト、脆弱性解決スペシャリスト、継続的コントロール監視、暗号コンプライアンス機能をリリースする見込みである。
ただし、提供開始だけで答えが出るわけではない。購入者は、どの機能が一般提供されるのか、どの機能で人間の承認が必要なのか、どの機能がロールバックをサポートするのかを確認すべきだ。初期顧客の事例では、運用インシデントを増やさずに対応時間を短縮できるかが示される必要がある。
遅延や大幅に制限されたリリースは、同社の自動化に関する主張を弱める。一方、病院、製造業、重要インフラでの信頼できる導入実績は、それを強める。これらの環境は、資産コンテキストと統制された修復を厳しく試す場となる。
2つ目のシグナルは、消費型モデルとセキュリティ成長に関するServiceNowの開示だ。投資家と顧客が必要とするのは、AIの勢いに関する大まかな説明以上の情報である。シート契約、消費済みサービス、セキュリティ契約、更新動向の構成比を注視すべきだ。
強い更新率を伴う消費の増加は、ServiceNowの商業モデル移行を裏付ける。利用増加とともに予測可能性への顧客懸念が高まるなら、その移行は弱まる。セキュリティ導入が既存のIT購入者を超えて拡大しているという証拠も重要になる。
3つ目のシグナルは、競合他社とパートナーがArmis統合にどう対応するかである。Armisは従来、異種混在環境で機能してきた。顧客は、その相互運用性が広く維持されるか、競合するITサービスプラットフォームが引き続き同等の技術的アクセスを確保できるかを見守る必要がある。
中立的な統合が継続されれば、ServiceNowがオープンなAI環境を統治できるという主張を支えることになる。制限、サポート品質の低下、あるいは積極的なバンドル販売は、競合に対し、より安全な独立系の選択肢として自社を位置付ける機会を与えるだろう。
Microsoftは、アイデンティティ、クラウド、AI、生産性、セキュリティにまたがって競争できるため、その対応には特に注意が必要だ。セキュリティ専門企業も、自動対応とビジネスコンテキスト機能を拡充して自らの地位を守るだろう。
ServiceNowは明確な主張を打ち出している。エンタープライズAIに必要なのは、モデルや対話型インターフェースだけではない。資産、アイデンティティ、権限、ワークフロー、責任を持つ所有者の正確な地図が必要である。
自律的な行動は脆弱なコンテキストを増幅するため、この主張には説得力がある。しかしServiceNowは、統合プラットフォームが依存関係、危険な権限付与、予測不能な消費を生まずに統制を提供できることを、なお証明しなければならない。
エンタープライズの購入者はまず、重要なワークフローを1つ選び、その証拠要件を整理すべきだ。そのうえで、ServiceNowが検知、判断、承認、実行を、現在のスタックより適切につなげられるかを検証できる。ServiceNowのAIサイバーセキュリティ戦略が成功するのは、その比較が単に自動化された活動の増加ではなく、測定可能な価値を生み出すときである。
