生成AIを問い合わせ対応に使うときは、自動返信から始めるのではなく、問い合わせの分類、回答案の下書き、根拠確認、担当者への引き継ぎを手順化します。本記事では、中小企業が小さく試せる運用方法と、そのまま調整して使えるプロンプトを紹介します。
生成AIで問い合わせ対応を効率化できる業務
問い合わせ内容の分類
商品、請求、操作方法、契約変更、苦情など、社内で決めた分類へ整理します。緊急性、個人情報の有無、専門部署への引き継ぎが必要かも同時に判定させます。
返信案の下書き
承認済みFAQやマニュアルを根拠に、挨拶、回答、追加確認、次の手順を含む返信案を作ります。根拠がない場合は回答を作らず「担当者確認」と出力させます。
FAQ更新候補の整理
繰り返し届く質問を集計し、既存FAQで不足している説明を洗い出します。公開前には担当部署が内容、適用条件、更新日を確認します。
導入前に準備する3つの情報
回答に使ってよい資料
公開FAQ、商品マニュアル、料金表、返品・解約規定など、回答根拠として承認された資料を決めます。古い資料や担当者個人のメモは混ぜません。
AIが回答してはいけない範囲
返金可否、契約判断、医療・法律などの専門判断、本人確認が必要な手続きは、人へ引き継ぐ条件を明記します。
最終確認者と応答期限
誰が返信案を承認するか、何時間以内に確認するか、緊急案件をどこへ連絡するかを決めます。AI導入より先に責任の所在を固定します。
返信案を作る実務用プロンプト
入力フォーマット
問い合わせ本文、利用してよいFAQ、顧客へ確認したい項目、対応禁止事項を入力します。氏名、連絡先、注文番号などは、利用するAIの契約と社内規程に合わせて匿名化します。
出力フォーマット
分類、緊急度、根拠、返信案、不足情報、引き継ぎ先を分けると、人が確認しやすくなります。
プロンプト例
あなたは問い合わせ対応の下書きを作る担当です。 以下の「承認済み情報」だけを根拠にしてください。 情報が足りない場合は推測せず「担当者確認」と書いてください。 出力項目: 1. 問い合わせ分類 2. 緊急度と理由 3. 回答に使った根拠 4. 丁寧で簡潔な返信案 5. 顧客へ追加確認すること 6. 社内の引き継ぎ先 問い合わせ本文: 承認済み情報: 回答禁止事項: 引き継ぎ条件:
問い合わせからFAQを更新する方法
同じ質問をまとめる
表現が違っても意図が同じ質問をグループ化し、件数と現在の回答を一覧にします。顧客の個人情報や個別事情はFAQへ含めません。
回答の不足を見つける
再問い合わせが起きた箇所、担当者によって回答が違う箇所、条件説明が抜ける箇所を更新候補にします。
FAQ案のプロンプト例
以下の匿名化済み問い合わせ一覧から、FAQ候補を作ってください。 似た質問をまとめ、「質問」「短い回答」「詳細説明」 「根拠資料」「公開前に確認する部署」を出力してください。 根拠資料にない内容は追加しないでください。 問い合わせ一覧: 承認済み資料:
品質とセキュリティを守る確認項目
事実・条件・数値を原文と照合する
料金、期限、対象商品、契約条件、URLは根拠資料と照合します。AIが自然な文章を作れても、内容が正しいとは限りません。
個人情報と機密情報を最小化する
入力データの保存、モデル学習への利用、アクセス権、ログ保持期間を確認します。必要な情報だけを入力し、不要な固有名詞は伏せます。
人へ切り替える基準を固定する
効果を測るKPI
初回返信までの時間
導入前後で、受信から最初の返信までの時間を同じ期間で比較します。営業時間や問い合わせ量の違いも記録します。
返信案の修正率
AIの下書きをどの程度直したか、誤った根拠が含まれた件数は何件かを確認します。速さだけでなく正確性を測ります。
再問い合わせと引き継ぎ率
説明不足による再問い合わせが増えていないか、適切に担当部署へ引き継げたかを確認します。
問い合わせ対応でAI顧問を利用する判断基準
社内だけで試しやすい場合
承認済みFAQ、確認者、引き継ぎ条件が揃っている場合は、過去の匿名化済み問い合わせで小さく検証できます。
外部支援が役立つ場合
回答根拠が部署ごとに散らばる、禁止範囲を決められない、担当者ごとに回答品質が異なる場合は、業務整理と確認手順づくりから支援を受ける選択肢があります。
MesutのAI顧問で作れるもの
問い合わせ分類表、返信案プロンプト、回答前チェック表、担当部署への引き継ぎ条件を、実際の業務1つに合わせて作ります。初回は60分1万円です。