FIELD NOTE / 受付・振り分け
受電集中時の応援ルール｜何を見て誰を呼ぶか
忙しくなってから応援を探す状態を避けるため、待ち状況と未完了作業を見ながら、発動・担当範囲・解除を決める運用表を紹介します。
最初に押さえること
応援は着信件数だけで発動せず、待っている電話、折り返し期限、通話後作業を合わせて見て、誰が何を受けるかまで先に決めます。
1. 着信数ではなく、今残っている仕事を見る
受電が集中しているかは、鳴っている電話の本数だけでは判断できません。通話後の入力、担当部署への確認、期限の近い折り返しが残っていると、電話が落ち着いた後も受付は詰まります。待ち呼、最長待ち時間、受付後の未完了件数、期限超過の恐れを同じ時点で確認します。
監視する数値の定義は、利用中の電話システムと台帳でそろえます。たとえば放棄呼に短い間違い電話を含むか、折り返し待ちを誰の担当として数えるかで見え方は変わります。業界平均をそのまま発動基準にせず、自社が守る案内時間と人員で試行します。
2. 発動・担当範囲・解除を一枚の表にする
以下は架空の運用例です。数値は推奨値ではなく、発動条件の書き方を示すための例です。実際には時間帯と用件別の記録を取り、通常時に対応できる範囲、応援者の権限、顧客へ案内する折り返し目安を確認して決めます。
| 段階 | 確認条件 | 応援者が受ける範囲 | 解除の確認 |
|---|---|---|---|
| 注意 | 待ちが発生し、期限30分以内の未完了もある | 氏名・用件・連絡先の一次受付 | 待ち解消後も未完了を確認 |
| 応援 | 最長待ちが自社基準を超える | 定型用件と折り返し受付 | 基準内が継続し担当受領済み |
| 制限 | 重要な後処理まで滞留 | 緊急用件を優先し、その他は期限を案内 | 責任者が優先順位を再確認 |
| 解除後 | 新規の待ちが解消 | 通常担当へ戻す | 残案件、期限、引継ぎ漏れを記録 |
3. 応援者へ渡す用件と、渡さない判断を決める
応援者が取れる電話の範囲を曖昧にすると、後で聞き直しが増えます。一次受付だけを行うのか、定型回答まで行うのか、本人確認や金額・納期の確約を含む用件は誰へ戻すのかを決めます。応援開始時には、使用する記録先、必須項目、引き渡し先、顧客へ伝える期限を短く共有します。
権限のない応援者が処理を完了したように見せないことも重要です。状態は「受付済み」「担当受領」「確認中」「顧客連絡済み」などに分け、一次受付を完了扱いにしません。個人のチャットや付箋ではなく、主担当も見られる正本へ記録します。
4. 解除後に、ピークの原因と残件を分けて振り返る
応援を解除するのは、着信音が止まった瞬間ではありません。応援者が受けた案件を主担当が受領し、折り返し期限と未完了作業が見える状態まで確認します。交代時には件数だけでなく、期限が近い案件、判断保留、顧客へすでに伝えた内容を渡します。
振り返りでは、入電の一時増加、同じ問い合わせの集中、担当不在、入力作業の遅れを分けます。毎回同じ用件で応援が必要なら、FAQ、ウェブ案内、担当配置、受付項目の改善候補です。応援人数を増やす前に、どの仕事が滞留を作ったかを確認します。
よくある質問
何件待ったら応援を呼ぶべきですか？
一律の件数では決められません。待ち時間、用件、受付後の作業、折り返し期限を合わせ、自社が顧客へ案内する水準と通常時の記録から発動条件を試します。
応援を呼べる人がいない場合はどうしますか？
折り返し受付への切替、緊急用件の優先、営業時間や混雑案内など、少人数時の代替手順を先に決めます。権限のない担当へ無理に処理を広げません。
参考資料・この記事の位置づけ
本文の帳票や進め方は、ContactXによる運用設計の提案です。効果を保証する数値や、特定企業の導入実績ではありません。
- Amazon Connect：指標の定義
応答、放棄、処理時間等の定義を確認するための一次資料。実際の集計対象は利用中のシステム仕様で確認してください。
- Amazon Connect：ルーティングプロファイルの仕組み
キュー、担当者、優先度を結び付けるルーティング設定の例を確認するための一次資料。この記事の分類辞書・振り分け表はContactXによる運用設計の提案です。