問い合わせ窓口が分散した時のAI導入順
電話、代表メール、予約フォーム、SNS、営業担当の個別チャット。窓口が増えるほど、顧客にとっては連絡しやすくなります。一方で会社側では、同じ人からの連絡を別案件として扱う、担当者の不在で止まる、返信済みか分からない、相談内容がCRMへ残らないという問題が起きます。この状態で返信生成だけを自動化すると、速く返せても重複送信や担当違いが増えます。
導入順は七段階です。①入口を列挙する、②一件を識別する共通項目を決める、③受付記録を一か所へ寄せる、④振り分け基準を決める、⑤人間確認と停止条件を置く、⑥AIに分類・要約・下書きだけを任せる、⑦記録を見直して自動化範囲を広げる。この順序なら、AIが分からない時に戻る場所があります。
問い合わせ対応全体の前提は問い合わせ対応AI自動化の前にFAQを整える理由、個別案件の現在地は問い合わせステータス管理と引き継ぎも併せて確認してください。
窓口統合と記録統合は同じではない
最初から顧客の入口を一つへ減らす必要はありません。予約したい人、資料を見て相談したい人、既存顧客として質問したい人では、使いやすい入口が違います。先に統一すべきなのは画面ではなく、社内で一件を追うための記録です。
| 項目 | 先に決めること | AIの初期役割 |
|---|---|---|
| 入口 | 予約、相談、問い合わせの全経路 | 経路名を付ける |
| 共通記録 | 受付日時、連絡先、目的、担当、状態 | 候補を抽出する |
| 振り分け | 担当部門、期限、優先度 | 候補と根拠を提示する |
| 確認 | 価格、契約、苦情、個人情報 | 送信せず人へ戻す |
記録先はCRMでもスプレッドシートでも構いません。ただし、窓口ごとの独自メモを残したままでは横断確認ができません。最低項目は問い合わせメモをCRMへ残す時の項目を土台にし、自由記述だけでなく状態と次回行動を選べるようにします。
共通受付記録に置く8項目
実務で使う共通受付記録には、次の八項目を置きます。すべてをAIが確定するのではなく、抽出候補を人が確認できる設計にします。
- 受付ID：窓口をまたいでも同じ案件を追う番号。
- 受付日時と経路：いつ、どの入口から届いたか。
- 相手の識別情報：会社名、氏名、返信先。必要最小限にする。
- 目的：予約、導入相談、既存契約の質問、苦情など。
- 対象サービス：何についての連絡か。未確定も許す。
- 担当候補と根拠：誰へ渡すか、なぜそう判断したか。
- 現在の状態と期限：新規、確認中、返信待ち、完了など。
- 次回行動：誰が、いつまでに、何を確認するか。
メールアドレスだけで自動的に同一人物と決めると、共有アドレスや代理連絡を誤結合します。会社名、案件内容、過去受付IDなど複数の手掛かりを使い、確信が低い時は人へ確認を出します。個人情報を別システムへ送る前には、利用目的、権限、保存期間も確認してください。
AIへ任せる範囲を三段階で広げる
第一段階は分類と要約です。入力された文章から、目的、サービス、希望時期、未記入項目を抜き出し、担当候補を提示します。外部送信はしません。この段階で、分類違いと情報不足を記録します。
第二段階は返信下書きです。受付連絡、追加質問、予約候補の案内など、正本と承認済みテンプレートがある低影響案件だけを対象にします。下書きの確認項目はAI返信下書きの人間確認ルールに沿って、宛先、事実、約束、禁止情報、次回行動を見ます。
第三段階で、条件が安定した通知だけを自動送信候補にします。価格変更、契約、返金、強い苦情、個人情報、法的判断を含む連絡は自動化範囲から外します。自動送信率を目標にせず、返信漏れ、重複、誤振り分け、確認時間、差し戻し理由を見て範囲を決めます。
導入前の振り分けチェックリスト
- 予約、相談、問い合わせの入口を全て列挙した
- 窓口をまたぐ一件の識別方法がある
- 共通受付記録の正本と更新責任者が決まっている
- 担当候補を決める条件と、確信が低い時の戻し先がある
- 受付済み、確認中、返信待ち、完了の意味が統一されている
- 価格、契約、返金、苦情、個人情報を停止条件にしている
- AIが参照するFAQ、価格表、営業資料の更新日が分かる
- 差し戻し理由を、フォームやFAQの改善へ戻せる
入口を増やすたびに個別運用を足すのではなく、このチェックリストへ新しい経路を追加します。フォーム項目そのものに不足がある場合はAI導入前の問い合わせフォーム見直しから直してください。
担当候補と確定担当を分けて記録する
AIが出した担当候補を、そのまま確定担当として保存しないでください。候補、確定担当、変更理由を分けると、どの振り分け条件が弱かったかを後から確認できます。候補に確信がない時は、無理に部門へ送らず受付担当へ戻します。これにより誤った担当への転送を、返信速度のために常態化させずに済みます。
返信期限と社内確認期限も分けます。顧客へ返す期限だけを書くと、期限直前まで確認が始まらない場合があります。翌営業日返信なら、当日中に担当確定、翌日午前に内容確認という中間期限を置きます。不在時は代理へ渡すか、受付済み案内だけを送るかも先に決めます。
判断の記憶を次の振り分けへ戻す
AIの分類モデルやプロンプトは他社も利用できます。しかし「相談と営業問い合わせをどこで分けたか」「既存顧客の予約変更は誰へ渡したか」「どの表現を苦情として人へ戻したか」は会社固有の経験です。Miraigentが重視するのは、記憶の保管ではなく、次の判断を進めるための記憶の補完です。
ログをためるだけでは改善しません。同じ誤振り分けが続いたら分類条件へ、情報不足が続いたらフォーム項目へ、同じ質問が続いたらFAQへ戻します。担当者の注意力ではなく、入口と正本を更新することで、次の担当者が同じ迷いを繰り返さない状態を作ります。
一件だけの例外でルールを変える必要はありません。繰り返し、影響、正しい戻し先を確認し、業務責任者が承認してから通常ルールへ昇格させます。変更日と理由を短く残せば、AIや担当者が変わっても判断の背景を追えます。
よくある質問
問い合わせ窓口は一つに統合すべきですか？
必ずしも必要ありません。顧客に合う入口は残し、社内の共通受付記録を先に統一します。入口を減らす判断は、利用状況と取りこぼしを確認してから行います。
最初からAIに返信させてもよいですか？
最初は分類、要約、担当候補の提示までが安全です。正本と停止条件が安定した低影響案件だけ、確認付きの下書きへ広げます。
CRMがない会社は何を使えばよいですか？
共有スプレッドシートから始められます。重要なのは製品名ではなく、受付ID、担当、状態、期限、次回行動が一か所で更新されることです。
何を見れば導入効果を判断できますか？
返信速度だけでなく、未対応件数、重複、誤振り分け、確認時間、差し戻し理由を見ます。速くなっても取りこぼしが増えるなら範囲を戻します。
次の一歩：今日の入口を一枚に書く
まず、昨日届いた予約、相談、問い合わせを十件だけ集め、入口、担当、状態、次回行動を書いてください。同じ相手が別の場所にいないか、担当不明がないか、期限が見えるかを確認します。空欄になった項目が、AIツールを選ぶ前に会社が決めることです。
共通記録へ入れる前の要約方法は、問い合わせをAIで要約する安全ルールで、個人情報の伏せ方、固定項目、原文確認、停止条件まで確認できます。
Miraigentの無料AI導入診断では、分散した窓口、共通記録、人間確認、停止条件、FAQやCRMへの改善先を棚卸しします。返信AIを増やす前に、予約・相談・問い合わせの導入順を一業務ずつ整理したい企業向けです。