AIチャットボットを導入する前に、FAQを3分類する方法

結論：FAQを増やす前に、答えられない質問を分ける

AIチャットボットを導入する前は、製品比較や回答精度の確認より先に、実際の問い合わせをFAQへ整理します。「いつでも答えてよい質問」「条件がそろえば答えられる質問」「人が確認してから返す質問」を分け、回答の根拠・更新担当・戻し先まで決めることが、導入後の誤回答と放置を減らす出発点です。

FAQは、チャットボットに覚えさせる文章の倉庫ではありません。読者が迷った時に、どこまで自分で進め、どの条件で担当者へ相談するかを示す案内板です。導入前にこの境界を作ると、ツールを選ぶ時も必要な連携、権限、ログの条件を具体的に話せます。

なぜツール選定よりFAQの整理を先にするのか

「問い合わせを自動化したい」と言っても、困りごとは会社ごとに違います。営業時間や所在地のような定型質問が多い会社と、納期・契約・個別見積もりの確認が多い会社では、必要な仕組みが異なります。後者に前者と同じ自動回答を当てると、回答できない質問を無理に処理することになります。

特に見落としやすいのは、正しい答えが一つではなく、条件によって変わる質問です。「納期はいつですか」は、商品、在庫、地域、注文確定の時点で変わります。「解約できますか」は、契約期間や申込経路の確認が必要です。FAQの文面だけを増やしても、条件の不足は埋まりません。

質問の種類	導入前に決めること	チャットボットの扱い
定型・根拠が固定	正本URL、更新担当、更新日	条件付きで自動回答
条件で変わる	追加で聞く項目、回答の有効期限	条件を確認して案内
個別判断が必要	確認者、引き継ぎ情報、返答期限	人へ戻して受付
根拠が見つからない	保留理由、調査先、FAQ改善先	回答せず保留

この分類は、AIを使うか使わないかの二択ではありません。回答候補の作成だけをAIに任せ、送信は人が確定する運用もあります。問い合わせをAIチャットボットへ渡す前の分類でも、通常質問と例外質問を先に分ける考え方を扱っています。

導入前FAQを作る6つの手順

1. 問い合わせの正本を一か所に集める

メール、フォーム、チャット、電話メモから、直近の問い合わせを一つの作業表へ集めます。氏名、電話番号、住所、注文番号などの個人情報は、検討用の表へそのまま移しません。質問の意味が分かる最小限の情報に置き換え、原本の保管場所と閲覧権限を分けます。

2. 質問を一文に直す

「困っている」「至急」「前回と同じ」といった状況メモと、実際に答える質問を分けます。たとえば「届かない」ではなく「発送後、何日で届きますか」と書くと、回答に必要な条件が見えてきます。似た質問を一つにまとめる時は、質問者が使った言葉も検索語として残します。

3. 答え・条件・根拠を分ける

FAQの回答欄に説明を詰め込まず、答え、適用条件、例外、根拠URLを別々に置きます。答えが「通常は3営業日です」なら、営業日の定義、対象商品、遅延時の案内、更新担当も必要です。根拠が社内だけにある場合は、チャットボットが参照できる範囲と、公開してよい範囲を分けます。

4. 人間確認へ戻す条件を決める

金額変更、契約解釈、本人確認、苦情、個人情報、納期の確約、根拠不明の質問は、少なくとも人間確認の候補です。ここで大事なのは「AI禁止」とだけ書かないことです。どの条件で止め、誰へ渡し、何を添えて渡すかを決めます。担当者が再質問しなくて済むよう、質問、確認済み情報、希望期限、会話のURLなどを引き継ぎ項目にします。

5. 更新日と廃止条件を付ける

FAQは公開した瞬間に完成するものではありません。料金、営業時間、サービス範囲、申込方法が変わった時に、どの回答を止めるかを決めます。「古い回答を修正する」だけでなく、旧回答を一時停止し、確認済みの新回答へ切り替えた履歴を残すと、後から理由を追えます。FAQ候補を問い合わせ前に整える方法も、候補の採用・保留・廃止を分ける時に役立ちます。

