根拠不足の案件を人へ戻すときは受け手と処理状態まで渡す
回答を保留したら、根拠・不足条件・実行済み操作を添えて担当へ引き継ぐ。受付・担当の引き取り・解決を別の状態で追い、担当者不在や再開時の二重処理にも備える。
用語
- 回答保留
- 根拠や条件が足りない結論を出さず、確認や引き継ぎへ戻す判断。
- 引き継ぎ
- 必要な情報と処理の責任を、次の担当へ渡すこと。送信だけで受け取りが完了したとは限らない。
- 所有状態
- その案件の操作を誰が進めてよいかを表す状態。実行側で検証し、並行した操作を制限する。
図と例
根拠不足と不足条件を記録 → 受け手・期限・操作状態を渡す → 担当の引き取りを確認 → 解決または最新状態から再開
仮定の例：返金相談で購入プランが不明なため、期限の回答を保留した。購入ID、確認済み規程、不足するプラン情報、「返金操作は未実行」を案件に付ける。窓口が営業時間外なら翌営業日の担当キューへ入れ、顧客へ受付状況を示す。人が引き取った後は同じ案件の返金をAIから実行させない。
実際のサービス・製品では
Microsoft Copilot Studio
対応する構成では、会話と変数を接続済みの有人対応基盤へ渡せる。単にエスカレーションの案内を表示する経路もあり、接続設定が必要。受付・担当の引き取り・業務の解決という状態をどう管理するかは、導入側で確認する。
資料を読む
解説
導入先の営業時間・担当人数・扱える例外を確認し、顧客の担当者だけで保留案件を解決する演習を行う。引き継ぎ要求を送信できただけで業務完了にせず、受け手・期限・再開条件を合意する。
回答保留は足りない根拠を推測で埋めずに確認へ戻す判断。顧客業務では「担当へ連絡してください」と表示するだけでは案件の受け手が決まらない。引き継ぎには案件ID、確認できた事実と出典、不足する条件、実行した操作と結果、次に必要な判断を含める。会話全文を無選別に渡さず、引き継ぎ先の権限も確認する。受付済み・担当引き取り済み・解決済みを分け、担当者不在や期限超過の経路を決める。所有状態を条件付き更新で人へ切り替え、実行側の入口で検証して新たな自動操作を止める。すでに実行中や結果不明の操作は結果を照合してから、人が同じ操作を行う。再開時は人が変更した最新状態を読み直す。自動回答率だけでなく、引き継ぎ待ちと人の修正時間も測る。
トレードオフ
- その場で担当者へつなぐ
- 得るもの：不足条件を対話で補い、早く解決できる場合がある
- 払うもの：営業時間と担当者の容量に左右される
- 案件を記録して後から担当が引き取る
- 得るもの：担当不在でも受付と追跡を続けられる
- 払うもの：待ち時間の案内、期限管理、重複対応の防止が必要
さらに学ぶ
チェック
根拠不足でAIが保留した案件を、人が引き取って処理を始めた。同じ案件の自動実行はどう扱う？
- 実行側で人の所有状態を確認して止め、再開前に最新状態を読む
- AIにも同時に実行させ、先に終わった方を採用する
- 引き継ぎのメッセージを送っただけで解決済みにする
解答と解説
実行側で人の所有状態を確認して止め、再開前に最新状態を読む
処理を進める担当と実際の業務状態を確認し、人とAIの同時操作を防ぐ。並行して返金などを実行すれば、結果を後から選んでも副作用は戻らない。引き継ぎメッセージの送信も案件の解決を示さない。