AIワークフローに戻る

顧客対応チーム · 06 / 14

顧客対応ワークフロー

メール、Facebookページ、LINEのメッセージがすべて、担当者が開く前にカテゴリと緊急度、返信の下書き付きのチケットになります。

ベージュの背景の前で、パステルカラーのスウェットを着た顧客対応チーム4人が木のベンチで笑い合い、1人はヘッドセットを首にかけています。 顧客対応チーム
「お客様からの苦情がメールやFacebookページに届きます。チームは1件ずつ読んで、自分でチケットを作って、関係する部署に手作業で回しています」

よくある課題

顧客は、共有の受信箱へのメール、Facebookページへのメッセージ、投稿へのコメント、LINE OAのチャットと、自分の都合のいい方法で連絡してきます。担当者はチャネルを1つずつ開いて1件ずつ読み、倉庫、経理、営業のどこに回すべきかを自分で判断してから、チケットシステムに詳細をもう一度打ち込みます。

メッセージが集中する時期には、急ぎの案件と一般的な問い合わせが同じキューに並びます。怒っている顧客も、営業時間を聞きたいだけの人と同じだけ待たされます。新人とベテランで答え方が違い、責任者は誰かが人目につく場所で怒りを投稿するまで、未対応が何件あるのかを知りません。

解決の方法

メール、Facebookページ、LINEのどこから届いても、エージェントがメッセージを受信と同時に読むように設定します。エージェントはチームが決めた一覧に沿ってカテゴリを分け、顧客の言葉づかい、過去の問い合わせ履歴、注文金額から緊急度を見積もり、お使いのシステムにチケットを作成します。注文情報や顧客の履歴も探し出して添付しておきます。

同時に、返品条件、配送日数、保証請求の手順といったナレッジベースと社内規定をもとに、最初の返信を下書きします。担当者がチケットを開くと下書きができているので、読んで直し、ワンクリックで送れます。他部署の協力が必要な案件は、エージェントが短い要約を付けてすぐに回し、誰かが引き受けるまで追いかけます。

顧客に届く返信は、必ず人を通ります。荷物の配送状況の問い合わせなど、一部のカテゴリで自動返信を許可するまで、エージェントが顧客に直接答えることはありません。返金、補償、深刻な苦情は、毎回責任者に回して判断を仰ぎます。

仕組みの流れ

業務の入口
  • 顧客からのメール
  • Facebookのメッセージとコメント
  • LINE OAのチャット
  • Webフォーム
AIが行うこと
  1. 全メッセージを読んでカテゴリ分け
  2. 緊急度の設定
  3. チケット作成と顧客情報のひも付け
  4. 人が確認する返信の下書き
結果の届け先
  • ヘルプデスクのチケット
  • カテゴリごとの担当チーム
  • 確認済みの返信を担当者が送信
  • SLA超過時の責任者への通知

導入前と導入後

導入前
導入後
チャネルを1つずつ確認し、チケットはすべて手作業で作成
担当者が開く前に、カテゴリと情報がそろったチケット
一般的な問い合わせと同じ列に並ぶ急ぎの案件
返信の下書き付きでキューの先頭に来る急ぎの案件
顧客が人前で怒りを投稿して、ようやく責任者が知る未対応案件
SLAを超える前に責任者へ届く通知

導入で得られるもの

  1. 01

    メール、Facebookページ、LINE OA、Webフォームのメッセージをエージェントが1つのキューにまとめ、画面の切り替えは不要

  2. 02

    不良品、配送遅れ、返金依頼、一般的な問い合わせといったカテゴリに分け、内容と顧客の履歴から緊急度を設定

  3. 03

    お使いのヘルプデスクにチケットを作成し、関連する注文や顧客情報にひも付けて担当チームへ

  4. 04

    ナレッジベースと社内規定をもとに最初の返信を下書きし、担当者が読んで直し、ワンクリックで送信

  5. 05

    SLAを超えたチケットや同じ顧客からの再度の連絡を責任者に通知し、多い問い合わせの種類を週次でレポート

立場ごとのメリット

経営者

顧客が何に一番不満を感じているかが毎週わかります。深刻な苦情は、SNSに広がる前に手元に届きます。

IT責任者

ヘルプデスクとチャットの各チャネルには公式APIで接続します。顧客データはタイの個人情報保護法(PDPA)に沿って保管し、返信の下書きと他部署への転送はすべて、誰が直して誰が送ったかがログに残ります。

毎日使う現場のチーム

担当者は5つの画面を行き来することも、同じ内容をシステムに打ち直すこともなくなります。残るのは下書きを読み、自分の言葉に直して送信することだけです。

向いている業種

小売・EC物流・運送保険・金融通信・公益事業家電・アフターサービス

お使いのシステムと連携

ZendeskFreshdeskZoho DeskGmailFacebook PageLINE OA注文管理システム

開発プロセス

  1. 1

    ヒアリング

    要件・ユーザー・成功指標を定義し、着手前に範囲と価格を確定。

  2. 2

    設計

    UXとアーキテクチャを設計。プロトタイプ承認後に開発へ。

  3. 3

    開発

    AIで加速したスプリント。毎週デモ、シニアがレビュー。

  4. 4

    テスト

    合意した範囲に対してQA・セキュリティ・性能を検証。

  5. 5

    公開・保守

    本番リリース、チームトレーニング、月次保守プラン。

ビジネス課題を、動くシステムに変える

今日ご相談いただければ、計画と予算をまとめた経営層向けの提案書をご提示します。

この内容をエンジニアに相談