コンテンツへスキップ

media AI活用の最前線

AI導入戦略

OpenAI Presence、電話対応75%無人化の中身と限界

OpenAI Presence、電話対応75%無人化の中身と限界

結論から言うと、OpenAI Presenceは今日申し込んで明日使えるサービスではありません。2026年7月22日にOpenAIが発表した企業向けAIエージェント運用基盤で、現時点では対象企業に限定した「限定GA(limited general availability)」段階です。セルフサービスの申込み窓口はなく、導入はOpenAI自身のForward Deployed Engineersか、認定されたシステムインテグレーター主導で進みます。話題になっている「電話問い合わせの75%を人手を介さず解決」という数字も、OpenAI自身の英語サポート回線で計測されたものであり、業種・言語・問い合わせ内容が変われば同じ数字が出る保証はありません。

この記事の要点

  • Presenceは「モデル」ではなく、ポリシー・ガードレール・承認済みアクション・エスカレーションルールを束ねた運用基盤である
  • 「75%無人化」はOpenAI自社・英語窓口の数字。日本語での実力はSoftBankが検証中の段階で、公表された解決率は現時点でない
  • 今すぐ申し込めるサービスではないため、日本企業がやるべきは「導入待ち」ではなく、問い合わせ分類とエスカレーション基準の言語化

対象読者:カスタマーサポート・コールセンター・コンタクトセンターの運営責任者、電話AI導入を検討している経営層・情報システム部門。

読了後にできること:Presenceの発表内容を数字の出どころまで含めて正確に理解し、自社に「今すぐ関係あるか/まだ様子見でよいか」を判断できる。


「OpenAIが電話サポートを75%自動化したらしいですが、うちも同じくらい減らせますか?」

2026年7月22日にOpenAIがPresenceを発表した直後から、AI研修やコンサルティングの現場で、コールセンターやCS部門を持つ企業の担当者からこの手の質問を受けるようになりました。ニュースサイトの見出しだけを見ると「電話対応の4分の3が無人化される時代がもう来た」というインパクトが先に立ちますが、発表の原文と複数の一次報道を突き合わせると、その数字が指しているものはもっと限定的です。

この記事では、Presenceの発表内容を一次情報ベースで整理したうえで、①「75%」という数字が何を測ったものなのか、②Agents SDKやRealtime APIといった既存のOpenAI製品と何が違うのか、③限定GAという提供形態が意味すること、④日本企業が導入を待つ間にやっておくべき準備、の4点を順番に解説します。話題性の大きい発表ほど、数字の出どころを確認してから自社に当てはめる判断をすることが重要です。

※本記事は2026年7月時点でOpenAI公式発表および複数の一次報道をもとに作成しています。限定GAプログラムの対象範囲や提供条件は今後変更される可能性があるため、導入検討時は必ず最新の公式情報をご確認ください。

Presence発表の全体像を1枚で

まず、何がいつ発表されたのかを時系列で整理します。

時期内容
2026年7月22日OpenAIが公式ブログでPresenceを発表。企業向けの音声・チャットAIエージェント運用基盤と位置づけ
2026年7月22日The Registerが「OpenAIがコンサル型のビジネスモデルに踏み込んだ」と論評(現場常駐型のエンジニア支援に対して相応の対価を取る仕組みのため)
提供中(限定)限定GA(limited general availability)プログラムとして、対象となる一部の企業顧客への提供を開始。セルフサービスの申込み窓口はなし
検証・導入検討中BBVA Mexico(銀行)、SoftBank(日本語音声エージェント)、Insurance Australia Group系(保険)などが導入・検証段階にあると報じられている

ここで押さえておきたいのは、「発表」と「一般提供」は別物だという点です。次章以降、それぞれの数字や仕組みを分解していきます。

Presenceとは何か — モデルではなく「運用の骨組み」

