中小企業のAIカスタマーサポート導入—回答生成より先に整える受付・確認・引き継ぎ

問い合わせメールをAIへ貼り付ければ、自然な文章は作れます。しかし、注文番号がなく調査できない、返金判断は別部署、担当者不在で止まる、といった問題は残ります。導入の成否は文章の滑らかさではなく、受付から解決まで誰が次を持つかで決まります。

対象を「回答できる質問」から決める

直近の問い合わせを、商品案内、操作、請求、契約変更、苦情、障害に分類します。承認済みの根拠資料があり、回答後の影響が限定的な類型を最初の対象にします。契約変更、返金、安全に関する判断はAIの推測で埋めず、人へ引き継ぎます。AI利用全体のルールは社内AIルールで別に整えます。

受付から測定までを一本につなぐ

人が確認する項目は「文章として自然か」だけではありません。顧客名と宛先、参照した規約の版、金額・日付、会社が約束する内容、次回連絡を見ます。個人情報保護委員会の通則編は、個人情報の利用目的をできる限り具体的に特定し、必要な安全管理措置を講じる考え方を示しています。問い合わせデータを外部AIへ渡す前に、利用目的、入力可否、保存先、委託先管理を確認します。

引き継ぎは「分からない」で終わらせない

AIが答えられないと判定したら、担当部署名だけでなく、引き継ぎ理由、顧客へ伝えた次回連絡時刻、必要資料、担当者、期限を残します。受付担当が別の説明を繰り返さなくて済む状態が完了です。顧客データの項目設計はCRMのデータ定義、返信下書きの始め方はAIメール返信テンプレートも参考になります。

止める条件を先に決める

• 参照資料が見つからない、または複数資料が矛盾する
• 本人確認、返金、契約変更、法的判断、安全に関わる
• 個人情報や機密情報を入力する必要があるが許可範囲が不明
• 顧客が苦情、事故、緊急性を示している
• 同じ案件で再問い合わせや差し戻しが続く

経済産業省のAI事業者ガイドライン第1.2版は、利用者を含む各主体のリスク管理とAIガバナンスを整理しています。停止と人への移管は、AIが失敗した後の例外ではなく、最初から設計する通常機能です。

来週できる一歩：過去の問い合わせ10件を流す

1. 個人を特定できない形にした過去問い合わせを10件用意する
2. 受付に必要な項目が欠けていないか確認する
3. 承認済み資料だけでAIに下書きを作らせ、根拠箇所も出す
4. 担当者が修正箇所と理由を記録する
5. 答えられない案件が正しい部署と期限へ渡るか試す

before / afterで測る項目

• 受付から初回確認までの時間
• AI下書きをそのまま使えた件数、修正した件数と理由
• 担当引き継ぎ後の期限超過と再問い合わせ
• 誤案内、宛先誤り、送信前に停止できた件数

よくある質問