営業代行のための「使えるナレッジベース」設計：AIで回す前に決める5つの運用ルール

営業代行のAI活用で成果が出やすいのは、「文章を作る」より先に、ナレッジ（知識）を回すところです。提案書、トーク例、FAQ、断られ対応、クライアントごとのNG…ここが整理されるだけで、育つスピードが変わります。

ただし、ナレッジベース（KB）を作ろうとして失敗するケースも多いです。原因はツール選定ではなく、運用ルールが無いこと。そこで本記事では、小規模の営業代行チーム（数名〜十数名）でも回せるよう、最低限の運用ルールを5つに絞って整理します。

結論：KBは「全部入れる」ほど弱くなる

よくある誤解は「情報を集めれば集めるほど強くなる」です。実務では逆で、KBは増やすほど、

• 古い情報が混ざって事故る
• 探せなくなる（結局聞いた方が早い）
• 誰も更新しなくなる

という形で弱くなります。だから、最初に「選択と集中」＝運用ルールが必要です。

ルール1：KBの「目的」を1行で固定する

目的が複数あると、KBは分裂します。まずは1行に絞ります。例：

• 新人が「迷わず架電できる」状態を作る
• クライアント報告を「ブレずに」書ける状態を作る
• 断られ対応の改善を「週1で回す」状態を作る

この1行があると、「入れるべき／入れないべき」が判断できます。

ルール2：入れる範囲を3カテゴリに絞る（最初の型）

最初から100カテゴリは不要です。おすすめは3つだけ。

• 案件別：クライアントごとのNG、訴求、ターゲット、報告テンプレ
• 共通：断られ対応、トーク例、よくある質問、架電前チェック
• 運用：アポ品質ゲート、KPI定義、手順書（誰が何をするか）

この3つに分けると、更新も検索も崩れにくいです。

ルール3：「更新責任」と「更新頻度」をセットで決める

KBが死ぬ最大原因は「誰も更新しない」です。小規模ほど、担当者の気合いに頼ると確実に止まります。

おすすめは、次の2点をセットで固定すること。

• 更新責任：案件責任者（または運用担当）
• 更新頻度：週1回15分（“1つだけ直す”）

ここで重要なのは「毎回1つだけ直す」です。改善を小さくすると継続できます。

ルール4：KBの文章は「型」で書く（AIに渡すため）

AIでKBを回したいなら、文章を揃える必要があります。おすすめの最小テンプレはこれ。

• 結論（何をすべきか）
• 理由（なぜそうするか）
• 例文（そのまま使える）
• NG（やってはいけない）
• 更新日／根拠（どのログでそう判断したか）

型があると、AIに要約させてもブレませんし、新人も読めます。

ルール5：生ログはKBに直貼りしない（一次加工してから入れる）

会話ログやメールをそのままKBに貼ると、情報量が多すぎて検索不能になり、個人情報のリスクも上がります。おすすめは、ログは別保管にして、KBには「要点だけ」を入れることです。

• ログ：原本（アクセス制御した置き場）
• KB：要点（結論・例文・NG・更新日）

まとめ

• KBは「全部入れる」ほど弱くなるので、運用ルールで選択と集中する
• 目的1行、カテゴリ3つ、週1で1つだけ更新、文章は型で揃える
• 生ログは直貼りせず、一次加工して“要点”だけKBに入れる