コールセンターに届くクレームは、操作員の権限外にある案件が多くなります。返金の可否、補償の金額、待ち時間への対処、不具合商品の交換。判断を最初の1往復で誤ると、通話時間が伸びたまま解決せず、次の問い合わせで同じ説明を繰り返してもらいます。すべてを一次対応で処理すると、判断の責任が担当者に寄ります。
このガイドでは、クレームを型で分類して一次対応の範囲を決め、エスカレーションの判断軸を条件に落とし込み、対応記録を再発防止へつなげるまでを一続きで扱います。判断は人が行い、事実の収集と定型作業はAIに任せる、という分担です。
クレーム対応で最初に決めるのは「処理できる範囲」
クレーム対応の質は、型と権限と記録の設計で決まります。受付した内容を正しい型に置き換えて、権限の範囲で処理し、所定の形式で記録する。この3つを押さえれば、担当者ごとに品質が大きくばらつく現象は収まります。
5つの分類で一次対応の範囲が決まる
クレームを次の5つに分けると、おおよその一次対応の可否が決まります。分類のねらいは、誰が何まで判断できるかを事前に定義することです。
| 分類 | 典型的な内容 | 一次対応の範囲 | 判断の主体 |
|---|---|---|---|
| 操作的クレーム | 使い方の誤り、設定が反映されない、ログイン失敗 | 手順の案内と再操作で終える | 受付者 |
| 情報クレーム | 在庫、価格、営業時間、プランの誤り | 社内システムで確認して回答 | 受付者 |
| 補償クレーム | 返金、値引き、賠償の可否 | 判断せず、基準値と条件だけ提示 | 上長または管理者 |
| 対人クレーム | 応対の言葉遣いや態度の不快 | 事実確認と謝罪まで | 上長（記録必須） |
| 危険を伴うクレーム | 暴力の脅迫、負傷、健康被害の疑い | 受け付けた時点で即時報告 | 管理者（組織対応） |
補償クレームでオペレーターが可否を判断してしまうのは、最も境界がぼやける対応です。金額の上限と条件を規程に書き、受付者にはその範囲内でのみ提示する権限を与えます。金額が大きくなれば上長へ、犯罪や安全が絡む案件は組織対応へ回す、という段差を先に定義しておきます。
エスカレーションの判断は4つの軸で行う
エスカレーションの判断は、気分や忙しさによらず次の4軸で行います。4つすべてが基準内に収まる案件は一次対応で閉じ、1つでも基準を外れた軸があれば上へ回す、と決めると迷いません。
| 判定軸 | 確認する内容 | エスカレーションの目安 |
|---|---|---|
| 影響度 | 影響を受ける人数、金額、期間 | 複数件、複数部署に及ぶ |
| 緊急度 | 放置した場合に生じる損害 | 期限や対応停止の条件がある |
| 権限の境界 | 判断に必要な権限が受付者にない | 上長の承認が必要な条件 |
| 性質 | 安全、法務、個人情報保護の関与 | 部署外の対応が必要な案件 |
権限の境界という判定軸は、判断の濃淡が出やすい部分です。オペレーターごとの権限表を用意しておくと、上へ回す案件を少数のケースに絞れます。境界が曖昧なまま運用すると、判断と説明がばらつきます。
引き継ぎに必須の5項目
上へ引き継ぐ際は、内容を足さず次の5項目を埋めます。5項目が埋まらないまま引き継ぎが起きると、後段で電話が1本発生します。
- 顧客を特定する情報（会員番号、注文番号）
- 受付日時と経路（電話、チャット、メール）
- 要望の原文（顧客が求めたことをそのまま残す）
- 一次対応ですでに行った内容と、その結果
- 依頼したい判断（補償の可否、対応の期限、部署の判断）
原文を残しておくと、顧客の要望と担当者の説明を分けられます。言い換えてしまうと、後段の担当者が元の要望を推測する手間が生まれます。
一次対応で終えるための5ステップ
一次対応の目標は、1回の折り返しで確定させることです。この順番なら、折り返す理由が1つに絞られます。
1. 感情を先に受け止める
最初の30秒は事実確認より先に、感情を受け止める時間です。「ご不便をおかけしております」のような、話を聞く姿勢が伝わる言葉選びをします。感情が受け止められなければ、第2の話が聞けなくなります。
2. 要望を1つに絞り込む
要望が複数重なると、「確認して折り返します」という保留対応になり、平均処理時間（AHT）が伸びます。優先順を顧客に確認し、1件ずつ確定させます。
3. 一次対応で足りるかを判定する
要望を分類表に照合し、オペレーターの権限内で確定できるかを判断します。迷った場合は上へ回す前提で動きます。境界を誤った影響のほうが重いからです。
4. 具体的な約束を残す
折り返すなら、日付と担当と連絡方法を明示します。「近日中にお返しします」だけでは、その日中に別の問い合わせが到着します。目安は当日中か翌営業日とし、連絡方法は顧客と合意します。
5. 記録して、回答と約束を同時に残す
対応記録には、要望、回答、約束、担当を残します。約束の期限まで書いておかないと、あとで追えません。量だけ記録を増やしても使い物にならず、期限と担当が抜ければ運用に支障が出ます。
カスハラは対応上限を事前に決める
カスハラ対応の差は、対応を始めた時点から終了条件を明示できるかにあります。カスハラ対応完全ガイドが示すとおり、上限のないまま会話を続けると、担当者の負担が積み上がります。
| 段階 | 方針 | 判断者 |
|---|---|---|
| 第1段階 | 要求の把握と事実の説明を通常対応で終える | 受付者 |
| 第2段階 | 状況変更（上司の同席、態度の明示） | 受付者が要請 |
| 第3段階 | 通話終了の告知と記録の保存 | 上長の判断 |
| 第4段階 | 再接近の制限、部署としての対応 | 管理者 |
上限の告知は攻撃と見なされる恐れがあるため、定型文として用意し、部署ごとに同じ表現を使います。自治体の条例と社内の規程では表現が異なるため、顧客ハラスメント防止の規定と社内対応を参照して文言を揃えます。告知の時点でも記録を残します。
感情分析による早期検知と自動エスカレーション
通話やチャットのテキストを感情分析にかけると、感情が高ぶった段階で火種を拾えます。GBase Supportは、通話テキストの感情を判定し、基準値を超えた場合に担当者に提示する仕組みを備えています。フラグが立った時点で共有されれば、引き継ぎが慌てずに済みます。
通知と判定は分けます。感情スコアは注意を向けるための信号です。利用者によって声の調子や癖が違い、同じ状況でもスコアは動きます。閾値は部署ごとに調整し、最終判断は人が担う前提で運用します。通知を受けた担当者はスコアだけを見ず、通話内容で判断します。
クレームの記録を再発防止へつなげる
クレーム対応は1件ごとに終わりません。記録を次の1件へ渡さないと、同じ説明が続きます。記録を4段構えでつなぎます。
会話ログから要約を作る
会話の履歴は保存され、Excelへエクスポートできます。手書きメモより会話そのものの記録のほうが正確です。
解決したクレームをFAQにする
解決したクレームはFAQの1件として残します。同じ質問が次の問い合わせで届く前に、一次対応で回答できる状態を作るためです。FAQの型と更新手順はFAQの作り方にあります。
AIが答えられなかった問いを一覧にする
分析画面の知識の空白は、オペレーターが受けた質問のうち、AIが回答できなかったものの一覧です。次の対応でFAQ化の候補に使えます。知識の空白が増えれば、ナレッジ更新を優先すべき合図です。
設定変更の差分を残す
FAQを書き換えた、プロンプトを変えた。この種の操作は善意でも誤操作でも後から発生します。設定変更の差分が保存されていれば、監査対応は履歴の検索で済みます。
効果を測る4つの指標
クレーム対応の質を測る指標は4つに絞れます。会話数は成果の指標になりません。会話数の増加を成果として扱うと、AIを入れただけという状態を見落とすからです。
| 指標 | 意味 | 確認頻度 | 悪化の原因候補 |
|---|---|---|---|
| 解決率 | 一次対応で完結した割合 | 週次 | ナレッジ不足、手順の不備 |
| エスカレーション率 | 権限外で上へ回した割合 | 週次 | 権限表の古さ、基準の未共有 |
| 平均処理時間（AHT） | 1件の対応に費やした時間 | 週次 | 引き継ぎの行き違い、重複入力 |
| 再問い合わせ率 | 同じ内容の問い合わせの重複 | 月次 | 初回回答の不十分、記録の欠落 |
AHTの攻略方法はAHT（平均処理時間）の攻略ガイドに、人手不足と繁忙期の体制もコールセンターの課題と解決策にまとめてあります。週次のレビューで4指標の推移を見れば、どの工程が崩れているかが判別できます。
GBase Supportなら、クレーム対応の記録と分析を標準装備で整えられます
よくある質問
Q1: クレームの一次対応は、どこまでであれば受付者だけで完了できますか？
社内で決めている権限表が基準になります。金額、件数、対応できる範囲を数字で定め、超えるものを上長へ回す形が基本です。文章で書くと現場では解釈が割れるため、金額と件数を数字で定義し、超過時は必ず上長へ回すと明記します。
Q2: エスカレーションの判断が担当者ごとにバラバラになります。基準はどう統一すべきですか。
最初の一往復で境界を引けるのは、処理できる範囲の表、エスカレーションの4軸、引き継ぎの5項目、この3点です。3点がない状態では、担当者ごとの経験や直感で判断が左右されます。表と軸は部署ごとに一度作れば、以降は同じ基準で判断できます。記録が残っていれば、担当者交代のときも迷いません。
Q3: カスハラの電話対応における「上限」の表現はどう統一すべきですか。
上限の告知は攻撃と見なされないように定型文として用意し、部署で同じ表現を使うのが基本です。定型文には、これ以上の対応はできないという事実と、記録が残っていることへの言及を含めます。表現は自治体の条例と社内の規程を突合して決めます。
Q4: 感情分析のスコアで「低声の不満」と「攻撃」を判別できますか。
判定精度は入力テキストの品質と、学習された範囲に左右されます。スコアは注意喚起のための信号として使い、対応や処分の判断は人で行います。運用としては、スコアを超えた場合の通知先を誰にするか、どの手段で知らせるかを決めておくほうが実用的です。通知を受けた側の確認手順は、手順書として明記します。
Q5: クレーム対応にAIを使うとき、人工が選ぶべき場面はどこですか。
最終判断は人が担う前提です。AIが置き換えるのは定型作業で、要望の要約、類似対応の照合、回答候補の作成、知識の空白の一覧化に向いています。手順が書ける作業ほど成果が出やすく、説明も容易です。判断をAIに任せてしまうと、責任の所在が曖昧になり、経緯を説明できません。
まとめ
クレーム対応の設計は、5分類と4軸の型をひととおり決めて現場に配る作業です。受付時に権限の境界を引き、上へ回すときの5項目を埋める。感情分析は注意を向けるための信号として使い、判断は人が行います。記録はFAQと知識の空白に還元し、4指標で週次を確認する。この流れが回れば、クレーム対応は仕組みを直す場へ変わります。
GBase Supportは、5段階の回答ルーティング、解決率と知識の空白を返す分析、操作ログの自動記録、感情分析による早期検知を標準装備しています。導入初日から記録を同じ場所に置ける状態で、14日間の無料トライアルで試せます。
