問い合わせ対応AI化の前に作るFAQ候補リスト｜5手順で優先順位を決める

FAQを増やす前に、AIへ渡す質問の範囲を決める

問い合わせ対応のAI化では、過去の質問を集めて回答を作ることから始めがちです。しかし、質問と回答の数が増えても、どの情報を根拠にし、誰が確認し、例外時にどこへ戻すかが決まっていなければ、対応は安定しません。

最初に作るのは完成版のFAQではなく、AI化を試す候補リストです。候補ごとに「通常なら下書きまで任せる」「情報が足りなければ人へ戻す」「影響が大きければAIでは確定しない」を分けます。問い合わせフォームの項目を整える時は、問い合わせフォーム項目をAI導入前に見直す方法も参考になります。

FAQは読者へ答えを見せる文書であると同時に、AIへ渡す範囲を制限する運用資産です。回答文をきれいにする前に、候補から外す質問も明記してください。

問い合わせ対応のFAQ候補を3種類に分ける比較表

候補リストには、AIで扱いやすい質問だけでなく、境界と停止の質問も入れます。外してしまうと、実際の運用で迷う場所が見えなくなるためです。

分類	質問の状態	AIに任せる範囲	残す記録
通常	根拠があり、対応範囲内	分類や返信下書きまで	参照したFAQと確認者
境界	情報不足、表現の揺れ、例外の可能性	整理まで。確定は人	不足情報と差し戻し先
停止	契約、価格、個人情報、苦情、責任判断	処理を進めず人へ戻す	停止理由と元の手順

分類は質問の難しさを採点するものではありません。顧客への影響と、誤った回答を訂正できるかを確認するための線引きです。問い合わせの現在地や担当者を引き継ぐ場合は、問い合わせステータス管理と引き継ぎの型とあわせて、回答前後の状態も残します。

FAQ候補を選ぶ5つの確認項目

質問を一行ずつ並べたら、次の5項目を埋めます。未計測の欄を推測で埋めないことが大切です。「要確認」「対象外」「元手順へ戻す」と書いても、リストとしては十分に役立ちます。

確認項目	問い	判断の手がかり
頻度	同じ意図の質問は何件あるか	期間と重複の数え方を固定する
影響度	誤答した時に何が起きるか	契約、価格、個人情報、苦情を分ける
根拠	正しい回答はどこにあるか	更新責任者と確認日を置く
人間確認	誰が何を照合するか	送信前の合格条件を一文にする
改善先	迷いが続く時に何を直すか	FAQ、フォーム、CRM、承認ルールから選ぶ

根拠が一つに決まらない質問は、AIの回答精度の問題ではなく、社内情報の正本が揺れている可能性があります。回答を作る前に、問い合わせの文脈パケットを引き継ぐ方法を使い、質問、関連条件、確認先を分けてください。

5手順でFAQ候補の優先順位を決める

大きなFAQデータベースを先に作る必要はありません。直近の問い合わせから、担当者が同じ判断に迷った5〜10件を選び、小さな候補表を作ります。

1. 期間を固定する。直近1か月など、対象期間と問い合わせの入口を決める。
2. 質問の意図をまとめる。表現が違っても、顧客が知りたいことが同じなら一つの候補にする。
3. 5項目を記録する。頻度、影響度、根拠、人間確認、改善先を空欄なく確認する。
4. 3分類する。通常は下書き、境界は追加確認、停止は元手順へ戻す。
5. 小さく試す。通常の候補を人間確認付きで試し、確認時間、修正、差し戻しを記録する。

この手順で重要なのは、頻度の高い質問を自動化候補にすることと、頻度の低い停止条件を残すことを同時に行う点です。AIの返信を確認する具体的な線引きは、AI返信の人間確認ルールにも整理されています。

問い合わせをAIで要約する場合も、候補表の前に入力情報の扱いを確認します。個人情報や契約条件を含む原文をそのまま渡さず、問い合わせ要約の安全な運用のように、伏せる範囲と原文へ戻る手順を決めます。

