AIコールセンターの下書き保存｜中断後に作業を再開するための設計

AIが作った返信案を担当者が直している途中で、ブラウザーを閉じたり、回線が切れたりすることがあります。画面を開き直したとき、AIにもう一度文章を作らせれば、人が直した部分まで戻るでしょうか。

AIコールセンターでは、電話の後にメールで資料や受付内容を送る仕事もあります。作成中の内容を失わず、未送信の案件を見失わないためには、下書きを保存する仕組みと、そこから業務を再開する手順を合わせて考えます。

10月30日、Amazon Connect Customerがメール下書きの自動保存を発表

AWSは2026年10月30日、Amazon Connect Customerで作成中のメールを下書きとして自動保存する機能を発表しました。接続の中断やブラウザーの終了・再読み込みの後に、本文、宛先、件名、添付ファイルの参照を復元できると説明しています。提供先には東京リージョンも含まれます。10月30日はこの機能の提供に関する発表日です。AWS公式発表

公式ガイドでは、保存時刻の表示、メール案件ごとの最新下書きの保持、作成した担当者だけがアクセスできることを説明しています。標準の担当者画面とCCPが対象で、Streams APIによる独自の担当者アプリは対象に含まれません。また、標準では14日間の有効期限があり、期限までに送信・破棄されなければ案件が終了し、保存した下書きも削除されると案内しています。AWS公式ガイド

発表の対象は、担当者が作成中のメールの保存と復元です。AIで返信案を作る現場にとっても、生成後の確認や編集を途中から再開する際の参考になります。以下は、この動きを踏まえたIvyLeapの運用提案です。製品の標準機能や当社の導入実績を示すものではありません。

「どこまで保存できたか」を再開の出発点にする

画面に文章が見えていたことと、その文章が保存されていることは別です。自動保存のある画面でも、保存が完了する前に接続が切れる場面を考えておきます。

再開時には、最後に保存された時刻と、復元された本文を確認します。担当者が直前に変更した宛先や用件が反映されているかを見てから、続きを書きます。保存に失敗した表示がある場合は、入力内容が残っているうちに原因を確認し、保存が成功した状態まで確かめます。

業務画面で区別したい状態は、次の四つです。

• 編集中：画面上の入力が、まだ保存先に反映されていない可能性がある。
• 下書き保存済み：表示された保存時点までの内容が記録されている。
• 復元済み・確認待ち：下書きは戻ったが、案件や最新情報との照合が残っている。
• 送信済み：送信の処理結果が確認できている。

担当者への完了表示も、この区分に合わせます。「復元しました」と表示された場合は、戻った内容を確認して再開します。送信済みかどうかを下書きの有無だけで判断しないようにします。

AIの再生成で、人の修正を上書きしない

下書きの復元と、AIによる再生成は役割が異なります。復元は保存されている文章へ戻ること、再生成は現在の入力や資料から新しい案を作ることです。

例えば、AIが「明日発送」と書いた箇所を、担当者が「発送日は確認後に連絡」と直したとします。中断後に最初の依頼だけから再生成すると、その修正が引き継がれない場合があります。

そのため、まず保存された下書きを開き、人が修正した文章を再開の基準にします。AIへ追加の修正を頼む場合も、現在の下書きを対象にし、変更点を確認できるようにします。全文の再生成が必要なら、復元した文章を見ながら、残す内容と直す内容を担当者が判断します。

自動保存される最新版と、過去の版を選んで戻せる履歴は、製品ごとに確認してください。今回のAWSガイドは案件ごとに最新の下書きだけを保持すると説明しています。自動保存があることから、任意の過去時点へ戻せると推定しないことが大切です。AWS公式ガイド

本文が戻っても、添付資料と案内条件を確かめる

中断から再開までに時間が空くと、在庫、見積もり、折り返し期限などが変わる場合があります。保存時点で正しかった案内を、そのまま現在の確定情報として送らないようにします。

再開する担当者は、案件番号、最後の保存時刻、未確認の項目、次に行う作業を見られるようにします。確認期限を過ぎた見積もりや変更のあった受付条件は、参照元を開き直して照合します。

