結論: 返信を速くする前に、状態を固定します
AI下書きは便利です。ただし、誰が確認しているのか、どこで止まっているのか、なぜ差し戻したのかが残らないと、対応漏れや二重対応が起きます。
小さな会社ほど、最初から複雑なCRMを作る必要はありません。まずは受付、AI下書き、人間確認、例外対応、送信済みのように、誰でも同じ意味で使えるステータスを固定することが重要です。
Memory sentence
問い合わせ対応は、AIが作った文章だけでなく、どの状態で、なぜ人間確認へ戻ったかを同じログに残した時に改善できます。
最初に固定する5つのステータス
- 受付: 問い合わせを受け取り、受付IDと入口を記録した状態。
- AI下書き: AIが返信案、要約、分類、FAQ候補を作れる状態。
- 人間確認: 送信前に担当者が内容、表現、金額、契約、個人情報を確認する状態。
- 例外対応: 返金、強い不満、契約、法務、専門判断など、通常フローから外す状態。
- 送信済み: 顧客へ回答し、対応結果と次アクションを記録した状態。
同じ対応ログに残す項目
ステータスだけでは足りません。なぜその状態になったのかを、次の人が読めるように残します。
- 受付ID、現在ステータス、AI下書き。
- 確認理由、例外メモ、次アクション。
- 担当者確認、再下書き、送信、FAQ追加などの戻し先。
例外対応は、別管理にしない
例外対応を別チャットや口頭確認だけにすると、次回同じ問い合わせが来た時にまた迷います。例外こそ、同じ対応ログに戻して残すべきです。
最初のルール例
定型質問はAI下書きへ進める。金額、契約、個人情報、強い不満、法人相談は人間確認へ戻す。例外対応は必ず同じ対応ログに理由を残す。
読者への質問
あなたの会社では、問い合わせが「AI下書き中」なのか「人間確認中」なのか「例外対応中」なのか、同じ言葉で追えるでしょうか。
もし追えないなら、AI導入の前に、受付ログ、ステータス、確認理由、例外メモ、次アクションを整理するだけで、対応漏れや判断の迷いを減らせる可能性があります。