一次解決率、平均処理時間、転送率、リピートコンタクト、放棄、顧客満足度。ほぼすべてのコンタクトセンターはこの6つの数字で回っています。それぞれに計算式があり、文脈なしに引用されるベンチマークがあり、コールではなく数字を最適化したときの失敗パターンがあります。そして最近、もう一つの意味が加わりました。電話に出るのが人間ではなく音声エージェントになると、計算が変わるのです。
このガイドは、オペレーションのリーダーと、彼らと一緒に作るエンジニアのためのものです。定義、信頼できるベンチマーク、そして自動化されたキューを正直に測る方法を扱います。何を自動化するかまだ決めていないなら、まずコンタクトセンター自動化ガイドを読んでください。
コールセンターの基本指標
| 指標 | 計算式 | 実際に分かること |
|---|---|---|
| 一次解決率(FCR) | 最初のコンタクトで解決した件数 ÷ 総件数 × 100 | 発信者が一度で有効な回答を得られたか |
| 平均処理時間(AHT) | (通話 + 保留 + 後処理)÷ 処理コール数 | 1コールの人件費と体制の持ちこたえ |
| 転送率 | 転送コール数 ÷ 処理コール数 | カバレッジやルーティングがどこで崩れるか |
| リピートコンタクト率 | N日以内に再連絡した人 ÷ 総数 | 「解決」が本物だったか |
| 放棄率 | 回答前に切った人 ÷ 総数 | 待ち時間がどこで人を失わせるか |
| CSAT | 満足の回答 ÷ アンケート回答数 | コール種別ごとの体験の良し悪し |
この下に支えとなる数字が2つあります。サービスレベル(目標時間内に応答したコール)とコンタクト単価です。それ以外はすべて6つの診断です。
一次解決率
一次解決率は、最初のやり取りで完全に解決した顧客の問題の割合を測ります。フォローアップなし、転送なし、折り返しなし。最初のコンタクトで解決した件数に100を掛けて総件数で割ります。Salesforceは業界標準を約75%としています。Aspectのガイダンスは70%前後です。
FCRは顧客が体感する指標です。別の人と話したくて電話をかけ直す人はいません。2回目のコンタクトは、1回目が期待に応えられなかったということ。だからFCRはどんな速度指標よりも満足度と連動します。Wikipediaの概説が業界で最も注目される指標と呼ぶのには理由があります。
落とし穴は、FCRが定義の分だけ正直だということです。誰かが電話に出る前から、3つの決定が数字を変えます。
- 何を「解決」とするか。 エージェントがチケットを閉じたら? 顧客が確認したら? バックエンドに変更が反映されたら? 一つ選んで書き留めましょう。
- 何を「リピート」とするか。 同じ理由で7日以内にかかってきた電話は、よくある期間設定です。電話からチャットに移って最初からやり直した発信者も、チャネルを紐付けられればリピートです。
- どのコールを対象にするか。 すべてのコール種別を混ぜたFCRは、失敗しているキューを隠します。コール種別ごとに測りましょう。簡単なパスワードリセットが、壊れた請求フローを平均で消してしまいます。
平均処理時間
平均処理時間は、開始から終了までの1回のやり取りの平均時間です。通話時間 + 保留時間 + 後処理時間を、処理コール数で割ります。ベンチマークは業界横断で約6分に集まり(Zendeskは「約6分」、RingCentralは平均約6.5分)、業種差も大きいものです。RingCentralの内訳では小売の約4.5分から通信の8.8分まで。コールが難しいからです。
AHTはコストと人員の指標であって、品質の指標ではありません。そう扱えば役に立ちます。ワークロードはコール数 × AHTで、ワークロードが人員を決めます。品質スコアとして扱うと、エージェントは急ぐことを覚え、静かにFCRをAHTと引き換えます。短いコール、増える折り返し、全部悪化。有用な読み方は、コール種別ごとの時系列の方向性です。あるキューでAHTが上がっているなら、たいていコールが難しくなったか、ツールが遅くなったか。どちらにせよ次の予測の前に知っておく価値があります。
一つの構成要素は個別の注意に値します。保留時間は、発信者が「無駄な時間」として体験するAHTの部分です。保留を削るのはほぼ常に安全。通話時間を削るところで品質は死にます。
音声エージェントが電話に出るとき
ここまでの指標はすべて人間のエージェントのために設計されました。自動化されたキューでも機能しますが、2つは意味が変わり、新しい指標が1つ現れます。
FCRは検証済み解決になる。 自動化されたコールで「エージェント曰くうまくいった」はタダです。正直なバージョンは、バックエンドがリクエストの完了を確認できたコールの割合。予約が存在し、支払いが記録され、住所が変わっている。リピートコンタクトと誤ったアクションも並べて追いましょう。Managed Agentsは、コール成功などの組み込み指標ですべてのコールを採点し、「発信者の問題は解決したか?」のようなLLM判定の指標も追加できます。それでもトランスクリプトを自分たちのシステムと突き合わせましょう。判定モデルも間違えます。
AHTはコストの代用ではなくなる。 エージェントは即座に応答するので、保留時間は人員の結果ではなくルーティングの決定になります。代わりに見る数字は応答レイテンシ。発信者が話し終えてから待つ時間です。人間は回線が死んだと感じるまで約1秒しか耐えません。だからストリーミングパイプラインはミリ秒で予算化し、平均ではなくp95とp99の裾を追います。
コンテインメントは解決ではない。 コンテインメントは人間に到達しなかったコールを数えますが、社内でいちばん操作しやすい数字でもあります。全員に電話を切るエージェントはコンテインメントが完璧です。ルーティングの統計としてだけ使い、コンテインメントを報告していた場所では検証済み解決を報告しましょう。
転送率はロードマップになる。 エージェントから人への転送にはすべて理由があり、量で並べた理由は来四半期のインテグレーション作業です。あるコール種別で転送率が上がったら、たいていコールが変わったのではなく、バックエンドのツールが壊れたのです。
ベンチマークは業界ではなくコール種別で見る
通信のベンチマークが小売のチームに教えることはほとんどありません。コールは複雑さも感情の重さも「解決」に必要なことも違います。4.5分のAHTや80%のFCRは、同じコール種別・同じチャネル・同じ定義で比べて初めて意味を持ちます。ベンチマークを読むときは、どのコールが入っていたかを尋ねましょう。目標を立てるときは、まず自分のキューを4週間測り、同種同士で比べましょう。
数字を良くするには
- 転送理由から直す。 それは、カバレッジに足りないものの順位付きリストです。穴が人なのかインテグレーションなのかにかかわらず。
- 正しいキューを自動化する。 大量で目標が一つに絞れたコール種別で、バックエンドが結果を確認できるもの。5つの特性による選定画面が選び方を歩きます。
- 通話時間ではなく保留時間を削る。 ルーティングと即時応答は、問題を解決する部分に触れずに、発信者が嫌う部分を取り除きます。
- 変更の前後で解決を測る。 4週間のベースラインを取り、新しいシステムでも同じ定義で測ります。本番で実践しているForethoughtのようなチームは実際の変化を報告しています(9か月でデフレクション率30%向上)が、彼らの数字は彼らのキューのもので、あなたのものではありません。