具体例：よくある質問でも同じ優先度にはしない

たとえば、サポート窓口に次の質問が届いたとします。件数だけなら「営業時間」や「資料の場所」が先に見えますが、AI化の優先順位は、回答の根拠と誤答時の影響を含めて決めます。

質問例	分類	最初に決めること
営業時間と問い合わせ窓口はどこですか	通常	公式ページの更新責任者と確認日
この機能は自社の契約に含まれますか	境界	契約の正本へ戻る担当者
返金や契約変更を今すぐ進めてください	停止	権限者への引き継ぎと元手順
顧客情報を含む資料を送ってください	停止	本人確認と情報共有の可否

通常の質問でも、営業時間が古いページを参照していれば境界になります。FAQの本文に「いつの情報か」「どこを見れば更新されるか」を書き、回答の根拠をたどれる状態にします。AIチャットボットの分類を検討する場合は、問い合わせ分類をAI化する前の設計も確認してください。

候補を作る過程で情報不足が頻発するなら、FAQを増やす前に入力欄を見直します。回答者の経験だけで補う状態は、AIを入れても同じ場所で止まるためです。問い合わせ対応の詰まりを診断する際は、AI導入のボトルネック診断の観点も使えます。

FAQ候補を試す前に決める人間確認と戻し先

候補リストを作ったら、AIの回答をどこまで使うかを一文で固定します。たとえば「営業時間の質問は公式ページと照合した返信下書きまで。契約、価格、個人情報、苦情に触れたら送信せず担当者へ戻す」と書きます。

確認者に求める作業も、「読んでください」では曖昧です。参照先、確認する項目、合格条件、停止条件、確認後の記録先を決めます。判断をログへ残す時は、AI判断ログの保存期間と見直しも参考にし、原文を必要以上に広げず判断理由を残してください。

確認者が不在の場合は、代理者が何でも決める設計にしません。通常の下書きだけ進め、契約や顧客影響がある質問は停止するなど、代理確認の範囲を明確にします。責任者不在時の線引きは、生成AI導入後の代理確認の考え方にもつながります。

FAQ候補リストの提出前チェックリスト

• 対象期間、問い合わせの入口、重複のまとめ方が決まっている
• 頻度だけでなく、誤答時の影響度を記録している
• 各候補に参照する正本と更新責任者がある
• 通常・境界・停止の3分類がある
• 人間確認の項目と合格条件が一文で書ける
• 契約、価格、個人情報、苦情、権限判断を自動確定から外している
• 差し戻した時に戻る担当者または元の手順がある
• 確認時間、修正、差し戻しを次の改善に使える
• FAQ、フォーム、CRM、承認ルールのどこを直すか決まっている

チェックできない候補は削除せず、「保留」として理由を残します。保留理由が同じ質問を集めると、FAQ本文ではなくフォームや社内ルールを直すべき場所が見えてきます。CRMへ残す最低項目をそろえる場合は、問い合わせメモをCRMへ残す最低項目も活用できます。

よくある質問

問い合わせ対応をAI化する前にFAQを作る理由は何ですか？

AIに渡してよい質問と、人が確認すべき質問の境界を決めるためです。回答文を増やす前に、根拠、影響度、例外、戻し先を整理すると安全な候補を選べます。

FAQ候補は何件から始めればよいですか？

件数を先に決めず、直近の問い合わせから通常・境界・停止の例を含む少数を選びます。まず5から10件程度を分類し、確認時間と差し戻しも記録します。

頻度の高い質問からAI化すればよいですか？

頻度だけでは不十分です。契約、価格、個人情報、苦情、根拠不足などの影響が大きい質問は、頻度が低くても人間確認または停止に分けます。

FAQの回答をAIにそのまま送信させてもよいですか？

最初から自動送信にせず、根拠と対応範囲を人が確認する下書きから始めます。送信条件、停止条件、元の手順への戻し先が決まるまでは自動確定しません。