OpenAI がカスタマーサービス分野での本番級AIエージェントを支援

はじめに

AIカスタマーサポートは、エンタープライズエージェントの最も明確なビジネスユースケースの1つとなっています。サポートエージェントは、承認済みのナレッジベースを検索し、顧客の本人確認を行い、アカウント情報を確認し、企業ポリシーを適用し、許可された操作を実行し、権限範囲を超えた場合には人間のオペレーターに会話を引き継ぐことができます。

課題は、もはや説得力のあるデモを作成することではありません。企業が必要としているのは、ポリシーの変更、顧客行動の変化、新製品のリリース、そして本番環境でのエッジケース発生後も正確性を維持できるエージェントです。

OpenAIは2026年7月22日、このデプロイメントレベルに直接切り込み、OpenAI Presenceを発表しました。これは、顧客向けおよび内部ワークフローにおいて信頼できる音声およびチャットエージェントを展開するためのエンタープライズ向け製品です。

Presenceは、モデルAPIへの単なるアクセスではありません。モデルの推論と、企業の知識、標準業務手順、権限、ガードレール、シミュレーション、評価、エスカレーションルール、承認済み操作、そしてCodexによる継続的改善プロセスを統合しています。

OpenAIはすでに、自社の英語カスタマーサポートホットラインにこのシステムを導入しています。同社によると、Presenceは現在、有人サポートなしで着信の75%を解決しており、一次有人オペレーターの品質評価に使用される基準を達成または上回っています。

Presenceは特定のジョブロールから始まる

Presenceは、意図的に焦点を絞ったデプロイメントモデルに基づいて構築されています。

各エージェントは、明確なジョブロールから始まります。例えば：

• 請求問題の解決
• 保険金請求のサポート
• 従業員のITリクエストの処理
• 顧客からの質問への回答
• 承認済みアカウント操作の実行
• 高リスク案件の人間へのエスカレーション

エージェントは、そのジョブロールに必要な知識とシステムアクセスのみを取得します。

請求エージェントは、自動的に保険金請求へのアクセス権を持つべきではありません。ITサポートエージェントは、無制限に財務システムにアクセスする必要はありません。顧客向けエージェントは、ある機密操作を説明できるという理由だけで、その操作を実行できるべきではありません。

各デプロイメントにおいて、企業は以下を定義する必要があります：

1. エージェントが何を担当するか
2. どのナレッジソースを使用できるか
3. どのシステムにアクセスできるか
4. どの操作を直接実行できるか
5. どの操作に承認が必要か
6. どの状況でエスカレーションが必要か
7. 成功と失敗をどのように評価するか

このジョブロールによるスコープ設定アプローチにより、エージェントが行う必要のある意思決定の数が減り、リクエストを誤解した場合に生じる可能性のある損害が制限されます。

Presenceエージェントはマルチステップワークを完了できる

Presenceは、音声とチャットの両方でリアルタイムの体験をサポートします。

カスタマーサービスワークフローは、単一の生成された回答を提供するだけでなく、複数の段階を含む場合があります：

1. 顧客の意図を理解する。
2. 必要な場合、顧客の本人確認を行う。
3. 関連情報を取得する。
4. 適用可能なポリシーや標準業務手順を参照する。
5. 承認済みツールを使用する。
6. 許可された操作を完了する。
7. 結果を確認する。
8. 問題が解決しない場合や人間の判断が必要な場合、会話を引き継ぐ。

例えば、重複請求を処理するサポート担当者は、関連取引を特定し、リクエストが返金ポリシーに準拠していることを確認し、承認済みの返金を提出し、今後のステップを説明する必要があるかもしれません。

サポート担当者には無制限の自由があるわけではありません。ワークフローが本番稼働する前に、組織はポリシーの境界、必要な承認、エスカレーション条件を定義します。

本番稼働前のガードレール、シミュレーション、評価

本番環境のカスタマーサービスシステムは、最も単純な顧客問題に対してのみテストされるわけにはいきません。

