FIELD NOTE / 折り返し・日程調整

同じ顧客へ二重に折り返さない｜担当確定と着手の共有

複数担当が同じ案件へ発信する事故を防ぐため、担当受領、着手、発信前確認、保留解除、誤発信時の訂正を状態として管理します。

執筆・発行：株式会社X-HACK（ContactX運営）更新：2026-09-20

最初に押さえること

担当者名を入れるだけでなく、受領と着手を共有し、発信直前に案件状態を再確認してから、一人だけが発信できる運用にします。

1. 二重発信は、担当者の注意だけでは防げない

同じ案件に複数担当が表示される、チャットと台帳の両方に依頼がある、代理担当が動いたことを主担当が知らない、といった経路で二重発信は起きます。「担当A」と書かれていても、Aが受け取ったのか、これから電話するのか、すでに不通だったのかが分からなければ排他できません。

まず、依頼を置く正本を一つ決めます。個人メモやチャットは通知に使っても、最終状態は案件へ戻します。案件には担当、受領時刻、着手時刻、最終発信時刻、結果、次回予定を持たせ、誰が見ても今電話してよいかを判断できるようにします。

以下は架空の状態表です。発信直前に短時間の「発信準備中」へ変え、他の担当が同時に発信できないようにします。長時間ロックしたまま離席すると別の滞留になるため、有効時間と解除できる責任者を決めます。システム機能がなければ、台帳の着手欄と更新時刻でも試せます。

発信前確認と担当ロックの運用例（架空例）
状態	更新条件	他担当の行動	期限超過時
未割当	受付完了	担当候補が受領する	責任者へ通知
担当受領	担当が期限を確認	発信せず担当へ補足	代理へ再割当
発信準備中	番号と最新履歴を確認	同じ案件への発信を止める	短い有効時間後に解除確認
再連絡待ち	不通または顧客指定	次回予定まで発信しない	予定超過を一覧化
完了	顧客へ伝達し記録済み	新事実があれば再開	完了根拠を確認

担当を受領してから発信するまでに、顧客から再入電がある、別部署が回答する、予約が変更されることがあります。発信直前には、最新の接触時刻、案件状態、他担当の着手、顧客の連絡希望、今回伝える内容を確認します。古い通知から直接番号を押す運用は避けます。

発信後は、つながったかどうかだけでなく、顧客へ何を伝え、何が残ったかをすぐ正本へ戻します。不通の場合も次回予定まで更新することで、別担当が未対応と誤解してすぐ再発信するのを防げます。自動通知を使う場合は、完了や延期の更新で通知を止める条件も試験します。

二重に電話した場合は、一方の履歴を削除せず、発信時刻、担当、案内内容、顧客の反応を残します。顧客には社内の事情を長く説明するのではなく、重複連絡を謝罪し、今後の窓口と次の連絡を明確にします。案内内容が食い違った場合は責任者が正しい内容を確認します。

振り返りでは個人のミスとして終わらせず、依頼の重複作成、担当受領の欠落、ロック期限、通知遅延など経路を特定します。件数だけでなく、誤案内や顧客の再説明が生じたかを確認し、状態表とシステム権限を更新します。

担当者を一人に固定すれば二重発信は防げますか？

固定だけでは、代理対応や再入電時の動きが見えません。受領、着手、発信結果、次回予定を正本へ更新し、発信前に最新状態を確認します。

ロックした担当者が対応できなくなった場合は？

有効時間を決め、責任者または代理が解除・再割当できるようにします。解除理由と新しい担当、期限を履歴へ残します。

本文の帳票や進め方は、ContactXによる運用設計の提案です。効果を保証する数値や、特定企業の導入実績ではありません。

Amazon Connect：Tasksの設定
フォロー作業を担当者や共有キューへ割り当て、必要項目をテンプレート化する機能例を確認するための一次資料。特定製品の導入を前提とせず、実際の設定は利用中のシステムで確認してください。
Amazon Connect：Casesによる顧客案件の管理
複数回のやり取り、対応手順、結果を一つの案件として追跡する考え方を確認するための一次資料。記事中の項目名・状態・記入例はContactXによる架空の運用設計です。

受付から記録・引き継ぎまで、今の手順と困っている作業をもとに、最初の改善対象を整理します。