OpenAI Presenceが音声・チャット業務を企業向けに運用

OpenAIは、企業の顧客対応を音声とチャットで実行するエージェント製品OpenAI Presenceを、対象となるEnterprise顧客向けの限定提供プログラムとして提供すると発表しました。

要点

• 請求、保険金請求、ITサービスなど、定義された顧客対応を企業の方針とシステムに沿って処理します。
• 承認、許可された操作、ガードレール、人への引き継ぎを配備単位で設計します。
• シミュレーションと評価、Codexを使った改善ループを運用に組み込みます。

今回のブログ記事で語られていること

Presenceが狙うのは、自由回答するチャットボットではなく、企業が明示した仕事を完了する対話型エージェントです。請求の問い合わせ、保険手続き、ITサポートのような業務ごとに、必要な知識と接続先だけを与え、会社の規程、承認条件、操作範囲、担当者への引き継ぎを定義します。音声とチャットを共通の運用対象にし、顧客が話し方を変えても一貫した業務結果へつなげる考え方です。

製品には、方針や標準手順、ガードレール、許可されたアクション、シミュレーション、評価が含まれます。実会話で問題を見つけた後は、Codexを使って構成やテストを改善するループを想定しています。OpenAI自身の電話サポートでは、1-888-GPT-0090への着信の75%を人手なしで解決し、10日間で人への引き継ぎを15ポイント下げたとしています。BBVA Mexico、SoftBank、IAGの例も挙げ、言語や繁忙条件の異なる業務での利用を示しました。

一方、Presenceはセルフサービスで即時導入する製品ではありません。対象となるEnterprise顧客に限定し、OpenAIの現地実装エンジニアや選定されたSIと配備します。数値は特定環境の実績であり、そのまま自社へ移せません。導入側は、自動解決率だけでなく誤操作、再問い合わせ、顧客満足、人へ移るまでの時間、監査ログを同時に測る必要があります。高リスク手続きでは、本人確認、取消可能性、承認者、緊急停止を先に固定すべきです。

試験導入は問い合わせ件数が多いからではなく、成功と失敗を明確に定義できる業務から始めます。人へ渡す際に会話、確認済み事項、実行済み操作が欠けると、顧客は説明を繰り返すことになります。エージェントの応答だけでなく、下流システムの結果と担当者が引き継げた状態までを一つの完了として評価する必要があります。

今回のブログ記事が関係する人

コンタクトセンター、カスタマーサポート、ITサービス、業務システム、リスク・監査を担当し、対話から実行までを自動化する企業に関係します。

結局、今回のブログ記事をどう読むべきか

会話品質より、業務完了と統制を製品の中心へ置いた企業向けエージェントです。価値は自動化率だけでなく、失敗時に安全に止まり、人へ状況を渡せるかで判断すべきです。