Presenceは、エージェントが以下を達成しているかどうかを評価するシミュレーションテストとスコアリングメカニズムを提供します：

• 正しい結果に到達したか
• 会社のポリシーに従ったか
• ツールを正しく使用したか
• 必要なときに承認を求めたか
• 適切なタイミングでエスカレーションしたか
• 許可された範囲内に留まったか
• 異常または高リスクのシナリオを安全に処理したか

これらの評価は、一般的なリクエスト、エッジケース、あいまいなシナリオ、ポリシーの競合、およびガードレールをテストするためのインタラクションをカバーできます。

上記のシミュレーションワークフローは、更新された年次返金ポリシーを評価し、ガードレール、返金、キャンセル、本人確認、アカウント削除、パブリック障害などのグループをカバーしています。

この種のテストは、モデルが流暢な回答を生成する可能性がある一方で、誤ったツールを選択したり、承認ルールに違反したり、古いポリシーを適用したりする可能性があるため、非常に重要です。

したがって、信頼性の高いデプロイメントには、言語の品質と操作の正確性の両方が必要です。

Codexによる本番稼働後の継続的改善

カスタマーサービスシステムが本番環境に入った後も、テストは終わりません。

実際の会話は、当初の評価セットでは十分に反映されていなかった問題を明らかにします。顧客は予期しない方法でリクエストを行い、製品は変化し、ポリシーは更新され、新しい障害モードが現れます。

Presenceは、本番セッション、エスカレーション、品質シグナルを活用して、弱点を特定します。

Codexは、Presenceプラグインを使用してこれらのシグナルを調査し、更新を提案できます。チームはその後、以下のことが可能です：

1. 本番環境の証拠をレビューする
2. 提案された変更を確認する
3. シミュレーションテストとスコアリングメカニズムで更新バージョンをテストする
4. 本番バージョンと比較する
5. 管理されたリリースを承認する

更新は、Codexが提案したという理由だけで自動的に本番環境にプッシュされるわけではありません。企業はテストと承認の管理権限を保持します。

OpenAIによると、この改善サイクルにより、10日間でカスタマーサポートホットラインの人間への引き継ぎ率が15パーセントポイント低下しました。

この数値は、75%の解決率とは異なります。解決率は、現在の着信問題のうち、エージェントが直接解決した割合を表します。一方、15パーセントポイントという結果は、特定の10日間の最適化期間に達成された改善を表しています。

プロダクション分析によりエージェントの注力ポイントを可視化

本番環境のエージェントには、観測可能なパフォーマンスデータが必要です。

関連する指標には以下が含まれます：

• 解決率
• エスカレーション率
• 応答精度
• 音声体験の品質
• 応答遅延
• 顧客の意図
• 本人確認成功率
• ツール実行成功率
• ポリシーコンプライアンス
• タスクタイプ別のパフォーマンス
• 失敗とキャンセルのパターン

