主なメリット
- より適切な対応: 注文の遅延から期待を裏切られたサービスまで、顧客が抱えている問題に合わせて返信の内容を変えます。
- 明確な解決ステップ: 謝罪に加えて、取る行動、担当者、次の進捗報告の時期を明示します。
- つながるケース対応: クレームがチャネルやチームをまたいでも、会話の文脈を保ったまま対応を続けます。
- 実践的な業務改善: 会話を片付けるだけで終わらせず、繰り返し発生するクレームを記録して業務を改善します。
クレーム対応は、問題を理解し、事実を確認し、次に何が行われるかを説明することから始まります。謝罪は会話を始めるきっかけになりますが、顧客は、チームが具体的に何をするのかについても明確に知る必要があります。
「処理に少しお時間をいただきます」という返信では、重要な疑問に答えられないままになることがよくあります。顧客は、誰が問題の担当なのか、何を確認しているのか、次の進捗報告はいつ得られるのかが、いまだに把握できていません。
クレームの事例は、状況によって対応が異なります。破損した商品、記録されていない支払い、あるいはスタッフとの不快な対応は、それぞれ別の調査が必要です。
よくあるクレームとその優先順位の付け方
優先順位は、影響度、緊急度、そして顧客が依然として製品やサービスを利用できるかどうかで決める必要があります。最も強い言葉で書かれたメッセージが、必ずしも最も緊急な案件とは限りません。
| クレームの種類 | 顧客のニーズ | 初期対応 |
|---|---|---|
| 注文の遅延 | 正確な状況と配送情報の案内 | 注文、追跡情報、配送状況を確認する |
| 商品の誤り・破損 | 正しい商品、または対応可能な解決方法 | 注文内容と商品の状態を確認する |
| 支払いが記録されていない | 支払いと注文状況の確認 | 取引参照番号、金額、支払日時を照合する |
| 期待を満たさないサービス | 状況の説明と対応 | 約束した内容と実際の経緯を検証する |
| 説明の繰り返し | やり直さずにそのまま対応を続けること | 会話履歴を確認し、ケース担当者を割り当てる |
安全に関わる問題、アカウントの不正使用が疑われる場合、不審な取引に関するクレームは、社の手順に基づいて、該当するチームへ速やかに引き継ぎます。通常の問い合わせとして扱ってはいけません。
クレームの事例と対応例
以下の返信は、あくまでひな形の例です。角括弧で囲まれた箇所には、確認済みの情報を入れてください。更新時期の目安は、自動的な約束ではなく、チームの実情に応じて設定してください。
1. 注文が届いていない場合
クレーム:「昨日届くはずだったのに、まだ注文が届きません。ちゃんと発送されたのでしょうか。」
「ご注文の商品が目安の時間内にお届けできず、申し訳ございません。ご注文番号[注文番号]の配送状況を確認し、関連チームに連絡いたします。[時間]までにご状況をご連絡いたします。配送事業者からの情報待ちの場合も、その旨を含めてご連絡いたします。」
発送済みかどうか、追跡情報が更新されているか、住所に問題ないかを確認します。注文番号が会話履歴にある場合は、顧客に申告しなおしてもらうのではなく、その情報を使います。
次回の進捗報告の時期と、配送の時期とは区別します。その日の午中に進捗を報告することはできても、その時点までに商品が届くとは保証できない場合があります。
2. 商品が誤りまたは破損している場合
クレーム:「黒を注文したのに、届いたのは白でした。それに商品の梱包も傷ついています。」
「お受け取りいただいた商品がご注文の内容と一致せず、申し訳ございません。ご注文内容と商品の状態を確認いたします。対応可能な選択肢を検討できるよう、この会話の中から商品と発送伝票の写真をお送りください。確認が済み次第、次の手順と適用される条件をご案内いたします。」
必要な書類だけを依頼し、注文内容と照合します。調査が終わる前に、倉庫や配送事業者を責めることは避けてください。
交換、返品、修理のいずれかが可能な場合、その手順を明確に説明します。必要な情報、送料の負担、各段階のおおよその目安です。返金や補償の可否と適用条件を確認する前に、返金を約束しないでください。
3. 支払いが反映されていない場合
クレーム:「お金は引き落とされたのに、注文は『お支払いの待ち』のままになっています。」
「お支払いは既に差し引かれていることでご心配をおかけしており、事情をご理解いただけます。確認が完了するまで、追加のお支払いはお控えください。ご注文番号と支払いの参照情報のみで取引を照合いたします。支払いの証明が必要な場合は、該当する取引情報のみを共有し、関係のない情報は非表示にしてください。」
金額、日時、支払い方法、取引参照番号を確認します。PIN、パスワード、ワンタイムパスコード、カード情報全体を求めることはしないでください。
顧客データ管理を利用すると、調査をやり直すことなく、関連するプロフィールや記録をチームが確認できます。ただし、支払い状態は、正式な記録を保持する取引システムと照合して確認する必要があります。
4. サービスが期待に届かなかった場合
クレーム:「ずいぶん待たされたうえ、担当者の対応が粗暴でした。自分の問題はまだ解決していません。」
「不快なサービス体験をおかけし、申し訳ございません。もう一度すべて説明しなくて済むよう、会話履歴を確認いたします。前回までの対応状況を見直し、未解決のことが担当者に確実に伝わるように進めます。」
このクレームには2つの問題があります。サービス時の対応と、元々の未解決の案件です。どちらも対応が必要です。担当者の対応について謝罪するだけで、元の案件を処理し直すだけでは不十分です。
いつ対応があったか、顧客がどの点を許容できなかったかなど、具体的な内容を記録します。記録を確認する前に、担当者を擁護したり、顧客の認識が誤りだと決めつけたりしないでください。
5. 顧客が同じ説明を繰り返す場合
クレーム:「これは Instagram で説明済みで、WhatsApp に移すように言われたのに。なんでまた最初から説明し直させるんですか。」
「同じ内容を何度もお願いすることになり、申し訳ございません。記録を確認したうえで、まず問題の要点をまとめます。当社の記録では、問題点は[問題の概要]です。重要な点として見落としていることはありますか。」
要約を伝えることで、理解していることを示しながら、話を最初から語り返さずに済みます。前回の会話が確認できない場合は、その制約を説明し、不足している情報だけを尋ねてください。
Omnichannel カスタマーサポートを利用すると、接続されたチャネルの会話を1つの受信箱で管理できます。それでも担当者が文脈を確認し、記録が同じ顧客・同じ案件を指していることを確認する必要があります。
最初の返信から解決までのクレーム対応フローを構築する
有効な返信の裏には社内プロセスが必要です。記録と担当体制がなければ、担当者が「チームで確認します」と伝えた時点でクレームが停滞してしまいます。
- 問題とその影響を認めます。 調査の前に原因を断定せず、チームが懸念を理解していることを示します。
- 必要な情報を確認します。 既存の記録を活用し、補うべき追加情報のみを依頼します。
- ケース担当者を割り当てます。 複数のチームが調査に参加する場合でも、連続性を責任持つ人が決まっているようにします。
- 対応内容と報告時期を説明します。 何を確認するのか、いつ顧客に連絡するのかを明示します。
- 解決を確認します。 実施した対応を記録し、結果が顧客の問題の解消につながっているかを検証します。
ヘルプデスクのチケット管理システムを導入すると、クレームを担当者・ステータス・対応履歴を持つ追跡可能な案件に変換できます。サポート、オペレーション、財務が同じ問題に対して連携して対応する必要がある場合に、特に活用されます。
初回応答時間、進捗報告のタイミング、解決の目標値は、サービスレベル契約(SLA)の中で区別して定める必要があります。返信が早いことは、調査が完了したことを意味しません。遅れが生じる場合は、顧客に尋ねられる前に進捗を伝えてください。
クレームをエスカレーションすべき場合は?
第一次対応者では判断できない権限、専門性、決定が必要な案件では、エスカレーションが適切です。引き継ぎには、概要と、それまでに実施した対応を含める必要があります。
- 担当者の権限を超える判断: 特例としての対応、特別な補償の分け方、サービス変更など。
- 繰り返し発生する未解決の問題: 顧客は指示に従ったものの、問題が解決しない状態が続いています。
- 専門チームが必要なリスク: 不正アクセスが疑われる場合、不審な取引、安全に関わる懸念など。
- 自動化が機能しなくなった場合: 同じ回答の繰り返し、文脈の誤解、または人による説明と判断が必要な場合。
チャットボットベースのサポートでは、WhatsApp のチャットを人間のエージェントにエスカレーションする際は、連続性が保たれる必要があります。案件が引き継がれたこと、誰が対応しているのか、次回の進捗報告がいつになりそうかを、顧客に伝えてください。
クレームを解決しにくくする失敗
- 行動しないまま謝罪すること: 顧客には次の一歩が明確に示される必要があります。
- 不確かな結果を約束すること: 進捗を報告する約束と、解決を保証することは分けて扱ってください。
- 同じ情報を繰り返し求めること: 追加で質問する前に、履歴を確認してください。
- 顧客や他チームを責めること: 事実確認と、連携した対応に集中してください。
- 顧客が返信しなくなったのを理由に案件をクローズすること: 確認待ちと、検証済みの解決は区別してください。
Cekat.ai でクレーム対応を体系化する
効果的なクレーム対応には、共感ある応答と、背後にある明確な業務の両方が必要です。顧客は次のステップが分かりますが、チームには案件を前に進めるための文脈と担当体制が必要です。
Cekat.ai は、会話、顧客記録、チケット管理を一つにまとめることで企業のクレーム対応を支援します。Cekat.ai チームにデモを依頼し、自社業務に合うクレーム対応のフローを一緒に検討しましょう。
よくある質問(FAQ)
1. すべてのクレームに補償が必要ですか?
必ずしも 그렇ではありません。対応は、確認された問題、その影響、適用される条件に基づいて決めます。顧客が必要としているのは、情報の訂正、サービスの是正、または取引の完了です。補償をしても、問題の根本への対応に代わるものではありません。
2. 公開投稿でのクレームにはどう対応すべきですか?
懸念には簡単にお詫びを示し、詳細な調査は正式な非公開チャンネルへ移します。公開コメントで注文番号、支払いの証明、個人情報を尋ねないでください。顧客にメッセージを送った後でクレームが停滞しないよう、引き継ぎの状況を管理してください。
3. 解決内容を伝えたのに顧客が返信しなくなったらどうしますか?
手順に従ってフォローし、実施した対応を要約し、問題が続く場合の継続方法を説明します。事務的な理由で案件をクローズする場合は、その理由を記録し、顧客が満足したとの確認とは扱わないでください。
4. クレームをサービス改善にどう活かせますか?
案件を原因、商品、使用チャネル、結果ごとにまとめます。繰り返し発生する問題や、チーム間を何度も移動する案件に注目します。その結果を、手順の見直しや商品情報の明確化、研修ニーズの特定に活用してください。
コメントを残す