AIと人の問い合わせ対応を、5つの状態で迷わず引き継ぐ

結論：返信速度より先に、状態・担当・期限を固定する

AIは問い合わせの要約、分類、返信案の作成を速くできます。しかし、AIが文章を作ったことと、顧客へ安全に送れることは同じではありません。担当者が決まっていない、確認待ちの期限がない、差し戻した理由が別チャットにある状態では、下書きが増えても対応完了は早くなりません。

最初に必要なのは高機能なCRMではなく、すべての問い合わせが現在どこにあり、誰が、いつまでに、何をするかを一つの一覧で確認できることです。少量なら共有スプレッドシートでも始められます。ステータスの意味と遷移条件を決め、担当・期限・次の行動の空欄を許さないことが先です。

問い合わせ対応で固定する5つのステータス

状態	その状態へ入る条件	次へ進む条件
受付	問い合わせを受信し、受付ID、入口、受信日時を記録した	重複と迷惑送信を除き、担当と期限を決めた
AI下書き	AIが参照してよい情報と用途が決まり、要約・分類・返信案を作れる	下書き、参照した正本、確信できない点を記録した
人間確認	送信前の担当者が、事実、表現、宛先、個人情報、契約条件を確認する	承認、修正指示、または例外対応への移動を確定した
例外対応	金額、契約、返金、強い不満、法務、個人情報など通常処理から外れる	責任者と回答方針を決め、再開条件を記録した
送信済み	顧客へ回答を送った	送信日時、結果、次回対応、FAQ候補を残した

「保留」「差し戻し」「確認中」を無制限に増やすと、担当者ごとに意味が変わります。保留は現在の5段階を維持したまま、保留理由、待っている相手、再確認日を記録します。差し戻しも、AI下書きへ戻すのか、人間確認で修正するのかを次の行動として明示します。

状態名は、作業した人ではなく案件の現在地を示す言葉にします。「田中さん確認」のような名前にすると、担当交代で意味が失われます。人は担当者欄、現在地はステータス欄に分けます。

同じ対応ログに残す10項目

ステータスだけでは、止まった理由を判断できません。次の担当者が元のチャットやメールを探し直さずに進められるよう、次の10項目を同じログに置きます。

1. 受付ID：チャネルをまたいでも一件を特定できる番号。
2. 受信日時と入口：フォーム、メール、電話、SNSなど。
3. 問い合わせ種別：資料請求、相談、既存顧客、請求、苦情など。
4. 要約：原文を置き換えず、確認用に短く整理した内容。
5. 現在ステータス：5段階のいずれか。
6. 担当者と代理：不在時に誰へ戻すかまで記録。
7. 回答期限：社内確認の期限と顧客への回答期限を分ける。
8. AI下書きと参照元：使った正本、更新日、不確実な点。
9. 確認・例外理由：なぜ人へ戻したか、何が不足しているか。
10. 次の行動：誰が、いつ、何をすれば次へ進むか。

個人情報や契約書の原文を、AI下書き欄へそのまま複製する必要はありません。必要最小限の要約と参照先を残し、閲覧権限を分けます。AIへ入力しない情報はAIへ送ってはいけない情報の決め方で先に線引きしてください。

AI下書きから送信までを5手順で運用する

1. 入口を一つの受付ログへ集める：メールやフォームを消さず、受付IDと元URL・メッセージIDで結びます。
2. AIに任せる範囲を判定する：要約、分類、返信案のどこまでかを決め、入力禁止情報を除きます。
3. 人間確認の理由を選ぶ：事実確認、金額、契約、個人情報、感情配慮など、確認観点を選択式にします。
4. 例外なら責任者へ戻す：別チャットへ移して終わらせず、同じ受付IDへ判断理由と再開条件を戻します。
5. 送信後に結果を閉じる：送信日時、追加質問、次回対応、FAQ化候補を残し、未完了なら新しい期限を設定します。

返信案の確認条件は、問い合わせの影響度で変えます。公開済みの営業時間を案内する場合と、契約条件や返金可否を答える場合を同じ承認フローにしません。小さな問い合わせまで責任者確認に集めると遅くなり、高い影響度を自動送信すると事故につながります。人間確認の線引きはAI返信下書きの人間確認ルールも参考になります。

例外対応を止めないための戻し先

例外対応を別チャットや口頭確認だけにすると、次回同じ問い合わせが来た時にまた迷います。例外こそ、元の対応ログに「止めた条件」「判断する責任者」「不足情報」「再開条件」を戻します。

例外を通常フローへ戻す時は、回答文だけでなく判断理由も残します。同じ例外が繰り返されるなら、個別対応のまま増やさず、承認を経てFAQやルールへ昇格させます。問い合わせの入口と引き継ぎを整理する場合は問い合わせステータスの引き継ぎ方も合わせて確認できます。

導入前と週次運用のチェックリスト

• 5つのステータスを全員が同じ意味で使える。
• 各案件に担当者、回答期限、次の行動が入っている。
• AIが参照した正本と、分からなかった点が残っている。
• 金額、契約、個人情報、返金、強い不満は人へ戻る。
• 例外の判断理由と再開条件が、元の受付IDへ戻っている。
• 期限超過を毎日確認し、担当者不在時の代理を決めている。
• 送信済みを閉じる前に、追加対応とFAQ候補を確認している。
• 同じ例外が続いた時、ルールへ昇格する責任者が決まっている。

週次では、総件数だけでなく、期限超過件数、人間確認で差し戻した理由、例外対応の滞留時間、同じ質問の再発数を見ます。AI下書き数が増えても、確認待ちが増えていれば改善とは言えません。受付ログの最小項目は問い合わせメモをCRMへ残す最小項目でも整理しています。

よくある質問

問い合わせ対応のステータスは何段階に分けますか？

最初は受付、AI下書き、人間確認、例外対応、送信済みの5段階で十分です。保留や差し戻しは状態を増やさず、理由、待っている相手、再確認日、次の行動を同じログに記録します。

AIが返信を自動送信してもよい問い合わせはありますか？

営業日や公開済み手順など、参照する正本が明確で影響が小さい定型案内に限定します。金額、契約、個人情報、返金、強い不満、判断材料が不足する案件は、自動送信せず人間確認へ戻します。

問い合わせ管理はスプレッドシートから始められますか？

少量なら共有スプレッドシートで始められます。受付ID、入口、現在状態、担当、期限、確認理由、次の行動を必須にします。権限管理、履歴、件数、複数部署の連携が複雑になった段階でCRMへ移します。

AI下書き中の問い合わせが止まっていないか、どう確認しますか？

各状態に期限を設定し、期限超過一覧を毎日確認します。AI下書き中だけでなく、人間確認中と例外対応中も、担当者、期限、次の行動のどれかが空欄なら警告する運用にします。

次の一歩：直近10件を5段階へ並べ直す

新しいツールを導入する前に、直近10件の問い合わせを5段階へ並べ、担当、期限、確認理由、次の行動が空欄の案件を探してください。どこで止まるかが分かれば、AIへ任せる作業と、人が判断すべき作業を具体的に分けられます。

Miraigentの無料診断では、問い合わせ導線、FAQ、CRM記録、人間確認条件、例外対応ログを確認し、AI化する前に整える項目を整理します。返信文の自動化だけでなく、入口から送信後まで追える運用にしたい場合は、現在の管理方法をそのままお聞かせください。