共有受信箱を使うとサポート業務を管理しやすくなりますが、すべてのメッセージを一か所に集めるのは最初の一歩にすぎません。会話の担当者が決まっていなければ、問い合わせが見落とされたり、対応が重複したり、次の対応が曖昧なまま放置されたりする可能性があります。
有効な共有カスタマーサポート受信箱の運用では、問い合わせをまとめる場所に加え、担当者、引き継ぎ、フォローアップについてのシンプルなルールを設けます。目的は事務手続きを増やすことではありません。小規模チームが対応の必要な案件を把握し、誰が対応しているかを確認できるようにし、問題が解決するまで顧客とのやり取りの経緯を保つことです。
問い合わせが分散していると追跡が難しくなる理由
顧客からのメッセージが個人の受信箱、個人アカウント、または別々のチャネルに届くと、チーム全体で未対応の業務を確実に把握できないことがあります。休暇中の同僚だけが、返信を待っている会話を知っている場合もあります。また、別のメンバーが、すでに誰かが対応を始めていると知らずに返信してしまうこともあります。
こうした問題は、努力が足りないというより、状況が見えないことに起因する場合が少なくありません。全員が確認できる情報がなければ、基本的な問いへの回答も難しくなります。誰かが返信したか。誰がフォローアップするのか。顧客がチームからの連絡を待っているのか、それともチームが顧客からの返答を待っているのか。会話を完了するには、あと何が必要なのか。
小規模チームは、サポートの問い合わせをどこで管理するか、また担当者をどのように示すかを合意することで、こうした不確実さを減らせます。共有受信箱があれば、会話を整理する共通の場所を用意できます。担当者を明確にするルールがあれば、次の対応に責任を持つ人がわかります。どちらも重要です。担当者を決めずに共通の受信箱だけを用意すると、誰もが「誰かが対応するだろう」と考えるキューになりかねません。
サポートの問い合わせに該当するものを決める
メッセージの扱い方を変える前に、チームにとって何がサポートの問い合わせに当たるのかを決めましょう。たとえば、サービスに関する質問、既存の注文や予約へのサポート、苦情、顧客ごとの回答が必要な情報の問い合わせなどが該当します。具体的な範囲は事業によって異なります。あらかじめ合意しておくと、どの問い合わせをサポートのプロセスで扱うかを一貫して判断しやすくなります。
次に、問い合わせの受付先を決めます。サポート担当者がアクセスできる共有の窓口を選び、顧客が問い合わせるよう案内している場所で、その窓口を知らせましょう。現在、複数の場所から問い合わせが届いている場合は、対象となる窓口を明記し、関連する会話に気づいて共有のプロセスに取り込む方法を決めてください。ご自身の環境で確認していない限り、ツールが特定のチャネルと連携していると思い込まないようにしましょう。
ルールは覚えやすくするのが大切です。たとえば、「顧客ごとの回答やフォローアップが必要な場合は、サポートの問い合わせとして記録し、管理する」と決められます。そのうえで、誰が、いつ共有の窓口を確認するかを明確にしましょう。誰かが新しいメッセージに気づくだろうという暗黙の期待より、決まった手順のほうが確実です。
会話ごとに担当者を一人決める
対応中の会話には、誰が見てもわかる担当者を一人割り当てましょう。担当者は、顧客に返信が届き、次の対応が抜け落ちないよう責任を持ちます。必ずしもすべての作業を一人で完了する必要はありません。ただし、責任が明確に引き継がれるか問題が解決するまでは、会話の状況を追う必要があります。
担当者の割り当てを、チームの通常の受付手順に組み込みましょう。新しい問い合わせを引き受けた人は、ほかの業務に移る前に担当者を明確にします。すぐに対応できない問い合わせにも、待ち状態だと把握している担当者を割り当ててください。こうすることで、複数の人が会話を見られるのに、誰も自分の担当だと思っていない曖昧な状態を防げます。
担当者の割り当てに関するシンプルな原則をいくつか決めましょう。
- 責任者として、曖昧なグループではなく個人を割り当てる。
- 次の対応を実行するか、適切なサポートを調整できる人を選ぶ。
- 担当者が変わるときは、変更を明確にする。
- 引き継ぎ先の人が会話の履歴を確認できるようにする。
担当者として責任を持つことは、進捗を管理することであり、一人ですべての答えを知っていなければならないという意味ではありません。同僚の協力が必要な場合は、顧客が何を待っているかを引き続き確認しながら、助けを求めることができます。
明確に引き継ぎ、経緯を残す
引き継ぎは、小規模チームで問題が起こりやすいタイミングです。簡単なメッセージだけで会話を渡したり、休暇に入ったり、残作業を明確にしないまま別の業務に移ったりすることがあります。すると、引き継いだ人は経緯を一から確認することになり、顧客に同じ情報を再度伝えてもらう場合もあります。
担当者を変更するときは、チームで決めた方法に沿って、会話の中、または会話に添えて簡潔な引き継ぎメモを残しましょう。顧客の問題をわかりやすく説明し、すでに伝えた内容、残っている対応、関係する約束や待ち事項を記載します。次に責任を引き受ける人も明記してください。引き継ぎ先の人が経緯と次の対応の両方を理解できた時点で、引き継ぎは完了です。
予定されている不在については、未完了の問い合わせをどのように確認し、再割り当てするかをあらかじめ決めておきます。緊急または予期しない不在の場合も、同じ考え方で対応しましょう。変更を見えるようにし、次の担当者を決め、会話の履歴を残します。対応中の問い合わせについて、非公開の口頭連絡だけを唯一の記録にしないようにしてください。
経緯を保ちながら返信と解決を追跡する
サポートの会話は、一度返信すれば終わりという単発のメッセージではなく、一連のやり取りとして扱いましょう。返信した後に、次に何が必要かを記録します。顧客から情報を受け取る必要があるのか、チームで調査するのか、解決に進める状態なのかを確認してください。具体的な手順はさまざまですが、担当者が会話の状態を「返答待ち」「対応中」「完了」のいずれかとして把握できることが大切です。
可能な限り、関連する返信や判断を問い合わせと一緒に保管しましょう。担当者や引き継ぎ先の人が、顧客からすでに伝えられたことや、チームからすでに案内したことを把握しやすくなります。会話が複数のチャネルにまたがる場合は、対応する人が重要な経緯を確認できるようにしてください。重要な状況を誰かの記憶だけに頼らないようにしましょう。
返信や解決が必要な会話を確認するため、チームで定期的なチェックのルールを決めます。複雑なサービス方針ではなく、簡単な定例確認でもかまいません。大切なのは、返信済みの会話と、意図した結果に実際にたどり着いた会話を区別することです。返信しただけでは、問い合わせが解決したとは限りません。
問い合わせの受付、担当者の割り当て、会話の整理、解決までの返信の追跡を一か所で行える共有サポートツールがあれば、こうした習慣を実践しやすくなります。そのような作業環境を探している小規模チーム向けのSuite.coffee 顧客サポートは、共有受信箱からチケットを管理し、解決まで顧客との会話を整理できるよう設計されています。
未解決の問い合わせを定期的に確認する
明確なプロセスを整えても、定期的な確認は必要です。未完了の会話、特にチーム側の対応を待っているものや、次の対応が明らかでないものを確認する時間を確保しましょう。それぞれに担当者がいるかを確認し、顧客が何かを待っているかを把握したうえで、次に何をするかを決めます。
確認の目的は、誰かを責めることではなく、プロセスの不備を解消することです。担当者が決まっていない問い合わせが繰り返し発生するなら、受付手順を改善します。引き継ぎが曖昧なら、引き継ぎメモに何を記載するかを決めます。会話が見つけにくいなら、問い合わせを共有のプロセスに取り込む方法や、チーム内での整理方法を見直しましょう。
変更は小さく、具体的に進めます。一つ変更を試し、サポート担当者に説明してから、担当者やフォローアップが明確になったかを確認しましょう。小規模チームの日々の業務に合うプロセスのほうが、誰も覚えていないような詳細な手順書より役立ちます。
チームが続けられるシンプルなワークフロー
ここまでの内容をまとめると、まずサポートの問い合わせに該当するものを決め、共有の受付先に集め、対応中の会話ごとに一人の担当者を明示します。担当者が変わるときは、責任と経緯の両方を引き継ぎます。次の対応と、顧客の問題が解決したかを追跡し、未解決の問い合わせを定期的に確認しましょう。
この共有カスタマーサポート受信箱の運用方法を使えば、個人の受信箱への分散や曖昧な記憶に頼らず、小規模チームでも実践的に顧客からの問い合わせを管理できます。まずはチームにとって特に必要なルールから始め、問い合わせが滞る箇所を確認しながら改善してください。問い合わせを一元管理し、担当者を割り当て、解決まで返信を追跡できる共通の場所が必要なチームは、Suite.coffee 顧客サポートをご覧ください。