Presenceは、新しいAIモデルではありません。OpenAIの説明を整理すると、Presenceは次の要素を束ねて、企業が音声・チャットのAIエージェントを本番環境で安全に運用するための基盤です。

  • ポリシーと標準作業手順:エージェントに「何をしてよいか」「何をしてはいけないか」を業務ルールとして定義する
  • 承認済みアクション:エージェントが実行できる操作(返金処理、予約変更など)をあらかじめ承認した範囲に限定する
  • ガードレール:会話が想定範囲から外れた場合に介入する安全装置
  • エスカレーションルール:どのタイミングで人間の担当者に引き継ぐかの基準
  • 評価・シミュレーション環境:本番投入前にエージェントの挙動をテストする仕組み
  • Codexによる継続的な改善プロセス:後述

つまりPresenceが解決しようとしているのは「賢いAIを作ること」ではなく、「AIエージェントを企業の業務プロセスの中で、事故なく、監査可能な形で回し続けること」です。AI導入を検討する際に見落とされがちな「運用のガバナンス」を製品化した、という理解が実態に近いといえます。

想定用途として挙げられているのは、カスタマーサポート、アウトバウンドの営業対応、そして社内向けの高リスクな業務フロー(IT申請の承認など)の3つです。共通するのは、いずれも「間違えるとコストが大きい」業務であり、だからこそガードレールが会話の逸脱を検知した時点で介入する設計が組み込まれている、という点です。

AIエージェントの導入をどこから設計すればよいかについては、AI導入戦略の基本ステップで体系的に整理しています。

Presenceが内部でどのレイヤーを肩代わりしているのか、Agents SDK・Realtime APIで自前実装する場合と何が違うのかは、開発者向けに OpenAI Presence構成解剖|Agents SDK自前実装との違い(AIgent Lab)で構成要素ごとに整理しています。本記事は導入判断の観点、あちらは実装の中身という分担です。

Agents SDK・Realtime APIとの違い — 何が新しいのか

OpenAIはこれまでも、開発者がAIエージェントを組み立てるための部品として「Agents SDK」と「Realtime API」を公開してきました。Agents SDKはエージェントのワークフローを構築するための開発者向けフレームワークで、低遅延の音声・チャットのやり取りを実現するRealtime APIとの統合が組み込まれています。ガードレールや入出力の検証機能も、SDKレベルで用意されています。

これに対してPresenceは、それらの部品を使って作られたエージェントを「企業の本番業務で運用する」ための層にあたります。開発者がコードを書いてエージェントを組み立てる工程そのものではなく、運用ポリシーの適用・承認フロー・エスカレーション基準・継続的な改善プロセスといった、稼働後の”運用オペレーション”を担う点が新しさです。公表資料では両者の技術的な接続方法までは明言されていませんが、位置づけとしては「Agents SDK / Realtime API = 作るための部品」「Presence = 企業として安全に回し続けるための運用基盤」という整理が妥当です。

製品役割主な利用者
Realtime API低遅延の音声・チャットのやり取りを実現する通信レイヤーアプリを開発するエンジニア
Agents SDKエージェントのワークフローを組み立てる開発者向けフレームワーク(Realtime API統合を含む)アプリを開発するエンジニア
Presenceポリシー・ガードレール・承認フロー・エスカレーション・改善プロセスを含む企業向け運用基盤導入企業のCS部門・情報システム部門(OpenAI側のFDEが伴走)

「75%無人化」の内実を分解する

今回の発表で最もインパクトのある数字が「電話問い合わせの75%を人間の介在なしに解決」というものです。しかし、これはOpenAIの自社サービス全体や業界平均の数字ではありません。複数の一次報道が確認しているのは、次の点です。

  • この75%という数字は、OpenAI自身の英語(English-language)電話サポート回線で計測されたものである
  • 問い合わせの難易度分布や、どのカテゴリの問い合わせを「解決」とみなしたかの詳細な定義は公表されていない(2026年7月時点)
  • OpenAIというテック企業自身のサポート回線であり、問い合わせ内容がプロダクトの使い方や請求に関する定型的なものに偏っている可能性がある

