21 1月 2026, 水

「対話」から「実行」へ:ServiceNowとOpenAIの連携に見る、AIエージェント化するCXの未来

ServiceNowとOpenAIの連携強化は、生成AIの役割が単なる「チャットボット」から、業務プロセスを自律的に遂行する「エージェント」へと移行しつつあることを示唆しています。顧客体験(CX)領域におけるこの変化が、日本企業の業務フローやシステム連携にどのような影響を与えるのか、実務的な観点から解説します。

チャットボットの限界と「AIエージェント」への進化

これまで多くの日本企業が導入してきた「AIチャットボット」の多くは、社内ナレッジやマニュアルを検索し、回答を提示する「情報検索・要約」の役割に留まっていました。しかし、実務の現場では「回答を得る」だけでは不十分であり、その後の「申請を行う」「システムの設定を変更する」「担当者にタスクを割り振る」といった具体的なアクションこそがボトルネックとなっています。

今回のServiceNowとOpenAIの連携強化に関するニュースは、AIが単にユーザーと対話するだけでなく、ユーザーの意図を汲み取り、バックエンドシステムを動かして課題を解決する「AIエージェント(Agentic AI)」へと進化していることを象徴しています。記事によれば、AIは多言語での問い合わせに対応するだけでなく、ケース(案件)の起票や承認プロセスのトリガーといったワークフローの実行までを担うとされています。

日本企業のCX現場における「実行型AI」の可能性

日本企業のカスタマーサポートや社内ヘルプデスクにおいて、この「実行型AI」は大きな意味を持ちます。例えば、顧客からの「住所変更をしたい」という問い合わせに対し、従来はオペレーターが電話で受け付け、手動で基幹システムに入力していました。あるいはチャットボットが「手続きページはこちら」とURLを案内するだけでした。

しかし、LLM(大規模言語モデル)とITSM(ITサービス管理)やCSM(カスタマーサービス管理)プラットフォームが深く統合されることで、AIが会話の中で必要な情報を収集し、APIを通じて基幹システムの情報を直接書き換える、あるいは承認ワークフローを自動で回すといったことが可能になります。これは、日本の深刻な人手不足への対策として、単なる「問い合わせ削減」を超えた「業務完結率の向上」に寄与します。

「承認文化」と「レガシーシステム」の壁をどう越えるか

一方で、この技術を日本企業が導入する際には、技術以外のハードルが存在します。

第一に、厳格な「承認プロセス」です。AIが自動で承認フローをトリガーできたとしても、最終的な決済や判断を完全にAIに委ねることへの心理的・コンプライアンス的な抵抗感は根強いものがあります。まずは「AIが下書きと事前チェックを行い、人間が最終承認ボタンを押す」というHuman-in-the-loop(人間が介在する)運用から始めるのが現実的でしょう。

第二に、バックエンドシステムのAPI対応状況です。ServiceNowのような最新のプラットフォームを導入していても、連携先となる日本独自のレガシーな基幹システムがAPIを公開していなければ、AIによる自動実行は絵に描いた餅となります。AI活用を見据えた場合、レガシーシステムのモダナイズ(現代化)やRPAとの連携が前提条件となるケースも少なくありません。

AIガバナンスと「誤作動」のリスク管理

AIが「話す」だけでなく「行動する」ようになると、リスクの質が変わります。ハルシネーション(もっともらしい嘘)によって誤った情報を提供するリスクに加え、誤った発注を行う、誤った権限を付与するといった「実害」のリスクが生じます。

したがって、プロダクト担当者やエンジニアは、プロンプトエンジニアリングによる制御だけでなく、システム側でのガードレール(安全策)設定を重視する必要があります。具体的には、AIが実行可能なアクションの権限を最小限に絞る、金額や影響範囲が大きい操作には必ず人間の承認を挟む、といった従来のITガバナンスとAIガバナンスを組み合わせた設計が不可欠です。

日本企業のAI活用への示唆

今回のServiceNowとOpenAIの事例から、日本のビジネスリーダーや実務者が持ち帰るべき示唆は以下の通りです。

  • 「回答」から「解決」へのKPIシフト:チャットボットの成功指標を「回答精度」から、ユーザーの課題が実際に解決された「完了率」や「プロセス実行数」へシフトさせる時期に来ています。
  • ワークフロー基盤の整備:LLM単体でできることには限界があります。AIがシステムを操作するためのAPI連携やワークフロー基盤(ServiceNow等のプラットフォーム)が整っているか、足元のアーキテクチャを見直す必要があります。
  • 段階的な権限委譲:いきなり全自動化を目指すのではなく、「入力補助・リコメンド」→「定型処理の代行」→「複雑な処理の代行」と、AIへの信頼度に応じて権限を段階的に拡大するロードマップを描くべきです。
  • 多言語対応によるグローバル標準化:AIのリアルタイム翻訳・対応能力を活用し、グローバル展開する日本企業は、拠点ごとにバラバラだったサポート品質やプロセスを標準化するチャンスと捉えることができます。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です