社員が「返品を受け付ける時に何を確認するか」と尋ねたら、仕組みは関連する手順書の箇所を探します。その内容と質問をAIへ渡し、確認項目を文章にします。AIが覚えている一般的な知識だけで自社の手順を答える方法とは、資料を探す工程が違います。

資料を探す部分が関係ないページを選べば、回答を作る部分が上手くても誤った説明につながります。反対に、必要な資料が見つかっても、例外条件を省いて回答することがあります。資料の検索と答えの作成は別々に確認する必要があります。

利用者に参照先を示せれば、回答から元の手順書へ戻れます。ただし参照先が付いているだけでは、その内容が回答を支えているとは限りません。導入後には、質問に対して正しい資料と説明が対応しているかを評価します。

この章の根拠：出典1

「返品手順最新版」と「返品手順最終版」が別々に残っていると、検索で古い条件が出る可能性があります。資料の管理担当は、現行版、適用日、対象部署を記録します。廃止した手順を参照対象にするかも決めます。

画像だけの資料や、見出しのない長いファイルは、必要な箇所を読み取り検索へ渡せるかを確認します。技術的な分割方法に入る前に、章と内容の関係が人にも分かる資料へ整えます。文章中の表や注意書きの関係が失われないかも見ます。

資料の抜けをAIの知識で埋めることは、会社の手順を決めることと同じではありません。返品の例外が書かれていなければ、責任者へ確認する項目として残します。文書整備の不足を、RAGで自動的に解決できると考えないことが必要です。

この章の根拠：出典1出典3

社内の資料には、全社員向けの手順書と、管理者だけが見る資料が混ざります。回答画面で注意を表示するだけでは、検索段階で対象外の資料を使ってしまう場合があります。誰がどの資料を参照できるかを整理して設計担当へ伝えます。

部署や役割によって閲覧範囲が違うなら、資料一覧に対象者の欄を付けます。権限の実装方法は利用するシステムによって異なります。管理担当と設計担当が、検索対象と回答の参照先の両方で条件が守られるかを試験します。

社員の異動や資料の共有範囲変更も運用の対象です。資料を追加する担当が権限を確認しないと、最初の試験で問題がなくても範囲が広がります。経営者は、資料の管理窓口と変更時の確認を導入条件に含めます。

この章の根拠：出典3

手順書に通常の返品だけが書かれている場合、大型商品や期限を過ぎた返品の質問には根拠がないかもしれません。もっともらしい一般論を返しても、自社の受付条件にはなりません。「資料では確認できない」と示す条件を用意します。

利用者は質問の前提を省くことがあります。「これを返品できますか」では商品や購入時期が不明です。追加で確認する情報と、担当者へ相談する場面を分けます。質問を詳しくすれば必ず回答できるわけではなく、資料に条件があるかを確認します。

回答しない判断も試験材料に含めます。根拠がない時に資料の参照先を付けて断定してしまうなら、利用範囲を見直す必要があります。答える数を増やすことだけを成果とせず、確認へ戻すべき質問で戻せるかを見ます。

この章の根拠：出典3

「返品について教えて」のような広い質問だけでは、条件や例外を確認できません。現場からよく聞かれる質問を集め、どの章のどの内容が根拠かを担当者が確認します。資料がない質問も含め、期待する未回答の扱いを決めます。

試験では、検索で必要な箇所が見つかったか、回答がその内容と一致したか、利用者が参照先へ戻れたかを別に記録します。失敗が検索と回答のどちらで起きたか分かれば、資料や設定を直す対象を選べます。

本番へ進む場合も、資料更新後の再確認を残します。手順書を変えた時に検索へ反映する時間や、古い条件が残らないかを確認します。導入前の試験を通っただけで、以後の全ての資料と質問への正しさを保証したとは扱いません。

この章の根拠：出典2

RAGの仕組みを理解するために、最初から細かな技術名を覚える必要はありません。利用者の質問が、どの資料を通って、どの説明になるかを1つの例で確認します。そこで資料の不足や古さが見つかることがあります。

準備表には、対象にする手順書と管理担当を書きます。参照先が分かること、対象者の閲覧条件が分かること、更新した時に確認することをそろえます。資料を集める作業と、答えを評価する作業を混同しません。

経営者は、回答が作られた回数より、現場が根拠を確かめられるかを導入判断へ使います。資料にないことを確認先へ戻す仕組みがあって初めて、社内の決め方に沿った調べ物の支援を検討できます。

この章の根拠：出典1出典3