AIチャットボットのナレッジ整備方法|FAQ作成・更新・誤回答対策
AIチャットボット用ナレッジの対象範囲、正本、FAQ管理項目、重複・旧版の整理、公開前テスト、誤回答の原因分類、更新フローを解説します。
AIチャットボットへFAQやPDFを登録した直後は答えられていたのに、料金改定後も古い案内を返す。同じ内容の資料が複数あり、どれを直せばよいか分からない。こうした問題は、回答文ではなく、ナレッジの管理方法に原因がある場合があります。
ナレッジ整備は、資料を読み込ませる一度きりの準備ではありません。正しい情報を一つに決め、条件と責任者を付け、テストし、変更時に更新できる状態を保つことです。情報量を増やす前に、何を答え、何を答えないかを決める必要があります。
ここでは、FAQ作成だけでなく、正本の決定、文書の重複・旧版整理、公開前テスト、誤回答の原因分類、変更から再公開までを一続きの運用として整理します。RAGの技術実装や特定製品の自動機能を前提にせず、運用担当者が確認できる単位まで具体化します。

AIチャットボットのナレッジ整備とは何をする作業か
ナレッジとは、AIチャットボットが回答するときに参照するFAQ、Webページ、規約、マニュアル、商品資料などの情報です。一般的なRAG構成では、質問に関係する情報を外部のナレッジから検索し、その内容をもとに回答を生成します。ただし、参照先に正しい答えがなければ、仕組みだけで補うことはできません。構成や動作は製品によって異なるため、利用製品の仕様と登録結果を確認します。
整備する対象は文章の読みやすさだけではありません。どの資料が正本か、どの条件で適用されるか、誰が内容に責任を持つか、いつ確認したか、現在公開してよいかを管理します。公開後は質問ログと誤回答を確認し、不足や矛盾を修正して再テストします。
| 段階 | 主な作業 | 残す記録 |
|---|---|---|
| 作成 | 対象、正本、FAQ・文書を整える | 根拠、条件、責任者 |
| 承認 | 事実、公開範囲、例外を確認する | 確認者、確認日、修正理由 |
| 公開 | 質問セットで回答と境界を試す | 期待回答、実際の回答、合否 |
| 更新 | 変更・誤回答の影響範囲を直す | 変更箇所、再テスト、公開状態 |
| 廃止 | 旧版を回答対象から外す | 停止日、後継情報、確認者 |
情報を登録しただけで運用完了にすると、正しい答えを知る担当者と、AIへ反映する担当者が分かれたままになります。内容責任者、登録作業者、公開確認者を役割として決め、同じ人が兼ねる場合も確認の順番を記録します。
最初に対象業務と回答しない範囲を決める
「社内資料を全部入れる」「商品について何でも答える」といった範囲は広すぎます。最初は、購入前の共通案内、特定商品の使い方、社内の経費申請など、一つの利用者、一つの業務、一つの正本に絞ります。
ナレッジを増やせば解決できる質問と、別の仕組みが必要な質問も分けます。「返品期限はいつか」は規約から案内できても、「私の注文は返品できるか」は本人確認と注文情報の照会が必要です。後者はFAQを増やすだけでは処理できません。
対象範囲を決める四つの質問
- 公開済みまたは権限内の情報だけで回答できるか
- 回答が変わる条件を文章で明示できるか
- 本人確認、在庫・契約照会、個別判断を必要としないか
- 回答できないときに案内する窓口と受付条件があるか
契約の確約、個別見積もり、返金、法務・医療・安全に関する判断、苦情など、人が確認する範囲を先に書きます。回答できない質問では推測を続けず、確認が必要な理由と利用できる窓口を示します。
既存のFAQ原稿を作る工程から見直したい場合は、チャットボット用FAQの作り方で、問い合わせログの整理、質問文、回答条件、公開テストを詳しく確認できます。
情報源を棚卸しして正本を一つにする
次に、対象業務で使っている情報源を一覧にします。公式Webページ、規約、商品仕様書、社内Wiki、PDFマニュアル、表計算、担当者の回答テンプレート、問い合わせログなどです。ファイル名だけでなく、内容、管理者、更新日、公開範囲、同じ情報を持つ別資料を記録します。
問い合わせログは、実際の質問と言い換えを見つける材料です。ただし、担当者が過去に返した回答がそのまま正しいとは限りません。回答の正しさは、承認済みの規約や公式情報と照合します。個人名、メールアドレス、注文番号、相談内容などを不要にナレッジへ移さないことも重要です。
同じ事実が複数の資料にある場合
料金ページ、営業資料、FAQで条件が違うなら、「最新の日付」を機械的に選ぶ前に内容責任者へ確認します。公開用の公式ページを正本にする、規約を最上位にするなど、情報の種類ごとに優先順位を決めます。誤っている資料は更新し、直せない旧版は回答対象から外します。
| 棚卸し項目 | 確認内容 | 判断 |
|---|---|---|
| 内容 | どの質問に答える資料か | 対象業務に必要か |
| 権限 | 公開、社内限定、機密のどれか | 誰の質問へ使えるか |
| 鮮度 | 最終確認日、次回確認日 | 公開継続、改訂、廃止 |
| 重複 | 同じ事実を持つ別資料 | 正本と参照順を決める |
正本を決めた後は、変更を最初に知る部署も記録します。料金なら営業・経理、規約なら管理部門、商品の操作なら開発・サポートなど、変更の発生源からナレッジ担当へ連絡が届く流れを作ります。
FAQ一件をどの項目で管理するか
FAQは質問と回答の二列だけでは更新しにくくなります。回答の条件や根拠が見えないため、古い案内を見つけても影響範囲を判断できません。一件を運用単位として、次の項目を持たせます。
| 項目 | 役割 | 記入例 |
|---|---|---|
| 代表質問・言い換え | 利用者の入力と意図を結び付ける | 解約方法、契約をやめたい |
| 回答・適用条件 | 結論と、回答が成立する範囲を示す | 対象契約、受付方法、例外 |
| 根拠 | 正しさを確認する場所を示す | 公式規約の該当箇所 |
| 責任者・確認日 | 誰がいつ確認したかを残す | 管理部門、改定日 |
| 回答不可・切替 | 個別判断を止める | 本人確認後に担当窓口へ |
| 公開状態 | 利用可否を明確にする | 公開中、改訂中、廃止 |
似た質問でも、根拠と手続きが違えば分けます。「サービスを解約したい」と「予約をキャンセルしたい」は、利用者の言葉では近くても別の業務です。反対に「営業時間」「何時まで開いているか」のように意図と回答が同じなら、代表質問と別の言い方としてまとめます。
回答には、最初に必要な結論、適用条件、次の行動を入れます。説明を長くしても、質問への答えと手続き先が埋もれれば利用者は再度尋ねます。例外が多い場合は一つの長い回答へ詰めず、条件を確認して別のFAQへ分けます。
文書の重複・矛盾・古い版を整理する
FAQ以外の文書を使う場合も、ファイルを集めるだけでは足りません。古い版と新しい版が同時に検索対象に残る、見出しのない長文で複数の手順が混ざる、画像内の文字を正しく取り出せない、といった状態を確認します。
文書は意味のまとまりが分かる見出しと段落を持たせます。PDFや画像を登録する場合は、複雑な表を含め、文字や構造が正しく読み取られているかを元資料と照合します。OCRの確認はOCRで読み取った文書の精度を確認する方法も参考になります。
登録前に止める情報
- 内容責任者が分からず、正しさを確認できない資料
- 新旧が判別できない版、または正本と矛盾する旧版
- 個人情報、顧客別の契約情報、公開範囲外の機密情報
- 画像や複雑な表の読み取り結果を確認していない資料
- 複数の手順や対象が混ざり、適用条件を分けられない文章
略語、商品名、旧名称、新名称も整理します。利用者は旧名称で質問することがありますが、回答は現在の正式名称と条件へつなぐ必要があります。用語表には別名だけでなく、使用をやめた日や後継情報も残します。
公開前に質問セットで回答を確認する
ナレッジの一覧を目視するだけでは、実際の検索と回答を確認できません。対象業務ごとに質問セットを作り、期待する回答、根拠、回答不可条件、次の行動を記録します。修正後も同じ質問を使えるよう、質問セットには版と実施日を付けます。
| 質問の種類 | 確認すること | 例 |
|---|---|---|
| 代表質問 | 正本の回答へ到達するか | 返品期限はいつですか |
| 言い換え・短文 | 同じ意図を認識できるか | いつまで、返せる期間 |
| 情報不足 | 推測せず条件を確認するか | 変更できますか |
| 複合質問 | 用件を分けて扱えるか | 解約と返金を教えて |
| 境界質問 | 個別判断を確約しないか | 私だけ期限を延ばせますか |
| 対象外質問 | 無関係な回答を作らないか | 扱っていない商品の質問 |
合否は文章の自然さだけで決めません。回答した事実、適用条件、参照した根拠、次の行動、有人切替が期待どおりかを見ます。回答内容が正しくても、古い窓口や誤った連絡先を案内する場合は不合格とします。答えられない質問で適切に止まることも合格条件に含めます。
回答精度とハルシネーションの見方は、AIの回答精度を上げるナレッジ設計で詳しく整理しています。
誤回答を7つの原因に分けて修正する
誤回答が見つかると、FAQを追加する、プロンプトを長くする、といった対応に偏りやすくなります。しかし原因が古い正本なら、質問文を増やしても直りません。まず、どこで問題が起きたかを切り分けます。
| 原因 | 見分け方 | 主な修正先 |
|---|---|---|
| 正本不足 | 必要な事実が承認済み資料にない | 内容責任者が正本を作る |
| 情報が古い | 変更前の条件を回答した | 正本更新、旧版停止 |
| 矛盾 | 複数資料が別の答えを持つ | 優先順位と内容を統一 |
| 検索漏れ | 正しい資料があるのに参照されない | 見出し、文書構造、対象設定 |
| 質問が曖昧 | 条件不足なのに一つへ決めた | 確認質問、意図の分割 |
| 範囲超過 | 根拠にない内容を断定した | 回答ルール、対象外案内 |
| 切替漏れ | 個別判断を会話内で続けた | 有人切替条件、窓口 |
原因別に修正した後は、誤回答した元の質問と同じ意図の代表質問を再テストします。別の条件への誤適用や対象外質問への回答がないかを確認します。
誤回答ログには、入力、実際の回答、期待回答、参照すべき根拠、原因、修正内容、確認者、再テスト結果を残します。個人情報をそのまま保存する必要があるかは別途確認し、分析に不要な情報は除きます。
変更から再公開までの更新フローを決める
更新は「気づいた人が直す」だけでは続きません。料金、規約、商品、営業時間、手順など正本の変更を知ったら、関連するFAQと文書を特定し、承認後に反映します。
- 変更の発生源から、内容責任者とナレッジ担当へ連絡する。
- 正本を先に更新し、変更日と適用開始日を確認する。
- 同じ事実を参照するFAQ、文書、用語、別言語の案内を洗い出す。
- 公開中の回答へ影響が大きい場合は、一時停止や有人案内を検討する。
- 内容責任者が条件と公開範囲を承認し、ナレッジへ反映する。
- 関連する質問セットで再テストし、結果と確認者を記録する。
- 旧版が回答対象から外れたことを確認して再公開する。
更新頻度はすべて同じにしません。変更が多く、誤案内時の影響が大きい情報は短い間隔で確認し、変化が少ない案内は次回確認日を長めにできます。ただし、定期日を待たず、正本が変わったときは都度更新します。
変更の反映中に正しい回答を保証できない場合は、古い回答を出し続けず、該当範囲を一時的に有人案内へ切り替える選択もあります。再公開の条件を「正本の承認」「関連FAQの反映」「回帰テスト合格」のように決めておけば、作業途中の状態を公開済みと誤認しにくくなります。
ナレッジ更新の具体的な考え方は、AIチャットボットのナレッジ更新手順も確認してください。Socratesへの登録方法を確認したい場合は、ナレッジ管理と登録の使い方へ進めます。
整備の優先順位と担当体制を作る
すべてのナレッジを同時に整える必要はありません。問い合わせ頻度、誤案内時の影響、変更頻度、根拠の明確さで優先順位を付けます。頻度が高く、根拠が明確で、影響を限定できる質問は初期対象にしやすい一方、頻度が高くても法務や安全に関わる判断は人へ残します。
| 役割 | 主な責任 | 確認の節目 |
|---|---|---|
| 内容責任者 | 事実、条件、例外、正本を承認する | 作成、変更、廃止 |
| ナレッジ担当 | 形式、重複、状態、反映を管理する | 登録、更新、旧版停止 |
| 応対担当 | 未解決、誤回答、利用者の言葉を記録する | 日常確認、定期レビュー |
| 公開確認者 | テスト結果、権限、個人情報を確認する | 公開、再公開 |
小さな組織では一人が複数の役割を担うことがあります。それでも、内容を決める確認と、登録後のテストを同じ瞬間に済ませず、工程として分けます。変更理由と確認日が残れば、次の担当者も判断を追えます。
社内限定の文書を顧客向けチャットボットへ使わない、部門ごとに閲覧権限を分ける、ログへ機密情報を残さないなど、公開範囲も定期的に確認します。ナレッジの正確さと情報の扱いは、別々ではなく同じ公開条件です。
AIチャットボットのナレッジ整備に関するよくある質問
Q1. AIチャットボット用FAQは何件あれば十分ですか?
一律の件数では決めません。実際の問い合わせ頻度、回答根拠の明確さ、誤案内時の影響を見て、優先度の高い範囲から作成します。公開後は未解決ログを確認し、新規FAQ、既存FAQの修正、対象外設定のどれが必要か判断します。
Q2. ナレッジはどのくらいの頻度で更新しますか?
料金、規約、商品、営業時間、手順など正本が変わったときは都度更新します。定期確認の間隔は変更頻度と誤案内時の影響で決め、内容責任者、最終確認日、次回確認日を記録します。
Q3. PDFをそのまま登録してもよいですか?
PDFを登録できる場合でも、画像内の文字や複雑な表が正しく読み取られているか、ヘッダーやフッター、旧版、公開してはいけない情報が含まれていないかを確認します。重要な回答は元資料と照合し、代表質問と境界質問でテストしてから公開します。
関連記事
正本、FAQの管理項目、更新責任者、誤回答時の修正フローが整理できると、登録前に確認すべきことが具体的になります。最初に整備する一つの業務を決めたら、Socratesでのナレッジ登録とAI接客の運用についてご相談ください。