6. 小さな範囲で実際の質問を戻す

最初から全問い合わせを接続せず、一つの入口と少数のFAQで試します。自動回答を見た人が「解決した」「条件が違う」「人に相談したい」のどれだったかを記録し、未回答率だけでなく、誤案内、再質問、引き継ぎの不足も確認します。問題が起きた時に止められる手動スイッチと、担当者への連絡方法を用意してから公開します。

導入判断で比較したい3つの運用パターン

FAQの整理ができたら、必要な運用を比較します。機能の数ではなく、質問が例外になった時に戻れるかを基準にします。

パターン	向いている状態	先に用意するもの
FAQ検索＋人が回答	質問数は少ないが、根拠を確認したい	正本URL、検索語、確認者
限定FAQの自動案内	定型質問が多く、更新担当が決まっている	公開範囲、停止条件、更新履歴
回答候補＋人が送信	下書きは速くしたいが個別判断が多い	レビュー項目、承認者、引き継ぎ欄

小さな会社では、まず検索と人間確認から始めても構いません。会話数が増えた時に、どの質問を自動化できるかを判断できる記録が残るからです。自動化率を先に目標にすると、止めるべき質問まで数字に合わせてしまいます。

公開前に確認するチェックリスト

• 直近の問い合わせを集めた正本と、検討用データの保管場所が分かれている。
• 質問、答え、条件、例外、根拠URL、更新担当が一つの表で確認できる。
• 金額、契約、本人確認、苦情、個人情報、根拠不明を人間確認へ戻せる。
• 回答できない時の文面に、保留理由と問い合わせ先がある。
• FAQの更新日、次回見直し日、廃止・一時停止の条件が決まっている。
• 担当者が再質問しなくてよい引き継ぎ項目が定義されている。
• 小さな対象範囲で、誤案内・再質問・人間への戻りを確認できる。
• 導入を止める手動スイッチと、停止後の代替受付が動作する。

空欄が残る場合は、ツール契約を急がず、その空欄を次の作業にします。FAQの候補を増やすより、根拠がない回答、更新されない回答、戻し先がない回答を先に見つける方が、導入後の修正コストを抑えやすくなります。

FAQ：AIチャットボット導入前のよくある疑問

FAQが少なくてもAIチャットボットを導入できますか？

導入はできますが、FAQの少なさより、質問の種類と戻し先を確認します。定型質問が少なく個別相談が多い場合は、自動回答より回答候補の作成と人間確認から始める方が適しています。

問い合わせを何件集めればFAQになりますか？

固定の件数で決めません。繰り返し現れる質問、条件が変わる質問、担当者が毎回判断に迷う質問を分け、代表例と例外が確認できる範囲から候補にします。件数より、根拠と更新担当が決まることが重要です。

AIの回答を人が確認すれば安全ですか？

人間確認だけで安全が自動的に保証されるわけではありません。確認者、確認項目、根拠、停止条件、記録先を決め、確認できない時は送信しない運用が必要です。重要な判断をAIだけで確定しないことも先に明記します。

導入後にFAQが古くなったらどうしますか？

更新担当と見直し日を決め、料金・契約・営業時間などの変更を検知したら対象回答を一時停止します。旧回答を黙って上書きせず、変更理由と新しい根拠を履歴に残すと、再発防止の材料になります。

無料診断で、FAQと人間確認の境界を整理する

AIチャットボット導入前の不安は、ツールの性能だけでなく、どの質問を誰が判断し、どこへ記録するかが曖昧なことから生まれます。Miraigentの無料診断（60秒）では、対象業務、例外、送ってはいけない情報、人間確認、改善先を整理します。

まずは直近の問い合わせを一件選び、「この質問は自動回答してよいか」「条件が足りない時に誰へ戻すか」を書いてみてください。FAQの空欄が見えれば、導入すべき機能と、まだ人が担うべき判断を落ち着いて分けられます。

関連：問い合わせ対応をAI自動化する時の注意点 ／ 問い合わせ要約を安全に運用する方法 ／ 問い合わせをAIチャットボットへ渡す前の分類