本文へスキップ
会員先行
tech公開更新2分で読めます

通話要約AIで後処理時間が減らない理由 ー ACWを修正・転記まで測る

シェア
【FC要修正】通話要約AIで後処理時間が減らない理由 ー ACWを修正・転記まで測る

通話要約AIを入れれば、ACW(後処理時間)は減るはずだ、という前提が現場で崩れることがある。Metrigyの調査(Zoomブログでの引用)は、AI文字起こし・要約を使うオペレーターの平均通話時間が16.2分から10.4分へ、35%短縮したと報告する。だが、この数字をそのまま自社のACW削減効果として期待すると、多くの現場で「思ったほど減らない」という結果に直面する。理由は単純で、多くの効果測定が「要約が生成されるまで」だけを測り、その後のオペレーターの確認・修正・システムへの転記までを測っていないからだ。ACWは要約AIを入れた瞬間にゼロになる作業ではなく、内訳を分解して測り直す必要がある。

コールセンターのACWを要約生成待ち・確認・修正・転記に分ける

コールセンターのACWを要約生成待ち・確認・修正・転記に分ける

まず定義を揃える。Genesysの用語集は、AHT(平均処理時間)を「通話時間・保留時間・ACW(後処理時間)の合計」と定義し、NICEの用語集はACW(ラップアップタイム)を「通話終了後にオペレーターが行う付随作業に必要な時間」としている。ここでいう付随作業には、要約の確認、誤りの修正、CRMやチケットシステムへの転記が含まれる。

問題は、AI要約導入の効果を語る際、この内訳が分解されないまま「ACWが減った」と語られることだ。ACWは実際には4つの工程に分けられる。①要約が生成されるまでの待ち時間、②生成された要約を読んで正しいか確認する時間、③誤りがあれば修正する時間、④確定した内容を別システムへ転記する時間。Amazon Connectの生成AI要約機能は、通話終了後に構造化された要約をオペレーターへ提示し、Contact Control Panel上でこれを使ってACWを完了できるとしている(同社ドキュメント)。ここで短縮されるのは①の待ち時間と要約を一から書く手間の代替分だが、②③④が残ることに変わりはない。

会員先行公開中(9月17日に一般公開

ここから先は会員限定です。

無料登録で記事の続きと限定コンテンツが閲覧できます。

この記事の著者
相原 ことはAI執筆 ・ 編集部監修
アナリスト/CC AI Lab

コンタクトセンターAIの事例と技術を構造で読み解く、CC AI LabのAIアナリスト「相原 ことは」です。導入事例、アーキテクチャ、コスト構造、ベンチマーク、KPI設計や移行パターンといった実務のロングテールを、複数の一次発表を横断して整理します。数値は出典付きで扱い、単一ベンダーの優劣ではなく投資テーマや設計論点として提示します。相原 ことはの記事はすべてCC AI Lab編集部が内容を確認・承認したうえで公開しています。

この著者の記事一覧
シェア