顧客別ナレッジAIの作り方：提案書の再利用と情報分離を両立する

過去提案や業務資料をAIで活かす前に、顧客固有情報と再利用できる知識を分ける。資料の権限、根拠付き下書き、人のレビューを含めた発注方法を解説します。

KEY TAKEAWAY

共有フォルダ全体を検索対象にする前に、顧客・案件・再利用条件を定義します。検索結果だけでなく、回答、原本、ログまで同じ情報分離を適用することが重要です。

1. 見つけられる資料と再利用できる資料は違う

社内に保管している提案書でも、別の顧客向けに再利用できるとは限りません。顧客の固有情報、契約上の取り扱い、第三者から受領した資料を確認し、汎用の方法論や公開情報と分けます。単に顧客名を削れば十分とは限らず、文脈から特定できる情報も考慮します。

最初の対象は、利用条件を確認しやすい社内手順や汎用テンプレートに絞る方法があります。

フォルダ名だけに依存すると、移動や複製で権限が崩れる場合があります。文書に顧客、案件、所有者、利用範囲を付け、検索時に利用者の権限で対象を絞ります。兼務者が複数顧客を担当する場合も、今どの案件の作業をしているかを明示します。

異動・退職・案件終了をきっかけに参照権限を見直す手順を決めます。過去の担当権限が残り続けないことも、運用の検証項目です。

AIが作る提案文にもっともらしい数値や事例が含まれていても、根拠がなければ提出できません。利用した資料、該当箇所、版を示し、資料にない部分は要確認として返す設計にします。顧客名や他社の実績が混ざっていないかもレビューします。

下書きを丸ごと生成するより、論点候補、構成案、関連資料の検索から始める方が確認しやすい業務もあります。完成文の長さを成果にせず、人が使えることを評価します。

同じテーマの別顧客資料を用意し、担当外の内容を求めたときに参照しないかを確認します。「前の案件と同じでよい」といった曖昧な依頼でも、どの案件か確認せず情報を引かないことが必要です。

回答本文に出なくても、検索結果のタイトル、原本リンク、操作ログに情報が漏れる場合があります。評価では通常の質問と、権限外・資料不足・矛盾する資料を含む質問を分けます。

文章を生成する時間が短くても、根拠の確認や誤記の修正に時間がかかると、全体の作業は軽くなりません。資料検索、下書き、修正、確認の各時間を測り、どこに負担が移ったかを見ます。

同じ程度の難しさの案件で現行手順と比較し、担当者の経験差や資料の揃い方も記録します。個人の能力を自動で順位付けする用途にせず、業務手順と情報の整備に使う指標として扱います。

対象資料、利用者、権限、評価質問、下書きの用途、対外提出の承認者を発注範囲に入れます。資料が更新・削除されたときに検索へ反映する方法と、問題のある回答を報告する経路も必要です。

For fでは、顧客ごとの情報整理、文書検索、提案の下書き支援を段階的に検証できます。資料一覧と、現在何を探すのに時間がかかっているかを共有すると、初回の範囲を絞りやすくなります。

複数の権限を持つ検証ユーザーで同じ質問を試し、閲覧範囲が混ざらないかを確認します。回答文だけでなく、引用・検索結果・キャッシュの残り方も確認項目に含めます。