カスタマーサービスの交代時の引き継ぎSOP：テンプレートと例

カスタマーサービスにおける交代時の引き継ぎのSOPは、未解決のケース、責任、フォローアップアクションを、退勤する担当者から出勤する担当者へどのように引き渡すかを定義するものです。引き継ぎは、受け手の担当者がケースを理解し、作業の続行に対する責任を引き受けた時点で完了となります。

WhatsAppなどのデジタルチャネルで顧客対応を行うチームでは、会話がまだ進行中のままシフトが終わることがあります。顧客は、入金確認、倉庫からの回答、交換品の承認を今も待っているかもしれません。明確なメモがなければ、出勤した担当者は対応を始める前に状況をゼロから把握し直さなければなりません。

有用な手順は、3つの問いに答えるものです。何が未解決なのか、誰が引き継ぐのか、次のアクションの期限はいつか。

どのケースで交代時の引き継ぎが必要か?

対応がまだ必要な作業を優先します。完了した会話は、次のシフトに影響する情報が含まれていない限り、個別の要約は不要です。

• 社内対応待ち: 倉庫、財務、または製品チームからの確認がまだ必要です。
• 顧客の返信待ち: 情報が不足しており、フォローアップが予定されています。
• 報告を約束しているケース: 顧客に対し、特定の時刻に報告すると伝えています。
• エスカレートされたケース: 上長や専門担当者が関与していますが、課題は未解決のままです。
• 時間に敏感な依頼: オペレーション上の締切が、選択可能な解決策に影響します。

待機ステータスのケースにも担当者が必要です。倉庫の回答待ちであっても、約束どおり顧客へ報告する責任は担当者から消えません。

カスタマーサービスの交代時の引き継ぎテンプレート

メモは、一目で読める短さを保ちながら、次の担当者が行動できる十分な情報を含める必要があります。ケース識別子と社内向け会話リンクを使えば、チームはチャット履歴全体をコピーする必要がなくなります。

項目	記録する内容
ケースIDまたは会話ID	対応履歴を素早く見つけられる一意の識別子。
顧客のニーズ	課題と、目指している解決結果。
現在のステータス	ケースの実際の状態。誰の対応待ちかを含みます。
完了済みの対応	直近の確認作業や調整の内容と、その結果。
次のアクション	受け手の担当者が実行すべき具体的なタスク。
顧客への約束	約束した報告、すでに話した選択肢、承認の権限範囲。
フォローアップの期限	複数地域で対応する場合は、日付、時刻、タイムゾーン。
引き渡し側と受け手の担当者	両担当者の氏名と、ケースの受領確認。

「確認してください」といった、アクションも期限も特定しないメモは避けてください。より明確な指示は、たとえば「倉庫の担当者に在庫確認を依頼し、現地時間の午後4時までに顧客へ報告する」です。

情報は、アクセス権限が適切な場所に保存します。引き継ぎメモに、パスワード、ワンタイムパスコード、対応に不要な個人情報のコピーを含めてはいけません。

カスタマーサービスの交代時の引き継ぎの進め方

1. シフト終了前に未完了ケースを確認する

退勤する担当者は、進行中の会話、未完了タスク、約束した報告を確認します。業務量に応じてこの確認を日程に組み込み、シフト最後の1分で駆け込み作業にならないようにします。

担当者のいない会話も必ず確認してください。誰かに割り当てるか、監視責任者を定めたキューに入れます。

2. ステータスを更新し、次のアクションを明確にする

顧客待ち、社内チーム待ち、対応可能な状態を区別します。曖昧な「保留」ステータスのままでは、出勤した担当者が何がボトルネックになっているのかを自力で突き止めることになります。

完了した確認作業の結果を記録し、次の担当者が同じ作業を繰り返さないようにします。まだ確定していない情報がある場合は、何が未確認なのかを明示します。

3. 対応可能な受け手の担当者を割り当てる

受け手の担当者が勤務中であり、必要な権限を持っていることを確認します。メモに名前を書き加えただけでは、その人が不在だったり、その種類のケースを扱えなかったりすると不十分です。

WhatsAppマルチエージェント環境では、割り当て機能と社内メモにより、チームは一元化された場所で会話を引き渡せます。それでも運用手順では、受け手の担当者がいつ正式にオーナーシップを引き受けたかを定義する必要があります。

4. 受領を確認し、約束事を更新する

受け手の担当者は要約を確認し、関連する履歴をチェックして、受領を確定します。可能な限り、引き渡し側の担当者がまだ在席している間に不足情報を解消してください。

