FIELD NOTE / 折り返し・日程調整
他部署の回答待ちで止まる電話案件|確認依頼の追跡方法
社内確認を依頼したまま顧客連絡が止まらないよう、社内回答期限と顧客連絡期限を分け、責任者・超過時の行動・回答後の連絡まで追います。
最初に押さえること
社内へ依頼した時点では完了にせず、回答責任者と社内期限、顧客への連絡責任者と連絡期限を別に持ち、回答後まで案件を閉じません。
1. 社内回答と顧客連絡には、別の責任と期限がある
別部署へ確認依頼を送っただけで受付案件を完了にすると、回答が届かない、届いても顧客へ連絡されないという空白が生じます。確認内容を判断する人と、顧客へ説明する人は同じとは限りません。社内回答責任者・期限と、顧客連絡責任者・期限を分けます。
社内期限は顧客期限より前に置き、回答を確認して説明を準備する時間を確保します。期限までに結論が出ない可能性も考え、顧客へ状況を連絡する時刻を決めます。「担当部署へ確認中」という状態にも、次に誰がいつ動くかを必ず付けます。
2. 確認依頼を、質問・根拠・期限が分かる形にする
以下は架空の二重期限表です。確認先へ会話の全文を転送するのではなく、判断してほしい質問、確認済みの事実、参照すべき契約・商品・予約、回答形式を示します。個人情報は回答に必要な範囲だけ共有します。
| 項目 | 記入例 | 責任者 | 期限超過時 |
|---|---|---|---|
| 判断してほしいこと | 交換対象に該当するか | 品質管理担当 | 代理承認者へ通知 |
| 確認済みの事実 | 購入日、製品ID、症状、未確認事項 | 一次受付 | 不足項目を顧客へ再確認 |
| 社内回答期限 | 9/20 15時 | 依頼先責任者 | 受付責任者へ状況報告 |
| 顧客連絡期限 | 9/20 17時 | 案件担当 | 結論未了でも中間連絡 |
| 完了条件 | 顧客へ回答し次の行動を合意 | 案件担当 | 未達なら案件を開いたまま引継ぎ |
3. 期限前の確認と、超過時の中間連絡を決める
期限を過ぎてから催促するのではなく、重要度に応じて期限前の確認時刻を設定します。依頼先が受領していなければ再割当し、調査中なら不足情報や見込みを確認します。単に通知回数を増やすのではなく、回答を妨げている条件を明らかにします。
社内回答が間に合わなくても、顧客連絡期限は消えません。現時点で確認済みの範囲、未確認事項、遅れている理由を必要な範囲で説明し、次の連絡期限を合意します。推測の回答で穴を埋めず、重要な影響がある場合は責任者へ上げます。
4. 回答が届いた後の顧客連絡まで追跡する
依頼先の回答が届いても、受付案件はまだ完了ではありません。回答の根拠と適用条件を確認し、顧客へ伝え、質問や次の行動を記録します。別の作業依頼が生じた場合は、新しい担当と期限を設定し、誰かが動くと分かる状態にします。
振り返りでは、依頼件数や回答時間だけでなく、受領されない依頼、情報不足による往復、回答後の顧客連絡遅れ、再入電を確認します。特定部署を責めるのではなく、質問の型、責任境界、期限設定、代理経路のどこに詰まりがあるかを見直します。
よくある質問
回答部署へ依頼したら、一次受付の担当は外れてよいですか?
依頼先が判断を担っても、顧客連絡の責任が自動的に移るとは限りません。回答責任者と顧客連絡責任者を明示し、受領を確認します。
社内回答が期限に間に合わない場合は?
顧客への連絡期限まで放置せず、確認済みの範囲、残っている確認、次の連絡期限を案内します。重要な影響があれば責任者へエスカレーションします。
参考資料・この記事の位置づけ
本文の帳票や進め方は、ContactXによる運用設計の提案です。効果を保証する数値や、特定企業の導入実績ではありません。
- Amazon Connect:Tasksの設定
フォロー作業を担当者や共有キューへ割り当て、必要項目をテンプレート化する機能例を確認するための一次資料。特定製品の導入を前提とせず、実際の設定は利用中のシステムで確認してください。
- Amazon Connect:Casesによる顧客案件の管理
複数回のやり取り、対応手順、結果を一つの案件として追跡する考え方を確認するための一次資料。記事中の項目名・状態・記入例はContactXによる架空の運用設計です。