問い合わせが増えてくると、同じ質問に何度も答えている気がしてきます。
「請求書はいつ届きますか」「初回相談前に何を準備すればいいですか」「オンライン対応はできますか」。ひとつずつは小さい質問でも、Slack、メール、フォーム、口頭メモに散らばると、FAQにする前の段階で疲れます。
ここでAIを使う価値はあります。ただし、いきなりAIに「FAQを作って」と投げると危ない。きれいな回答文は出ますが、その回答が本当に公開していいものかは別問題です。
小さなチームで先に作るべきなのは、完成したFAQではありません。質問メモから「確認可能なFAQ候補」を作る手順です。
実際に試した条件
この記事を書く前に、個人情報や顧客情報を含まない架空の質問メモ8件で、小さく検証しました。
- 入力: 請求書、領収書、初回相談、オンライン対応、料金目安、再発行、担当変更、キャンセル期限に関する架空の質問
- 確認したこと: 質問メモを分類し、FAQ候補と確認点へ分けられるか
- 残した判断: AIに任せるのは「候補化」と「確認点の抽出」まで。回答の確定は根拠確認後にする
- 使っていないもの: 実在の顧客名、会社名、案件名、社内規程、未公開情報
- 検証していないもの: AIの正答率、問い合わせ削減率、売上改善、CS工数削減
検証でいちばんはっきりしたのは、FAQ候補は作れても、回答文は根拠なしに確定できないということです。AIは整理係としては便利ですが、社内ルールの決定者ではありません。
まず集めるのは「質問の原文」ではなく「質問メモ」
FAQ作成でやりがちな失敗は、問い合わせ本文をそのままAIに渡すことです。
でも実際の問い合わせには、名前、会社名、契約内容、感情的な表現、担当者しか知らない事情が混ざります。FAQに必要なのは、そうした生々しい情報ではありません。
最初に作るのは、次の形の質問メモです。
【質問の要点】
何を知りたい質問か
【出てきた場所】
メール / フォーム / 打ち合わせ後メモ / 社内チャット など
【回答に必要な根拠】
規約 / 料金表 / 手順書 / 担当者確認 / まだ不明
【公開してよい情報か】
OK / 要確認 / 公開しないこの時点で、個人名や会社名は入れません。「A社」「田中さん」のような仮名も、外に出す記事やFAQ候補では不要です。
以前の記事「[AIでFAQ候補を整理する前に作る質問メモの型](https://boku-go.info/ai-faq-question-memo-template/)」でも書いたように、AIに渡す前のメモの型が荒いと、出てくるFAQ候補も荒くなります。
AIに頼む前に、3種類へ分ける
質問メモが集まったら、すぐに回答文を作らせるのではなく、まず3種類へ分けます。
| 種類 | 例 | AIに任せてよいこと | 人が確認すること |
|---|---|---|---|
| すぐ候補化できる質問 | 準備物、連絡方法、受付時間のような一般案内 | 類似質問の統合、見出し案 | 最新の案内ページと一致しているか |
| 根拠確認が必要な質問 | 料金、期限、キャンセル、契約条件 | 確認すべき根拠の洗い出し | 規約・料金表・担当者判断 |
| FAQにしない質問 | 個別案件、クレーム、例外対応、社内判断 | 除外理由のメモ化 | 共有範囲と保存可否 |
この分類だけでも、FAQ作成の負担はかなり減ります。
ただし、ここで大事なのは「AIが答えられそうか」ではなく「人が確認できる根拠があるか」です。根拠が見つからない質問は、どれだけ自然な回答文が出てもFAQにしません。
AIへの依頼文は、回答ではなく確認境界を出させる
小さなチームで使いやすい依頼文は、次のようなものです。
以下の質問メモを、FAQ候補として整理してください。
出してほしいもの:
1. 似ている質問のグループ
2. FAQ見出し案
3. 回答を書く前に確認すべき根拠
4. 人間確認が必要な理由
5. FAQにしないほうがよい質問
禁止:
- 未確認の料金、期限、契約条件を断定しない
- 個人名、会社名、案件名を残さない
- 回答文を完成形として出さない「FAQを作って」ではなく、「FAQ候補と確認境界を出して」と頼むのがポイントです。
AIに完成版を書かせると、チームは文章のきれいさに引っ張られます。確認前なのに、もう公開できる気がしてしまう。これはかなり危ない失敗です。
出力はこの表に落とす
AIが整理した結果は、文章のまま受け取らず、次の表に落とします。
| FAQ候補 | 元になった質問メモ | 回答に必要な根拠 | 判定 | 次の担当 |
|---|---|---|---|---|
| 請求書はいつ届きますか | 請求書の到着時期、再発行 | 請求ルール、再発行手順 | 要確認 | 経理担当 |
| 初回相談前に準備するものはありますか | 事前資料、相談前の流れ | 予約案内ページ | 公開候補 | 担当者 |
| キャンセル期限はどこで確認できますか | 期限、キャンセル条件 | 規約、申込ページ | 要確認 | 運用責任者 |
| 担当者変更はできますか | 変更希望、開始後の相談 | 個別事情が多い | FAQ化しない | 社内メモ |
この表にすると、AIの出力をそのまま信じるのではなく、チームで確認できます。
FAQ作成でいちばん面倒なのは、文章を書くことではありません。どれが公開できて、どれがまだ確認中で、どれをFAQにしないのかを分けることです。
FAQ候補の合格条件
FAQ候補として残してよいのは、次の条件を満たすものだけです。
- 元の質問メモから個人情報や固有名が抜けている
- 回答に必要な根拠が分かっている
- 料金、期限、契約条件を未確認のまま断定していない
- 例外対応を一般ルールのように書いていない
- 読者が次に何をすればよいか分かる
- 公開しないほうがよい質問を、無理にFAQ化していない
特に注意したいのは、例外対応です。
小さなチームほど、「前に一度こう対応した」がFAQに混ざりやすい。でも例外を一般ルールとして公開すると、あとで自分たちの首を絞めます。
FAQは親切な文章である前に、確認済みの案内です。
失敗パターン: きれいな未確認FAQ
AIを使うと、未確認の情報でも読みやすい文章になります。
これが厄介です。読みにくいメモなら「まだ下書きだ」と分かります。でも、きれいな文章になると、確認前でも完成品に見えてしまいます。
この状態を、ここでは「きれいな未確認FAQ」と呼びます。
避ける方法は単純です。FAQ候補の末尾に、必ず判定を付けます。
- `公開候補`: 根拠確認済み。表現だけ整える
- `要確認`: 根拠ページ、規約、担当者判断が必要
- `FAQ化しない`: 個別対応、秘密情報、例外対応を含む
判定がないFAQ候補は、公開候補ではなく未整理メモです。
小さなチームで回すなら、週1回でいい
FAQ整理は、毎日やると続きません。
おすすめは、週1回だけ15〜30分の確認時間を作ることです。
- 1週間分の質問メモを集める
- 個人情報と固有名を落とす
- AIにグルーピングと確認点を出させる
- 表に貼る
- `公開候補` / `要確認` / `FAQ化しない` を人が決める
- 公開候補だけ、既存FAQや案内ページへ反映する
この流れなら、AIは「勝手に答える係」ではなく、「質問を見失わないための整理係」になります。
社内ナレッジを探す前の質問設計については、「[AIに社内ナレッジを探させる前に作る質問リスト](https://boku-go.info/ai-internal-knowledge-question-list/)」も近い考え方です。AIに探させる前に、何を確認したいのかを人間側で狭める必要があります。
まず作る最小セット
最後に、今日から始めるならこれだけで十分です。
【質問メモ】
- 質問の要点:
- 出てきた場所:
- 回答に必要な根拠:
- 公開してよい情報か: OK / 要確認 / 公開しない
【FAQ候補の判定】
- 公開候補 / 要確認 / FAQ化しない
- 確認する人:
- 根拠URLまたは根拠メモ:FAQ作成をAIで効率化するなら、最初に自動化するのは回答文ではありません。
質問を集め、似たものをまとめ、確認できるものとできないものを分ける。その地味な作業をAIに手伝わせると、FAQは「それっぽい文章」ではなく、チームで確認できる案内になります。
コメント