進捗報告の約束と、解決の約束は分けて管理します。カスタマーサービスのSLAは対応目標の指針になりますが、顧客に対してすでに交わした個別の約束は、ケースメモ内で常に見えるようにしておくべきです。

5. 引き継ぎ漏れをチェックする

上長またはシフト調整担当者が、受け手が割り当てられていないケース、不足している情報、期限が近い報告を確認します。受け手が対応できない場合は、バックアップ担当者を割り当てます。

複数人が関わるケースでは、チケット管理システムが進捗の記録に役立ちます。それでも、決定がなされたり責任が移ったりした際には、チームが記録を更新する必要があります。

交代時の引き継ぎの完了例

以下は架空の小売の例で、顧客が商品を間違ったサイズで受け取ったケースです。交換品の在庫はまだ確認中です。

項目	記入例
ケースID	CS-042。
顧客のニーズ	商品サイズが注文と一致しないため、顧客は交換を依頼しています。
現在のステータス	倉庫の在庫確認待ち。
完了済みの対応	注文内容とラベルの写真を確認済み。WIB午後1時40分に倉庫へ在庫照会を送信。
次のアクション	倉庫の担当者に連絡する。在庫結果と交換ポリシーに基づき、選択可能な選択肢を説明する。
顧客への約束	当日のWIB午後4時までに報告する。交換品の発送は約束していません。
引き渡し側と受け手の担当者	RinaからDimasへ。DimasはWIB午後2時に受領を確定。

報告の期限までに倉庫から返答がない場合でも、Dimasは顧客へ連絡する必要があります。その報告では、在庫や発送時期について確実な根拠もないのに断定せず、分かっていることと次に何が起こるかを説明するようにします。

シフト交代中の新着メッセージへの対応

引き継ぎが行われている間に、新着の会話を監視する担当者を指定します。指定しないと、両シフトが互いに「相手チームが対応している」と思い込み、新着メッセージが放置される恐れがあります。

顧客が別のチャネルから連絡してきた場合は、対応プロセスを統合する前に本人確認と状況確認を行います。オムニチャネルアプリケーションは各メッセージングチャネルを共有受信箱に集約し、チームは一元化された場所で会話を監視できます。

顧客が以前の会話に戻ってきた場合は、前の担当者がまだ勤務中かどうかを確認します。ケースの再割り当てが必要な場合は、顧客に課題を説明し直してもらう前に、最新のメモを読んでください。

交代時の引き継ぎレビュー用チェックリスト

ケースのサンプルを定期的にレビューし、手順がチームの作業を支えているかを確かめます。すべての項目に何かしら記入されているかの確認だけでは不十分です。

• すべての未解決ケースに、担当者または監視対象のキューが割り当てられているか?
• 受け手の担当者が、勘に頼らずに次のアクションを特定できるか?
• 顧客に約束した報告は、確実に実施されているか?
• メモの不完全さが原因で、同じ確認作業が繰り返されていないか?
• 引き継ぎによって、重複した返信が発生していないか?

返信速度の低下が特にシフト交代時頃に集中している場合は、より厳しい速度目標を設定する前に、ケースの受領状況と要員の在席状況を調査してください。カスタマーサービスの応答時間を改善する取り組みには、実行可能な責任分担が必要です。

Cekat.aiで顧客との会話を止めない

担当者が変わっても、顧客には明確な次のステップを残すべきです。会話履歴、社内メモ、明確なオーナーシップが、チームが作業を続けるために必要なコンテキストを与えます。

Cekat.aiとサービスのワークフローについて相談し、会話管理とエージェント間の連携をチームのニーズに合わせましょう。

よくある質問

担当者が変わることを顧客に伝えるべきですか?

常に必要ではありません。ただし、変更が連絡先の相手や既存の約束に影響する場合は、簡潔に説明してください。受け手の担当者が自己紹介をし、記録されたコンテキストに基づいてそのまま対応を続けられます。

シフトが重ならない場合はどうすればよいですか?

書面によるメモを使い、空白時間帯のキューの責任者を指定し、次のシフト開始時にケースの受領を確定します。緊急のケースについては、事業のサービス時間に応じて別の経路を定めてください。

顧客が返信しなくなった場合、ケースをクローズできますか?

事業のフォローアップおよびクローズのポリシーに従ってください。無応答による事務的なクローズと、顧客の課題が解決したことの確認は区別します。