つまり、この数字は「OpenAIというテック企業が、自社の英語窓口で、自社製品に慣れたエンジニアが設計したエージェントを使って達成した実績」です。金融・保険・小売・医療など業種が変わり、言語が日本語に変わり、問い合わせの内容が複雑になれば、同じ解決率が出る保証はどこにもありません。

実際、日本語での実力についてはまだ検証段階です。報道によれば、SoftBankが日本語の音声エージェントとしてPresenceのテストを行っているとされていますが、これはあくまでOpenAI側が発表した公開情報であり、日本語での解決率などの具体的な数値は本記事執筆時点(2026年7月)で公表されていません。「日本語でも同程度の精度が出るはず」という前提で導入計画を立てるのは早計です。

Codexの改善ループ「10日で15ポイント削減」をどう読むか

Presenceのもう一つの特徴が、OpenAIのコーディングアシスタント「Codex」を使った継続的な改善プロセスです。エージェントの会話ログや失敗パターンといったシグナルをCodexが分析し、改善案を提案します。ただし提案がそのまま自動適用されるわけではなく、人間のチームがテストして承認したうえで本番に反映する、という人間の判断を挟むフローになっています。

OpenAIはこの仕組みの効果として、「わずか10日間で有人転送(human handoff)を15ポイント削減した」という実績を公表しています。これは「AIが自分でどんどん賢くなる」という話ではなく、「人間のレビューを介したチューニングサイクルを高速化できる」という話として読むのが正確です。

読み方の注意点としては、10日間という短い観測期間の一点データである、という点です。導入初期の”伸びしろが大きい”局面で急速に改善しただけなのか、その後も継続的に改善カーブが続くのかは、本記事執筆時点でより長期のデータは公表されていません。導入初期の数字を将来にわたる改善速度の保証だと解釈しないよう注意が必要です。

AI活用、何から始めればいい?

100社以上の研修実績をもとに、30分の無料相談で貴社の課題を整理します。

無料相談はこちら

AIエージェント導入でよく起きる失敗と、Presenceが埋めようとしている穴

100社以上の企業向けAI研修・導入支援を行ってきた経験から見ると、AIエージェントの導入で企業がつまずくポイントには共通のパターンがあります。Presenceが束ねている要素は、その典型的な失敗をひとつずつ潰しにいく設計になっています。

よくある失敗Presenceが対応する要素
エージェントが承認していない操作(返金・契約変更など)を勝手に実行してしまう承認済みアクション:実行できる操作をあらかじめ範囲指定する
会話が想定外の方向に脱線しても、誰も気づかないまま進んでしまうガードレール:会話が企業の定めた境界から外れた場合に介入する
「どこまでAIに任せて、どこから人が引き継ぐか」が担当者の感覚に依存し、属人化するエスカレーションルール:引き継ぎ基準をあらかじめ定義する
本番投入後に問題が起きて初めて設計ミスに気づく評価・シミュレーション環境:投入前にエージェントの挙動をテストする

逆に言えば、この4つの観点をすでに自社で言語化できている企業ほど、Presenceに限らずどのAIエージェント製品を導入する際にも、初動でつまずきにくくなります。ツール選定より前に、この設計図を持っているかどうかが分かれ目です。

先行3社の温度感 — BBVA Mexico・SoftBank・IAG

OpenAIが発表時に挙げている先行事例は、いずれも「本格稼働の成果報告」ではなく「導入・検証段階」である点に注意が必要です。

  • BBVA Mexico(銀行):顧客対応向けにアカウントシステムと接続し、エスカレーションなしで問題解決できる構成を検討しているとされる
  • SoftBank:日本語の音声エージェントとして顧客対応のテストを実施していると報じられている(本記事は公開報道の紹介であり、Uravationと当該企業との取引関係を示すものではありません)
  • Insurance Australia Group系(豪州の保険会社):悪天候・災害時の保険金請求対応での活用を検討しているとされる

3社とも金融・保険という、コンプライアンス要件が厳しく、エスカレーション設計が業務の根幹に関わる業界であることは示唆的です。逆に言えば、こうした業界ほど「AIに何を任せ、どこで人に渡すか」の設計がすでに存在しており、Presenceのような運用基盤と相性が良いとも読めます。ただし、いずれの事例も削減率やCSAT(顧客満足度)といった定量的な成果指標は、本記事執筆時点で公表されていません。

