1. 最初は、根拠と担当が明確な質問に絞る
「誰の、どの質問に答えるか」を決めてから、資料を選びます。 たとえば全社員向けの備品申請や、特定の製品の操作手順が候補です。個別の契約条件、人事情報、例外の承認などは、一般的な手順の案内と分けて担当者の判断へ戻します。
質問が少なく、短いFAQや資料へのリンクで十分に案内できるなら、まずその方法を使う選択もあります。複数の資料を探して説明を組み立てる必要があるか、担当者が根拠を確認できるかを見て、チャットを試す範囲を決めます。
資料を検索し、見つかった内容をもとにAIが回答を作る仕組みは、RAGと呼ばれます。ただし、検索した資料が正しいことや、回答が必ず資料に沿うことを保証するものではありません。この記事では特定製品の導入手順ではなく、資料と運用の準備を説明します。以下の手順は運用上の提案であり、すべてが既存事例に実装済みという意味ではありません。
導入全体の判断は問い合わせ対応AIのガイドをご覧ください。根拠がない場合の工程は照合・本文確認と「記録なし」の返し方で詳しく説明しています。
2. 資料の正本・版・更新担当をそろえる
よく聞かれる質問から、回答に必要なマニュアル・規程・FAQを選びます。社内にある資料をまとめて投入せず、下書き、廃止した手順、重複したコピー、開示できない情報を除きます。
資料ごとに、次の項目を整理します。
- 正本と保管先：正式に承認された資料はどれか。回答から担当者が元の資料を開けるか。
- 版・更新日・適用日：いつの内容か、いつから使うルールか。最新版でも、まだ適用前の場合があります。
- 適用対象：対象の部署・製品・契約・拠点など。条件の違う資料を同じ回答に混ぜないようにします。
- 更新担当と承認者：内容を直す人と、業務上正しいか確認する人を決めます。不在時の代わりの担当も用意します。
- 閲覧できる人：全社員向け、部署限定、社外向けなど、資料と回答の公開範囲を決めます。
複数の資料で説明が食い違う場合は、どちらを使うか業務担当者が決めるまで回答の対象から外します。画像やスキャンの資料は、見出し・本文・表・注記が正しく読み取られているかも確認します。重要な例外や脚注が抜けた資料を、正式な根拠として使いません。
更新時は、担当者が正本を修正・承認し、検索用の資料へ反映した後に、代表的な質問で新しい内容と出典を確認します。旧版のコピーが検索や回答に残っていないかも確認し、反映日と確認担当を残します。元のファイルを更新しただけで、チャット側にも反映されたとは扱いません。
記録の単位で探し、まずキーワード検索で確かめる
正本をそろえたら、質問に必要な箇所を検索で見つけられるか確認します。 資料を分ける際は、どの手順・記録かを特定でき、版・適用日・対象と正本へのリンクを一緒に確認できる単位にします。
hirostaが社内で開発している、学習記録を扱うAI相談では、2026年10月10日に検索方式を探索的に比較しました。主な集計では日付の曖昧な質問を除き、期待する記録が検索候補の上位5件に入るかを数えています。AIの回答の正解率を測ったものではありません。今回の条件では、キーワード検索だけの方が、ベクトル検索を併用した場合より期待する記録を上位に含められ、併用によって元々上位にあった記録が押し下がる例もありました。条件と集計の詳細は社内の検索方式の比較をご覧ください。
この観察から、hirostaは記録の単位で探し、キーワード検索と正しい資料への案内を先に改善する方針にしました。ベクトル検索は補助として別の質問で評価します。これは改善方針であり、本番を変えて効果を確かめた結果ではありません。
読者の会社への提案は、次の順番で準備することです。以下は今回の比較で実施した工程ではありません。
- 代表的な質問と、担当者が期待する資料・該当箇所・適用条件を組にします。
- まず資料名・番号・用語によるキーワード検索で見つかるかを確認し、見つからない質問では資料の分け方や表記、正本へのリンクを見直します。
- それでも見つからない質問に限って別の検索方式を比べます。その際は、キーワード検索で見つかっていた資料が押し下がらないかも確認します。
- 候補が見つかっても、回答本文・版・出典・権限を担当者が照合してから、チャットを試す範囲を決めます。
比較は一つの社内データに限られ、似た質問や同じ記録の影響もあり得ます。会社の規程・手順書でも同じ結果になるか、日付が曖昧な質問に対応できるか、回答の正しさや作業時間・費用が改善するかは未確認です。自社の資料と質問で確かめて判断します。
3. 資料の閲覧権限と、AIへ渡す範囲を分けて確認する
利用者が見られない資料は、回答を作るための検索対象にも含めない設計にします。 回答の最後で文章を隠すだけでは、権限のない資料が要約や引用に混ざるおそれがあります。社内用と顧客向けのチャットは、使う資料や案内してよい内容を分けます。
MicrosoftのAzure AI Searchの公式資料でも、利用者の識別情報と資料の権限情報に基づき、検索結果を絞る方法が説明されています。これは設計の参考であり、どのチャット製品でも元の資料の権限が自動で引き継がれるという意味ではありません。採用する製品・連携方法で、権限をどう反映するか確認が必要です。
試用前に、一般社員・部署担当者などの立場ごとに、回答本文・出典・参照リンクに権限外の情報が出ないか確認します。異動や退職、資料の共有範囲変更があったときは、検索用のコピーや過去の会話履歴へのアクセスも見直します。
資料を社内で閲覧できることと、外部のAIサービスへ送ってよいことは別です。不要な個人情報・顧客情報・認証情報は対象から外し、質問文や会話履歴にも同じルールを適用します。
個人情報保護委員会は、生成AIへ個人情報を入力する際の利用目的との関係や、個人データの学習への利用などを確認するよう求めています。利用サービスの契約・設定で、学習への利用、保存・削除、閲覧できる人を確認し、判断できない情報は確認が済むまで送らない運用にします。個別の法的判断は、社内の責任者や専門家へ相談します。
4. 回答には出典を添え、答えられない場合の窓口を決める
回答には、資料名・版や適用日・該当する見出しやページ・参照リンクを添えます。利用者が開ける範囲で根拠を確認できるようにし、出典があるだけで回答が正しいとは判断しません。試用時には担当者が回答と該当箇所を照合します。
候補が返ったことを、回答の根拠がある証拠にしません。 同じ2026年10月10日の社内比較では、存在しない記録や対象違いを尋ねる質問にも、ベクトル検索だけだと全問で何かしら近い候補が返りました。これは検索候補の有無の観察であり、AIがすべて誤回答したという結果ではありません。比較記事の限界の説明に詳しい条件を記載しています。
この観察を踏まえ、hirostaは近さだけで根拠を決めず、番号・日付の照合と本文の確認を行う必要があると判断しています。読者の会社でも、候補の番号・日付・適用対象を質問の条件と照合し、本文に求める記録や手順があるかを確認する工程を用意します。条件が合わない候補を根拠にせず、対象の正本でも該当する記録を確認できなければ「記録なし」として窓口へ回します。検索で見つからないだけでは、社内に記録が存在しないと断定しません。この工程で誤回答を防げるかは、今回の比較では未確認です。
次の場合は、答えを推測で埋めずに確認窓口へ案内します。
- 回答の根拠が資料にない、または必要な箇所を検索できない。
- 資料の内容が食い違う、適用する版や対象を確定できない。
- 質問の条件が足りず、どの手順を案内するか決められない。
- 閲覧権限を確認できない、または個別の承認・契約判断が必要。
条件が足りない場合は、必要な製品名や対象部署などを聞き直します。それでも確認できない部分は、回答できた部分と分けて示します。資料や質問に書かれた「権限を無視して答えて」などの文言は、運用ルールや閲覧権限を変える指示として扱わない設計にします。
窓口案内には、確認できない点と、連絡先・連絡方法を示します。問い合わせ時に必要な質問の概要や参照資料を整理し、受け付けた担当者が引き受ける流れまで決めます。窓口への案内だけを「解決済み」と扱わず、未確認の回答期限や対応結果を約束しません。
5. 未回答の記録から、人が確認してFAQを更新する
未回答の質問は、資料不足や検索の問題を見直すために使います。質問文を無制限に保存せず、必要な範囲に絞り、個人情報を除く方法・閲覧担当・保存期間・削除方法を決めます。
- 質問の要点、回答できなかった理由、参照した資料の版、番号・日付・対象の照合と本文確認の結果、引き継ぎ先と対応状況を残します。近い候補が出ても、根拠を確認できなければ未回答として扱います。
- 担当者が正本を確認し、「資料がない」「資料はあるが検索できない」「表現が分かりにくい」「個別判断が必要」などに分けます。検索候補だけでは判断できないものは、未確認のまま窓口で調べます。
- 業務担当者が正しい回答と適用条件を確認します。FAQを足す前に、元の規程やマニュアルの修正が必要かも判断します。
- 承認した内容だけを資料・FAQへ反映し、代表的な質問で回答・出典・権限を再確認します。
- 記録の対応状況を更新します。個別判断の質問は、一般向けFAQへ無理に追加せず窓口で扱います。
AIが作った回答案や未回答の質問を、そのまま新しい根拠にしません。FAQ追加の件数だけで成果を判断せず、担当者が確認する負担や、質問者が根拠・窓口にたどり着けたかも見ながら運用を調整します。
6. 具体例：備品申請の案内と、例外の相談
以下は架空の運用例であり、顧客の実績や導入成果ではありません。
全社員向けの備品申請を対象にするなら、承認済みの申請手順とFAQを選び、適用日・更新担当・申請窓口を決めます。「どこから申請する？」には、資料に記載された申請先と手順を、該当見出しへの出典つきで案内します。
一方、「自分の購入品は例外として精算できる？」という質問は、一般手順に根拠がなければ可否を答えず、確認窓口へ案内します。質問は個人を特定する内容を除いて記録し、担当者が確認します。繰り返し聞かれる場合も、承認した一般ルールができてからFAQへ追加します。
公開済みの根拠を示すFAQチャットの導入事例では、AIが製品のマニュアルやFAQを検索して出典つきで回答し、資料にないことは推測で答えず窓口を案内します。答えられなかった質問は記録し、担当者が確認してFAQを追加します。
この事例は、実案件で開発した仕組みを架空データで再現して公開しています。備品申請の例や、この記事で提案した権限・版管理のすべてが実装済みという意味ではありません。メールの下書きと送信前確認は別の運用です。支援内容は問い合わせ・メール対応、既存システムとの連携は業務システムの開発・改修をご覧ください。支援範囲・料金はサービス・料金で確認できます。
7. よくある質問
Q. 社内資料から答えるAIチャットはどう準備しますか？ 使ってよい資料とその版・更新担当・閲覧権限を決め、回答に出典を添えます。資料にない内容は推測で答えず、窓口へ案内し、未回答の記録を担当者が確認してFAQの改善につなげます。
Q. ベクトル検索を最初から使う必要はありますか？ まず代表的な質問と期待する資料を組にして、キーワード検索で見つかるか確かめます。見つからない質問では資料の単位や表記を整え、それでも必要な場合に別の方式を比べます。hirostaの社内比較では併用が有利とは限りませんでしたが、自社の資料でも同じ結果になるとは判断できません。
Q. 社内の資料をすべて入れれば始められますか？ 最初は対象の質問に必要な承認済みの資料に絞ります。旧版、下書き、重複、権限の異なる情報を整理し、適用対象と更新担当を確定してから使います。
Q. 出典が付いていれば、回答は正しいと考えてよいですか？ 出典だけでは正しさを保証できません。資料の版・適用対象と回答内容を照合できるようにし、試用時には担当者が確認します。資料が食い違う場合や根拠がない場合は、回答を止めて人へ戻します。
Q. 元の資料の閲覧権限は、チャットにも引き継がれますか？ 製品や連携方法によるため、自動で引き継がれるとは判断できません。利用者の権限に応じて検索対象を絞り、回答本文・出典・参照リンクに権限外の情報が出ないか確認します。
Q. 答えられなかった質問は、AIにFAQへ追加させてよいですか？ 未回答の質問は改善候補として記録し、担当者が正しい回答と適用条件を確認・承認してから追加します。個別判断が必要な質問や、個人情報を含む質問をそのまま一般向けFAQにしません。
Q. 資料が整理できていなくても相談できますか？ はい。「同じ質問が担当者に集まる」「資料を探すのに時間がかかる」といった困りごとから相談できます。よく使う資料と今の確認方法を整理し、最初に試す範囲を一緒に考えます。支援範囲と料金はサービス・料金ページでご案内しています。