効率化から始まったコールセンター。

問題提起

データは増えた。
マネジメントは、シンプルになったでしょうか。

KPI、応対品質評価、VOC、教育、CRM、AI QA。それぞれが発展する過程で、異なる評価項目、異なる言葉、異なる分類、異なる表示方法が使われてきました。

その結果、「顧客対応という仕事」を共通して捉える構造がない。AIによって評価や集計を自動化しても、この構造自体が変わらなければ、マネジメントの複雑さは残ります。

本当の効率化は、マネジメントそのものをシンプルにすること。

教育でも。実務でも。品質管理でも。KPIでも。VOCでも。AIでも。
同じ仕事を、同じ構造で捉える。

施策 01

応対品質評価を、顧客対応能力分析へ。

CXへの貢献を明らかにする。

何点だったかだけではなく、どの仕事が必要だったのか。その仕事は実行されたのか。顧客はどう反応したのか。顧客の状態はどう変化したのかを見る。

「人の応対を評価する」から、
「顧客対応という仕事と、その結果を分析する」へ。

施策 02

100％評価を、100％の顧客対応能力分析へ。

全通話を評価できる。
では、100％から何を得るのか。

AI QAによって全通話を評価できる時代だからこそ、評価件数ではなく、得られるデータの質を変える。

100％の顧客対応を、
「評価結果の集合」から
「企業の顧客対応能力を示すデータ」へ。

企業ごとに複雑な評価項目を増やすのではなく、Skill IDという共通構造を使う。

• 評価設計をシンプルに。
• 評価基準のメンテナンス負担を小さく。
• 評価者教育への依存を小さく。
• AIが参照する判断基準を明確に。

大規模なシステム刷新を前提にしない。
既存環境を活かし、現実的なコストから始められる顧客対応分析へ。

料金・トライアルについて相談する →

施策 03

CSを、「顧客の状態変化」でデータにする。

企業が何をしたか。
その結果、顧客に何が起きたか。

この2つをつなぎます。Skill IDによって、職務工程 × 顧客の状態変化を見る。

どの仕事がCXを動かしたのか。どこで顧客体験が止まったのか。何が顧客価値を阻害したのかが見えてくる。

原因は、担当者とは限りません。商品、サービス、業務プロセス、システム、他部署との連携にも広がります。

顧客対応データを、商品・サービスを改善するCXデータへ。

VOCも、「何と言われたか」だけではなく、「なぜ、その状態になったのか」が分かる情報へ。

施策 04

CRMを、「顧客情報」から「顧客とのつながり」へ。

CRMにあるのは、顧客属性や購買履歴、問い合わせ履歴だけではありません。

顧客との接点によって、顧客の状態は、どう動いたのか。

職務工程 × 状態変化を蓄積することで、「何を問い合わせた顧客か」だけではなく、「企業との関係が、どちらへ動いている顧客か」を捉えるためのデータが生まれます。

そして蓄積された状態変化は、次に必要な顧客対応を判断する基盤になります。

管理者の役割も変わる

数字を管理する人から、
顧客価値を生み出す仕事を動かす人へ。

管理者は、顧客の状態変化を見ながら、従事者の能力を育てる。仕事を改善する。商品・サービスの課題を見つける。必要な情報を他部署へつなぐ。

CX改善を動かすファシリテーターであり、マネージャーへ。