限定GAとは何か — 今すぐ使えるのか

「限定GA(limited general availability)」という表現が示す実態を整理します。

  • OpenAIの標準的なAPIダッシュボードから自分で申し込むセルフサービスの提供形態ではない
  • 導入はOpenAIのForward Deployed Engineers、または選定された一部のグローバルSI(システムインテグレーター)が主導する
  • 公開されている料金表は存在しない。The Registerは今回の提供モデルを「コンサル型の、現場常駐エンジニアに見合う価格設定」と評している
  • 対象となる企業の規模や業種の明確な基準は、本記事執筆時点で公表されていない

まとめると、Presenceは中小企業が今日申し込んで来週使えるようなプロダクトではありません。エンタープライズ企業がOpenAIまたは提携SIと個別に契約し、伴走支援を受けながら導入するタイプの取り組みです。「発表されたから急いで検討しなければ」と焦る必要はなく、まずは自社の準備状況を整えるフェーズだと捉えるのが妥当です。

先行事例として名前が挙がっているBBVA Mexico、SoftBank、Insurance Australia Group系はいずれも、グローバル規模の金融・通信・保険企業です。この規模感から逆算すると、限定GAの初期段階で対象になりやすいのは、複雑なコンプライアンス要件と大量の問い合わせ量を抱える大企業からだと推測できます。日本国内の中堅・中小企業が同じタイミングで声をかけられる可能性は高くなく、まずは動向を注視しつつ、自社の準備を進めるのが現実的な立ち位置です。

日本企業が「待っている間」にやるべき3つの準備

Presenceが自社ですぐ使えるかどうかに関わらず、AIエージェントによる顧客対応を将来的に検討するなら、今からでも着手できる準備があります。

  1. 問い合わせ分類の棚卸し:過去の問い合わせ履歴を「定型・反復的なもの」と「個別対応が必要なもの」に仕分ける。この比率が分からないままでは、どのベンダーのAIエージェントを入れても効果測定ができない
  2. エスカレーション基準の言語化:「どのような条件になったら人間に引き継ぐか」を、感覚ではなくルールとして文書化する。Presenceに限らずどのAIエージェント製品を導入する場合でも、この基準が曖昧なままだと現場が混乱する
  3. ログと評価の設計:AIエージェント導入前の「今の解決率・平均対応時間・満足度」を先に測定しておく。導入後に「本当に改善したのか」を検証する基準点がなければ、ベンダーが公表する数字を鵜呑みにするしかなくなる

この3点は、特別なツールがなくても社内で今日から着手できる作業です。AIエージェントの導入効果は、ツールの性能そのものより、この種の業務設計がどれだけできているかに大きく左右されます。実際、研修現場で「AIを入れたが効果が測れない」という相談を受ける企業の多くは、導入前の基準値を測っておらず、③のログと評価の設計が抜け落ちているケースがほとんどです。逆に、①〜③を先に済ませている企業は、どのベンダーのAIエージェントを比較検討する際にも判断が速くなります。

Voice AI選定との位置づけ — 関連記事の読み分け方

Presenceのようなニュースを読んだあと、次にどの情報を見ればよいか迷う方のために、当メディアの関連記事との役割分担を整理します。

本記事は、それらとは別の役割として「Presenceという実物の発表内容を、数字の出どころまで含めて正確に読む」ことに焦点を当てています。3本を読み比べることで、ツール選定・業界動向・雇用への影響という3つの視点を一通り押さえられます。

よくある質問

Q. OpenAI Presenceは今すぐ申し込めますか?

いいえ。2026年7月時点では限定GA(limited general availability)の段階で、セルフサービスの申込み窓口はありません。導入はOpenAIのForward Deployed Engineers、または提携システムインテグレーター主導で進みます。

Q. 「75%無人化」は自社にもそのまま当てはまりますか?