添付ファイルについても、下書きに名前や参照が戻ることと、予定の相手へ正しい版を届けられることを分けて確認します。元ファイルが削除された、共有権限が変わった、同名の訂正版が追加された、といった場面を試験に含めます。

送る直前に誰が宛先や約束する内容を確認するかは、AIエージェントのメール承認設計で詳しく解説しています。本記事では、その前にある「作成途中の仕事を、内容を保って再開する」段階を扱います。

未送信の案件を、担当者のブラウザーに置き去りにしない

自動保存によって文章が残っても、誰もその案件に戻らなければ、顧客への返答は進みません。下書きの保存とは別に、未送信の案件、担当者、返答期限、次の対応を管理します。

例えば、下書きを作った担当者が不在になったとき、案件の引き継ぎと下書きの閲覧は別の権限で管理されている場合があります。今回のAWS機能では作成者だけが下書きへアクセスできるため、同僚に自動共有されると考えず、自社が認める引き継ぎ方法を確認します。

また、下書きの保管期限と顧客への返答期限は別です。保管期限が残っているからといって、返信を待たせてよいわけではありません。案件一覧から期限超過や担当不在を把握し、担当者へ戻す運用を決めます。

保管される文章には、送信前の案や個別の顧客情報が含まれる場合があります。保存先、閲覧できる担当者、削除・期限切れの扱いを確認し、必要な範囲で復元できるようにします。

仮想例：電話で受けた資料依頼の返信を再開する

電話で製品資料を求められ、AIが返信案を作り、担当者が資料を選ぶ場面を考えます。実在の顧客やIvyLeapの導入事例ではありません。

担当者は、AIが作った文面の納期表現を修正して保存します。その後、ブラウザーが終了した場合は、同じ案件を開いて下書きと保存時刻を確認します。修正した表現が残っているかを読み、選んだ資料が現在も使える版かを確かめてから続きを進めます。

担当者が交代する場合は、案件番号と未送信であること、残っている確認を引き継ぎます。新しい担当者が下書きを開けない場合は、アクセス権限を広げる前に、既存の承認された引き継ぎ方法で対応します。送信結果が分からない案件は、履歴の照合を終えるまで再送を止めます。

導入前に試したい六つの場面

自社の検証環境とテスト用データで、次の場面を確かめます。

1. 入力直後に接続が切れる。 最後に保存された時点と、戻らなかった入力を区別できるか。
2. 担当者がAI案を修正した後に再開する。 人の修正が残り、再生成によって無断で置き換わらないか。
3. 保存に失敗する。 未保存の表示を認識し、保存済みとして案内しないか。
4. 添付資料や案内条件が変わる。 復元後に、現在の版や条件を確認する手順へ進めるか。
5. 担当者が不在・交代する。 案件の引き継ぎと下書きの閲覧範囲を確認し、未送信案件が放置されないか。
6. 下書きの期限が近づく。 返答期限と保管期限を別に把握し、期限切れ前の対応や削除後の扱いを判断できるか。

評価には、下書きが戻った件数に加えて、復元後の確認・修正にかかった時間、未送信案件の見落とし、誤った再送の有無を使います。数値効果は、自社の業務条件をそろえた実測で判断してください。

保存機能と、仕事へ戻る手順を一緒に整える

AIで文章を作る時間を短くしても、編集途中の仕事が失われたり、返答待ちの案件が埋もれたりすれば、担当者の負担は残ります。まず一つの返信業務で、保存時点の確認、人の修正の保持、未送信案件の管理を試してみてください。

企業でのAIコールセンターや担当者支援を検討中の方は、IvyLeapのAIサービスとご相談窓口をご覧ください。

参考資料

• AWS：Amazon Connect Customerのメール下書き自動保存（2026年10月30日発表）
• AWS：Email draft auto-save in the agent workspace

資料確認日：2026年10月31日。対象画面や保存・復元の条件は最新の公式資料で確認してください。