営業RAGは「作って終わり」では回らない：小規模営業代行がハマりがちな壁と現実解

営業代行の現場で「社内ナレッジをAIに聞けるようにしたい（RAG）」という話はよく出ます。たしかに便利です。ですが、実装より難しいのは運用です。小規模ほど、RAGを作った瞬間は盛り上がるのに、数週間で使われなくなることが起きがちです。

この記事では、営業RAGが現場で止まりやすい理由を整理し、小規模営業代行でも回せる最小構成に落とします。

まず結論：RAGで失敗しやすいのは「回答精度」より“更新責任”

営業RAGが止まる理由は、モデルの賢さやツール選定ではなく、だいたいこの3つに集約されます。

• 入力が整っていない（情報が散らかっている・古い・矛盾している）
• 更新責任が決まっていない（誰が直すのか不明）
• ユースケースが曖昧（何のための回答か／どこまで自動化するかが曖昧）

「答えを出すAI」ではなく、「現場が迷わない仕組み」として設計できるかが勝負です。

小規模営業代行がハマる“5つの壁”

壁1：ナレッジが“文章”ではなく会話・暗黙知にある

営業現場の重要情報は、議事録やマニュアルではなく「会話」「一言メモ」「断られ方」に眠ります。RAGに入れやすい形になっていないので、初手から詰まります。

壁2：情報の寿命が短い（スクリプト・NG・担当者）

営業代行の情報は更新が多い。クライアントのNG、受付突破の言い回し、商材の訴求、担当者の癖…「古い正解」がすぐ事故要因になります。

壁3：回答の“使いどころ”が定まらない

• 新人が学ぶため？
• 架電前に確認するため？
• クライアント報告文を作るため？
• 品質ゲート判定の補助？

用途が混ざると「回答が長い／曖昧／責任が取れない」になり、現場は離れます。

壁4：更新担当が不在（全員忙しい）

小規模の最大の制約です。改善の意思はあっても、更新タスクが“いつかやる”になって消えます。

壁5：AIが“それっぽく言い切る”問題

現場の情報が薄い状態だと、AIは自信ありげに補完します。営業はこのズレが致命傷になり得ます（誤った訴求、NG違反、関係悪化）。

現実解：小規模営業代行の「最小営業RAG」3点セット

全部を入れない。最初は次の3つだけに絞ると、維持できます。

1) NG・禁止事項（最優先）

クライアントごとに「言ってはいけない」「触れてはいけない」「やってはいけない」を短く。事故防止が最初の価値です。

2) アポ品質ゲート（A/B/Cの判定基準）

「何が揃ったらAアポか」を文章で固定します。ここが曖昧だと、RAGが答えても現場が迷います。

3) 断られ対応の“よくある上位10”

100個集めない。まず上位10の断り文句と切り返しだけ。更新もしやすく、利用頻度も高いです。

運用設計：更新責任を“仕組み”に落とす

更新担当者を「気合い」で決めると崩れます。おすすめは、更新を作業ではなくイベントにすることです。

• 週1回、15分だけ「RAG更新」枠を固定（ルールは1つだけ変える）
• 更新の入力はテンプレ化（変更点／根拠ログ／適用範囲）
• 外部送信（クライアントへの文章）は承認制（AIの出力をそのまま送らない）

まとめ

• 営業RAGが止まる原因は「精度」より“更新責任・ユースケース”
• 最初は「NG」「品質ゲート」「断り上位10」に絞ると回る
• 更新は担当者ではなく、週次の固定イベントにする

次回は、最小営業RAGのテンプレ（見出し構成・入力フォーマット）まで具体化して紹介します。