![画像は、OpenAI Presenceのプロダクション分析インターフェースを示しています。インターフェース上部には「Dashboard」と「Last 7D」オプションが表示され、右側には「Production Health」ボタンがあります。左側にはナビゲーションバーがあり、Dashboard、Sessions、Feedbackなどのオプションが含まれています。インターフェース中央には「Delivery Caller」と「3.12 avg」が表示され、その下には「Resolution rate」「Escalation」

「rate」などのグラフでは、異なる時点でのデータ変動をそれぞれ示しています。右側には「Response accuracy」「Voice experience quality」などの指標、さらに「Customer Intent」「Task Performance」などのセクションがあり、円グラフや折れ線グラフも併せて掲載されています。この図は、ドキュメント内で生産分析に注目すべきパフォーマンスデータと関連しており、関連データを直感的に表示しています。](https://we0-cms.oss-cn-beijing.aliyuncs.com/cms-assets/image/2026/07/dc933eb1-cf8b-4c42-913f-88e5a8ff7987-a87c4473-4a1d-47d6-9593-f3492d2eac8e.png)

単一の平均値では、重要な問題が見え隠れすることがあります。あるエージェントは請求書照会では優れたパフォーマンスを発揮しても、キャンセル、返金、アカウントアクセスなどのタスクでは頻繁に失敗する可能性があります。

意図やワークフローごとにパフォーマンスを細分化することで、改善プロセスをより実用的にできます。チームは、根拠なくエージェント全体を修正するのではなく、影響を受けるポリシー、ツール、プロンプト、ナレッジソース、評価基準を対象に更新を行えます。

OpenAI、カスタマーサービスホットラインでPresenceをテスト

OpenAIの英語電話カスタマーサービスチャネル 1-888-GPT-0090 は、Presenceの主な公開実証事例です。

同社によると、このエージェントは以下のことが可能です：

• オープンエンドなリクエストの処理
• 発信者の本人確認
• アカウントコンテキスト情報の活用
• 承認済み操作の実行
• 必要に応じたエスカレーション

数週間以内に、このシステムはOpenAIの有人カスタマーサービス品質基準を達成または上回り、75%の電話問題を人間の介入なしで解決できるようになりました。

この社内導入により、OpenAIは通話品質、解決率、エスカレーション率、遅延、ツール使用、ポリシー遵守を測定するための本番環境を手に入れました。

これはあくまでベンダー自身による報告結果です。Presenceを評価する企業は、以下の点を問うべきです：評価基準はどのように定義されているのか？どの通話カテゴリが含まれているのか？何が「解決」とみなされるのか？繰り返しの連絡はどう扱われるのか？自動化の結果と顧客満足度の比較は？

公表されたデータは有望ですが、各組織には独自の評価セットと受入基準が必要です。

初期のエンタープライズデザインパートナー

OpenAIは、Presenceを検討しているいくつかの組織も挙げています：

これらの例は、異なる言語、業界、リスクレベルをカバーしています。

銀行サポートには本人確認と厳格に管理された操作が含まれる可能性があります。通信業界では、大規模で自然な会話が必要です。悪天候時の保険サポートは、需要の急増を処理しながら、ポリシーとエスカレーションルールを一貫して適用する必要があります。

OpenAIはこれらを、Presenceの「デザインパートナー」または「エクスプローラー企業」として説明しており、各ワークフローが完全に本番稼働している証拠としてではありません。

Presence、急成長するAIカスタマーサービス市場へ

AIカスタマーサービス市場は急速に拡大していますが、定義によって市場規模の見積もりは異なります。

ポラリス・マーケット・リサーチによるカスタマーサービス特化型AI市場の評価：

フォーチュン・ビジネス・インサイトは、より広範なコンタクトセンターソフトウェアカテゴリで推定：

これら二つの評価額は、同じ製品カテゴリを測定するものとして比較すべきではありません。一つはカスタマーサービスAIに焦点を当て、もう一つはより広範なコンタクトセンターソフトウェア市場をカバーしています。

両者とも、カスタマーインタラクションを中心としたアプリケーションとデプロイメント層が表すビジネスチャンスは、単なるモデル推論よりもはるかに大きいことを示しています。

OpenAI、アプリケーション層に接近

長年にわたり、エンタープライズソフトウェア企業はOpenAIのモデルを自社のカスタマーサービス製品の構成要素として使用できました。

Presenceにより、OpenAIはエンドカスタマーにさらに近づきました。

OpenAIは現在、モデルアクセスのみを提供するのではなく、以下を含むデプロイ済み製品を提供しています：

• ワークフローデザイン
• システム統合
• 権限管理
• ポリシー設定
• ガードレール
• シミュレーションテスト
• 評価と最適化
• 本番監視
• Codexによる改善支援
• フロントデプロイメントエンジニアのサポート

これにより、OpenAIは以下のような成熟したプラットフォームが存在する市場に参入することになります：

• Salesforce Agentforce
• Zendesk AI Agents
• Intercom Fin
• ServiceNow AI Agents
• NiCE や Cognigy

競合関係は必ずしも単純ではありません。OpenAIはある取引ではソフトウェアベンダーと競合し、別の取引ではモデルやAPIを提供し、さらに別の取引ではインテグレーターと協力する可能性があります。

より広範なトレンドは明確です：経済的価値は、生のモデルアクセスから、ビジネスタスクを確実に実行できる完全なシステムへと移行しています。

既存市場の価格設定モデル

競合他社はすでに複数のビジネスモデルを採用しています。

価格設定の定義は同一ではありません。

「会話」「成果」「解決」「アクション」「クレジット」の測定基準は異なる可能性があります。購入者は、実際のサポート量、転送率、チャネルミックス、ツール使用、統合作業、および人手によるレビュー要件に基づいて総コストを比較する必要があります。

Presenceは現在、デプロイ済みのエンタープライズ製品であり、セルフサービスのソフトウェアサブスクリプションではないため、その総コストにはエンジニアリング、統合、評価、運用サポートも含まれる可能性があります。

Presence、OpenAIデプロイメントカンパニーの戦略を拡張

2026年5月、OpenAIはOpenAIデプロイメントカンパニーの設立を発表しました。これは、組織がフロンティアAIを中心に重要なワークフローを再設計・導入することを支援することに特化した企業です。

OpenAIはまた、アプリケーションAIコンサルティング・エンジニアリング企業Tomoroの買収に合意し、これにより約150名のフロントデプロイメントエンジニアおよびデプロイメントスペシャリストが追加される見込みです。

デプロイメントカンパニーは、40億ドル以上の初期投資でスタートし、グローバルな投資、コンサルティング、システムインテグレーションパートナーを擁しています。

Presenceは、この戦略のプロダクト化の延長線上にあると理解できます。

デプロイメントカンパニーは、複雑なエンタープライズ採用のためのエンジニアリングおよび組織的サポートを提供します。Presenceは、最も強力なユースケースの一つ（信頼できる音声・チャットエージェント）のために、再利用可能なパターンをパッケージ化しています。

可用性は限定、セルフサービス不可

Presenceは、限定的な公開利用計画を通じて、対象となるエンタープライズ顧客に提供されます。

現在の導入は、以下のチームが主導しています：

• OpenAIのフロントデプロイメントエンジニア
• 選ばれたグローバルシステムインテグレーター

Presenceは現在、セルフサービス製品としては提供されていません。

この製品に興味のある組織は、OpenAIのカスタマーチームに連絡する必要があります。

OpenAIはまだ以下の点を公開発表していません：

• 標準料金表
• セルフサービスの提供開始日
• 完全な地理的可用性
• 最低契約規模
• 公開された導入スケジュール
• Presence内でのサードパーティ基盤モデルのサポート

OpenAIは、OpenAI APIを通じてフロンティアモデルを使用する音声顧客を引き続きサポートすると述べています。したがって、独自の音声アプリケーションを構築・運用したいチームにとって、PresenceがAPIの道筋を置き換えることはありません。

エンタープライズPresence導入の仕組み

OpenAIの公式製品説明によると、標準的な導入は以下の手順に従います。

1.

高付加価値ワークフローの選択

測定可能な価値と明確な境界を持つ特定の職務を選択してください。

「カスタマーサービスを処理する」といった曖昧な指示のエージェントよりも、範囲を限定したワークフローの方がテスト、管理、改善が容易です。

1. ナレッジベースとシステムの接続

その職務を遂行するために必要な情報と業務システムを特定します。

アクセス権限は、エージェントが実際に必要とする部分にのみ付与します。

1. ポリシーと権限の定義

エージェントが何を実行できるか、いつ承認が必要か、そしていつ人間が引き継がなければならないかを記録します。

1. 評価とシミュレーションの構築

通常のリクエスト、エッジケース、高リスクシナリオ、ツール使用、ポリシー準拠、エスカレーション動作をテストします。

1. 本番稼働と監視

タスクカテゴリごとに、アウトプット、品質、レイテンシー、エスカレーション、パフォーマンスを測定します。

1. 管理された更新による改善

本番シグナルと Codex が生成した提案を活用して、ギャップを特定し、変更をテストし、承認された更新を展開します。

このプロセスは、従来の FAQ チャットボットを導入するというよりも、ビジネスシステムを運用することに近いものです。

企業が導入前に評価すべき点

優れた製品デモだけでは、本番環境の意思決定には不十分です。

企業の導入担当者は、以下の点を精査する必要があります。

解決範囲の定義

どのようなケースが「エージェントが単独で解決した」とみなされるのか明確に尋ねてください。
この指標には顧客による確認が必要ですか？ 成功裡に引き継がれたケースは含まれますか？ 同一人物による複数回の問い合わせは含まれますか？

ポリシー管理

ポリシーがどのように表現、テスト、バージョン管理、承認されるかを確認します。

ツールのセキュリティ

認証、認可、監査ログ、最小権限アクセス、重要な操作に対する承認要件を確認します。

人間へのエスカレーション

システムがエスカレーションを頻繁に行いすぎていないか、遅すぎないか、あるいは間違ったチームに送っていないかをテストします。

評価のカバレッジ

評価セットがどのように構築されているか、実際の過去の事例、稀な障害、敵対的入力、ポリシー変更が含まれているかを尋ねます。

データガバナンス

データ保持、地域要件、プライバシー管理、アクセス管理、統合の境界を確認します。

運用の所有権

プロジェクトの本番稼働後、誰が運用・保守を担当し、変更はどのように承認され、OpenAI のデプロイチームが常駐しなくなった場合にどう対処するかを明確にします。

経済性の考慮

導入エンジニアリング、システム統合、モデル使用量、人間によるレビュー、サポート、継続的なメンテナンスを含む総コストを計算します。

最も大きな拡張性の問題は導入能力にある

OpenAI 自身のサポートチャネルは強力な初期エビデンスを提供していますが、現時点ではこのソリューションは依然としてサービス集約型のモデルです。

現在の各導入には、フロントエンドデプロイエンジニアまたは指定されたシステムインテグレーターの関与が必要です。このアプローチは高価値・高リスクのプロセスには適していますが、製品の広範な市場への迅速な展開を制限する可能性があります。

次のフェーズは、OpenAI が反復的な導入経験を以下に変換できるかにかかっています。

• 再利用可能なテンプレート
• 標準化された統合
• より簡便なポリシー設定
• セルフサービスのシミュレーションツール
• より迅速な評価作成
• 再現可能なガバナンス管理
• より低い実装コスト

これは現在の提供モデルに基づく推測であり、OpenAI のリリースに関する約束ではありません。

注目すべき重要なマイルストーンとしては、公開価格設定、より広範な利用可能性、導入期間、顧客事例、そしておそらくセルフサービス版の提供が挙げられます。

よくある質問

OpenAI Presence とは何ですか？

OpenAI Presence は、カスタマーワークフローおよび社内ワークフローに音声およびチャットアシスタントを導入するためのエンタープライズ製品です。モデル推論と、ポリシー、ガードレール、承認済みアクション、シミュレーション、評価、エスカレーションルール、Codex による改善サイクルを統合します。

OpenAI Presence はチャットボット構築ツールですか？

基本的なチャットボット構築ツールよりも広範な機能を提供します。Presence は、企業システムを使用し、承認されたアクションを実行し、運用ポリシーに従い、必要に応じて人間に作業を引き継ぐことができるインテリジェントアシスタント向けに設計されています。

OpenAI のサポート窓口における Presence の効果は？

OpenAI は、Presence が英語のサポート窓口において、人間の介入なしで問い合わせの 75% を解決できると述べています。また、同社はこのシステムが一次対応の人間によるサポートの品質基準を満たしている、または上回っているとしています。

Codex はどのように Presence アシスタントを改善しますか？

Codex は本番セッション、エスカレーションデータ、品質シグナルを分析し、脆弱な部分を特定して更新を提案します。チームはこれらの更新を本番バージョンに対してテストし、管理されたリリースプロセスで承認することができます。

OpenAI Presence はセルフサービスソフトウェアとして提供されていますか？

いいえ。Presence は現在、条件を満たすエンタープライズ顧客向けに限定公開されており、導入は OpenAI のフロントエンドデプロイエンジニアおよび指定されたシステムインテグレーターが主導します。

OpenAI Presence の価格はいくらですか？

OpenAI は標準的な価格表を発表していません。導入に関心のある組織は、OpenAI のカスタマーチームに連絡して、導入と運用にかかる総コストを見積もる必要があります。

Presence は音声とチャットの両方をサポートしていますか？

はい。OpenAI は、Presence が現在、カスタマーサポート、アウトバウンドセールス、高リスクの社内ワークフローを含む、リアルタイムの音声およびチャット体験に利用できると述べています。

Presence は OpenAI Realtime API を置き換えるものですか？

いいえ。OpenAI は、引き続き OpenAI API 内の最先端モデルを通じて音声顧客をサポートすると述べています。Presence は、ガバナンス、評価、統合、運用サポートを含む、より完全な導入向けエンタープライズ製品です。

関連ツール

• OpenAI Presence：信頼性の高い音声・チャットエージェント向け OpenAI の導入向けエンタープライズ製品。
• OpenAI Codex：Presence の本番改善ワークフロー用のコーディングおよびエージェントシステム。
• OpenAI API：カスタム AI アプリケーション（リアルタイム音声体験を含む）を構築するための開発者プラットフォーム。
• Salesforce Agentforce：カスタマーおよび従業員向けエージェントを構築・導入するための Salesforce のプラットフォーム。
• Zendesk AI Agents：チャネル全体でマルチステップの問題を解決するために設計されたカスタマーサービスエージェント。
• Intercom Fin：Intercom が提供する、成果報酬型のカスタマーサービスおよび関連ワークフロー向け AI エージェント。

関連リンク

• Introducing OpenAI Presence：公式製品発表、パフォーマンスデータ、デザインパートナー事例、信頼モデル、提供可能状況の詳細。
• OpenAI Deployment Company：OpenAI が導入専門家を企業の変革プロジェクトに組み込む戦略。
• OpenAI Business：組織向け OpenAI 製品とサービスの公式情報。
• Salesforce Agentforce Pricing：Agentforce の会話、クレジット、ライセンスに関する現在の公開価格モデル。
• Intercom Pricing：Fin および Intercom プランの現在の成果報酬型価格。
• Zendesk AI Agents：Zendesk カスタマーサービスエージェントの公式製品情報と成果報酬型価格。
• [AI for Customer Service Market](https://www.polarismarketresearch.

まとめ

OpenAI Presenceは、OpenAIの提供範囲をモデルアクセスからエンタープライズ展開レベルへと拡大するものです。これは企業が管理可能な範囲で、限定された責任範囲を持つ音声およびチャットエージェントを導入するための構造化されたソリューションを提供します。

権限管理、シミュレーション、評価、承認済み操作、人間によるエスカレーション、そして継続的な改善。

最も強力な初期エビデンスは、OpenAI自身のカスタマーサービスホットラインから得られています。同社は、Codex主導の改善サイクルを10日間実施した結果、自律解決率が75%に達し、有人対応への転送率が15%減少したと報告しています。

Presenceはまた、OpenAIを、Salesforce、Zendesk、Intercom、ServiceNow、NiCEなどの既存ベンダーがサービスを提供するカスタマーサービスソフトウェア市場に参入させることになります。最大の未解決の課題は、公開価格設定、より広範な利用可能性、導入能力、そしてセルフサービス製品のリリースタイミングです。

Presenceは単なるAIカスタマーサービスボットではありません。OpenAIが、エンタープライズグレードのエージェントを導入後も有用で、制御可能で、測定可能で、改善可能な状態に保つために必要な完全なシステムをパッケージ化する試みです。