その数字はOpenAI自身の英語電話サポート窓口で計測されたものです。業種・言語・問い合わせ内容が異なれば再現しない可能性が高く、自社に当てはめる前に自社データでの検証が必要です。

Q. Agents SDKやRealtime APIと何が違いますか?

Agents SDKとRealtime APIは、エージェントを開発者が組み立てるための部品です。Presenceは、それらを使って作られたエージェントを、ポリシー・ガードレール・承認フロー・エスカレーションルールとともに本番の業務で運用するための企業向けの基盤という位置づけです。

Q. 日本語での導入実績はありますか?

SoftBankが日本語の音声エージェントとして検証を行っていると報じられていますが、本記事執筆時点(2026年7月)で日本語での解決率などの具体的な数値は公表されていません。

Q. 料金はいくらですか?

公開されている料金表はありません。The Registerの報道では、現場常駐型のコンサルティング支援に近い価格設定になると評されています。

Q. 会話が想定外の方向に進んだ場合、安全に止められますか?

OpenAIの説明では、会話が企業の定めたポリシーの境界から外れた場合にガードレールが介入する仕組みが組み込まれているとされています。ただし、介入の精度や具体的な検知条件までは本記事執筆時点で詳細が公表されておらず、導入検討時は自社のリスク許容度に照らして個別に確認する必要があります。

まとめ:Presenceの発表を受けて次にやること

OpenAI Presenceは、AIエージェントを「作る」段階から「安全に運用し続ける」段階へと、企業向けAI活用の論点を一段引き上げる発表でした。一方で、話題になっている75%という数字はOpenAI自社・英語窓口という限定された条件下の実績であり、限定GAという提供形態から見ても、日本企業が今日どうこうできる話ではありません。派手な見出しと、実際に自社で使える条件との間には、まだ距離があります。

やるべきことは、Presenceの一般提供を待つことではなく、①問い合わせ分類の棚卸し、②エスカレーション基準の言語化、③導入前の効果測定基準の整備、という自社側の準備を今のうちに進めておくことです。この土台が整っている企業ほど、Presenceに限らずどのAIエージェント製品が一般提供されたときにも、スムーズに、かつ正確な効果測定をしながら導入できます。数字の派手さに反応するのではなく、自社のデータで検証する前提を持つこと。それが、今回の発表から得られる最も実務的な教訓です。


参考・出典


著者:佐藤傑(さとう・すぐる)
株式会社Uravation代表取締役。X(@SuguruKun_ai)フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』(SBクリエイティブ)。
SoftBank IT連載7回執筆(NewsPicks最大1,125ピックス)。

Presenceの続報や、他社の企業向けAIエージェント動向についても、当メディアで随時アップデートしていきます。ご質問・ご相談はお問い合わせフォームからお気軽にどうぞ。

無料・初回相談

AI導入、要件整理から一緒にやります

100社以上・研修4,200名以上の実績。ツール選定から設計・社内展開まで、実務目線で伴走します。

  • 100社以上・研修4,200名以上の実績
  • 初回30分無料・即日返信

お問い合わせフォームから24時間以内にUravation担当者がご返信します。

佐藤傑
この記事を書いた人 佐藤傑

株式会社Uravation 代表取締役CEO/生成AIエバンジェリスト。法人向けAI研修・コンサルティングを手がけ、日経・SBクリエイティブ・GMO等のメディアで生成AIについて執筆。

この記事をシェア

Claude Codeを本格的に使いこなしたい方へ

業務に合わせたマンツーマン指導で、Claude Codeを実務に組み込める状態まで伴走します。
現役エンジニアが貴方の業務に合わせてカリキュラムをカスタマイズ。

✓ 1対1のマンツーマン ✓ 業務に合わせた設計 ✓ 実務ベースの指導
Claude Code 個別指導の詳細を見る まずは無料相談

Contact お問い合わせ

生成AI研修や開発のご依頼、お見積りなど、
お気軽にご相談ください。

Claude Code 個別指導(1対1・12セッション)をご希望の方はこちらから別途お申し込みください

Claude Code 個別指導 無料相談