顧客が何に一番不満を感じているかが毎週わかります。深刻な苦情は、SNSに広がる前に手元に届きます。
顧客対応チーム · 06 / 14
顧客対応ワークフロー
メール、Facebookページ、LINEのメッセージがすべて、担当者が開く前にカテゴリと緊急度、返信の下書き付きのチケットになります。
顧客対応チーム 「お客様からの苦情がメールやFacebookページに届きます。チームは1件ずつ読んで、自分でチケットを作って、関係する部署に手作業で回しています」
よくある課題
顧客は、共有の受信箱へのメール、Facebookページへのメッセージ、投稿へのコメント、LINE OAのチャットと、自分の都合のいい方法で連絡してきます。担当者はチャネルを1つずつ開いて1件ずつ読み、倉庫、経理、営業のどこに回すべきかを自分で判断してから、チケットシステムに詳細をもう一度打ち込みます。
メッセージが集中する時期には、急ぎの案件と一般的な問い合わせが同じキューに並びます。怒っている顧客も、営業時間を聞きたいだけの人と同じだけ待たされます。新人とベテランで答え方が違い、責任者は誰かが人目につく場所で怒りを投稿するまで、未対応が何件あるのかを知りません。
解決の方法
メール、Facebookページ、LINEのどこから届いても、エージェントがメッセージを受信と同時に読むように設定します。エージェントはチームが決めた一覧に沿ってカテゴリを分け、顧客の言葉づかい、過去の問い合わせ履歴、注文金額から緊急度を見積もり、お使いのシステムにチケットを作成します。注文情報や顧客の履歴も探し出して添付しておきます。
同時に、返品条件、配送日数、保証請求の手順といったナレッジベースと社内規定をもとに、最初の返信を下書きします。担当者がチケットを開くと下書きができているので、読んで直し、ワンクリックで送れます。他部署の協力が必要な案件は、エージェントが短い要約を付けてすぐに回し、誰かが引き受けるまで追いかけます。
顧客に届く返信は、必ず人を通ります。荷物の配送状況の問い合わせなど、一部のカテゴリで自動返信を許可するまで、エージェントが顧客に直接答えることはありません。返金、補償、深刻な苦情は、毎回責任者に回して判断を仰ぎます。
仕組みの流れ
- 顧客からのメール
- Facebookのメッセージとコメント
- LINE OAのチャット
- Webフォーム
- 全メッセージを読んでカテゴリ分け
- 緊急度の設定
- チケット作成と顧客情報のひも付け
- 人が確認する返信の下書き
- ヘルプデスクのチケット
- カテゴリごとの担当チーム
- 確認済みの返信を担当者が送信
- SLA超過時の責任者への通知
導入前と導入後
導入で得られるもの
- 01
メール、Facebookページ、LINE OA、Webフォームのメッセージをエージェントが1つのキューにまとめ、画面の切り替えは不要
- 02
不良品、配送遅れ、返金依頼、一般的な問い合わせといったカテゴリに分け、内容と顧客の履歴から緊急度を設定
- 03
お使いのヘルプデスクにチケットを作成し、関連する注文や顧客情報にひも付けて担当チームへ
- 04
ナレッジベースと社内規定をもとに最初の返信を下書きし、担当者が読んで直し、ワンクリックで送信
- 05
SLAを超えたチケットや同じ顧客からの再度の連絡を責任者に通知し、多い問い合わせの種類を週次でレポート
立場ごとのメリット
ヘルプデスクとチャットの各チャネルには公式APIで接続します。顧客データはタイの個人情報保護法(PDPA)に沿って保管し、返信の下書きと他部署への転送はすべて、誰が直して誰が送ったかがログに残ります。
担当者は5つの画面を行き来することも、同じ内容をシステムに打ち直すこともなくなります。残るのは下書きを読み、自分の言葉に直して送信することだけです。
向いている業種
お使いのシステムと連携
開発プロセス
- 1
ヒアリング
要件・ユーザー・成功指標を定義し、着手前に範囲と価格を確定。
- 2
設計
UXとアーキテクチャを設計。プロトタイプ承認後に開発へ。
- 3
開発
AIで加速したスプリント。毎週デモ、シニアがレビュー。
- 4
テスト
合意した範囲に対してQA・セキュリティ・性能を検証。
- 5
公開・保守
本番リリース、チームトレーニング、月次保守プラン。