コールセンターの自己解決率を測る ー FAQ閲覧後の未解決を見落とさない設計

CX TodayによるGartner調査の報道によると、2024年8月に公表されたGartnerの顧客5,728人調査では、顧客の73%がサービス利用の過程のどこかでセルフサービスを使う一方、セルフサービスだけで完全に解決した問い合わせは14%にとどまった。顧客自身が「とても簡単」と答えた問題でも、完全解決は36%だという。それなのに社内の報告書では、FAQのページビューが伸びたことをもって「自己解決が進んだ」と書かれることが少なくない。FAQを見た人のうち、何人が本当に解決し、何人が黙って電話をかけ直したのか。本稿の立場は、自己解決率は計算式より先に「観測できる範囲」を設計しないと数字にならない、というものである。以下は編集部の実務設計案であり、特定製品の推奨ではない。

1. 閲覧・回答評価・手続き完了を分ける

まず当て馬として、よく使われる比率を置く。Zendeskのセルフサービス指標の解説は、セルフサービススコアを「ヘルプセンターの総ユーザーセッション数 ÷ チケットを起票した総ユーザー数」と定義し、比率が大きくなるほど改善と読む。分かりやすい指標だが、これは「試みた人」と「問い合わせた人」の比であって、FAQを見た人が解決したかどうかは含まれない。閲覧が倍になれば、解決が増えていなくてもスコアは上がる。もっとも、同じ解説はチケット起票につながった検索や記事の評価票も合わせて見るよう促しており、比率単体で判断せよとは言っていない点には留保が要る。

そこで、FAQ閲覧後の行動を少なくとも3つの層に分けて記録することを提案する。

• 閲覧: FAQ記事が開かれた。解決の可能性があるだけの状態

• 回答評価: 「役に立った／立たなかった」の評価票が押された。本人の主観的な判定

• 手続き完了: FAQから誘導した画面で住所変更や解約受付などの手続きが完了した。業務システム側で確認できる客観的な結果

たとえるなら、閲覧は「来店」、回答評価は「店を出るときの一言」、手続き完了は「レジを通った記録」である。来店数を売上と呼ぶ店はない。3層を別々に集計するだけで、「閲覧は多いが評価票は押されない」「評価は高いが手続きは完了しない」といったズレが見えるようになる。自己解決の上限そのものの議論は8月30日の記事で扱ったので、本稿は測り方に絞る。