社内文書をRAGや社内AI検索に入れれば、すぐに欲しい答えが返ってくる。
そう期待して試したのに、実際には「資料はあるはずなのに出てこない」「違う部署の資料ばかり拾う」「正式名称で聞かないと答えられない」ということがあります。
原因のひとつが、社内用語の表記ゆれです。
たとえば、同じ顧客を「A社」「株式会社A」「Aグループ」「旧社名」で呼んでいる。サービス名に正式名称、略称、社内だけの呼び名がある。部署ごとに「案件」「プロジェクト」「チケット」「依頼」を違う意味で使っている。
人間なら文脈で補えますが、RAGでは検索対象の文書と質問文の言葉がズレると、必要な資料を拾えないことがあります。
この記事では、小規模事業者や少人数チーム向けに、RAG導入前後で作っておきたい社内用語辞書、略称、表記ゆれ、同義語の整理方法をまとめます。
結論：資料を全部直す前に、検索に効く用語辞書を作る
RAGの精度を上げるために、すべての社内資料をきれいに書き換えようとすると大変です。
まずは、AI検索で迷いやすい言葉だけを集めた小さな用語辞書を作る方が現実的です。
最初に見る項目は、次の7つです。
| 項目 | 内容 | 例 |
|---|---|---|
| 正式名称 | 外部にも出せる正しい名称 | YOSHIO.dev LP制作 |
| 略称・別名 | 社内で使われる短い呼び方 | LP制作、ランペ、LP案件 |
| 表記ゆれ | 漢字、カナ、英字、全半角の違い | AI検索、AIサーチ、AIO |
| 使う部署 | どの部署や担当者が使うか | 営業、制作、サポート |
| 検索で拾わせたい資料 | どの資料へつながるべきか | サービス資料、見積テンプレ、FAQ |
| 登録しない言葉 | 混乱するため辞書化しない言葉 | 古い商品名、廃止プラン |
| 更新担当 | 誰が直すか | 代表、制作担当、運用担当 |
大事なのは、辞書を立派な社内Wikiにすることではありません。
RAGが資料を探すときに、質問文と文書の言葉のズレを少なくすることです。
社内用語のズレで起きる問題
社内用語のズレは、RAGの回答で次のような形で表れます。
- 資料はあるのに「該当する情報がありません」と返す
- 古い資料や別部署の資料を優先して拾う
- 正式名称で聞いた時だけ答えられる
- 略称で聞くと別のサービスや別案件として扱う
- 顧客名、商品名、担当者名の表記ゆれで検索結果が割れる
- 同じ意味の言葉を別物として扱い、回答が遠回りになる
- FAQやマニュアルにある答えなのに、問い合わせが減らない
この問題は、モデルの性能だけで解決するとは限りません。
社内の資料が人間向けの暗黙知で書かれている場合、AI側には「A社」と「旧社名」と「正式名称」が同じだと判断する材料が不足します。
ローカルLLM・RAG環境構築では、モデルやPCスペックだけでなく、検索される言葉の整理もセットで考える必要があります。
まず集めるべき用語
最初から全社の言葉を集めようとすると止まります。
まずは、検索や問い合わせに影響しやすい言葉だけで十分です。
| 種類 | 集める例 | 理由 |
|---|---|---|
| 顧客名・取引先名 | 正式社名、略称、旧社名、グループ名 | 資料や契約書を探す時にズレやすい |
| 商品・サービス名 | 正式名称、旧名称、キャンペーン名 | FAQや見積もりと結びつきやすい |
| 部署・担当名 | 部署名、チーム名、担当者の呼び名 | 承認や問い合わせ先の回答に影響する |
| 業務名 | 見積、請求、発注、受付、修正依頼 | 自動化や小型ツールの対象になりやすい |
| ファイル名の呼び方 | 仕様書、要件書、ヒアリングシート | RAGで資料を探す時の入口になる |
| 社内だけの略語 | SK、初回MTG、赤入れ、検収 | 社外の一般語と意味が違うことがある |
| 禁止・注意語 | 古いプラン名、廃止手順、使わない呼称 | 古い回答を防ぐために必要 |
最初の目安は、30語から50語です。
これ以上を一気に集めるより、よく質問される言葉から始めて、RAGの回答ログや社内問い合わせを見ながら増やす方が運用しやすくなります。
用語辞書は「言葉の一覧」だけでは足りない
用語辞書というと、単語と説明だけを並べた表を想像しがちです。
しかし、RAGで使うなら「どの資料を拾わせたいか」まで書く方が役に立ちます。
たとえば、次のような形です。
| 正式名称 | 別名・略称 | 意味 | 拾わせたい資料 | 注意点 |
|---|---|---|---|---|
| ローカルLLM・RAG環境構築 | RAG構築、社内AI検索、社内チャット | 社内資料をAI検索できるようにする相談領域 | サービスページ、導入前チェック、回答保留ルール | AIO対策とは別物として扱う |
| LP制作 | ランディングページ、LP改善、FV改善 | 問い合わせ獲得向けのページ制作 | LP制作ページ、FAQ、料金目安、CTA設計記事 | コーポレートサイト全体制作とは分ける |
| 業務自動化 | 自動化、効率化、AI自動化 | 手作業や通知、転記、集計を小さく仕組み化する領域 | 業務自動化ページ、二重送信防止、APIキー管理 | 全業務の完全自動化と誤解させない |
この表があると、RAGに入れる資料のメタ情報、検索補助、回答ルール、社内説明の材料として使いやすくなります。
用語の説明だけでなく「どの資料に導くべきか」を決めることで、AIの回答が相談導線や業務手順とズレにくくなります。
同義語を増やしすぎない
表記ゆれを減らしたいからといって、何でも同義語にするのは危険です。
似ている言葉でも、業務上は意味が違うことがあります。
たとえば「見積」と「請求」はどちらも金額に関係しますが、同じ扱いにすると誤回答につながります。「顧客」と「取引先」も会社によっては意味が違うかもしれません。
同義語にしてよいか迷う言葉は、次の観点で確認します。
- 同じ資料を見せても問題ないか
- 回答で同じ説明をしてよいか
- 社内の複数部署で意味がズレていないか
- 古い呼び方を今も案内してよいか
- 顧客や外部に出しても誤解がないか
RAGのための用語辞書は、言葉を多く登録することが目的ではありません。
検索結果と回答のズレを減らすことが目的です。
「登録しない言葉」も決める
用語辞書では、登録する言葉だけでなく、登録しない言葉も決めておくと安全です。
たとえば、次のような言葉です。
- 廃止済みのサービス名
- 旧料金プラン名
- 昔の担当者名に紐づく呼び方
- 社内だけの冗談や曖昧な略称
- 別の顧客や別案件と混同しやすい略称
- 回答に使うと誤解を招く内部コード
古い呼び方をすべて消せない場合は、「旧名称として検索には使うが、回答では新名称を使う」といったルールを作ります。
このルールがないと、AIが古い資料をもとに、今は使っていない名称や手順を案内してしまうことがあります。
用語辞書の更新タイミング
用語辞書は一度作って終わりではありません。
社内資料、サービス名、取引先、担当者、業務フローは少しずつ変わります。
更新タイミングは、次のように決めておくと運用しやすくなります。
| タイミング | 見ること |
|---|---|
| 新サービスや新メニューを追加した時 | 正式名称、略称、関連資料、FAQを追加する |
| 料金や対応範囲を変えた時 | 古い名称や旧プランが残っていないか見る |
| RAGの回答がズレた時 | 質問文と資料側の言葉がズレていないか見る |
| 社内問い合わせが多い時 | よく聞かれる言葉を辞書に追加する |
| 担当者や部署が変わった時 | 承認先、問い合わせ先、担当表記を見直す |
特に重要なのは、RAGの回答ログや質問例から更新することです。
実際に使われた質問文を見ると、社内の人がどんな言葉で探しているか分かります。そこから辞書を直す方が、机上で言葉を増やすより効果が出やすくなります。
RAG導入前の小さなチェックリスト
RAGに資料を入れる前に、次の項目だけでも確認しておくと、あとから直しやすくなります。
- 重要なサービス名、商品名、顧客名の正式名称が決まっている
- よく使う略称や別名を30語から50語だけ集めた
- 同義語にしてよい言葉と、分けるべき言葉を判断した
- 古い名称や廃止手順を回答に使わないルールがある
- 用語ごとに拾わせたい資料が分かる
- 用語辞書の更新担当と更新タイミングが決まっている
- RAGの回答がズレた時に、用語辞書へ戻って直せる
すべてを最初から完璧にする必要はありません。
ただし、用語がバラバラなまま資料だけを増やすと、あとから「AIがうまく探せない原因」を切り分けにくくなります。資料側の前処理についてはRAG導入前にやるべき社内資料整理も参考になります。
YOSHIO.devで相談できること
YOSHIO.devでは、ローカルLLM・RAG環境構築や業務自動化の前段階として、社内資料の整理、質問例、回答ルール、用語辞書の作り方を一緒に設計できます。
たとえば、次のような相談ができます。
- RAGに入れる社内資料の対象範囲を決めたい
- 略称や表記ゆれが多く、検索結果が安定しない
- 社内用語辞書をスプレッドシートや小型ツールで管理したい
- 回答してよい質問、保留すべき質問、人へ引き継ぐ質問を分けたい
- ローカルLLMとクラウドAIの使い分けを含めて検討したい
RAGは、AIモデルだけで決まるものではありません。
社内で実際に使われている言葉、資料の置き方、更新ルール、人への引き継ぎ方まで整えることで、業務で使いやすいAI検索に近づきます。
まとめ
RAGや社内AI検索で、資料があるのに答えが出ない場合、原因はモデルだけとは限りません。
社内用語、略称、表記ゆれ、部署ごとの呼び方がバラバラだと、質問文と資料がうまくつながらないことがあります。
まずは、重要な言葉を30語から50語だけ集め、正式名称、別名、拾わせたい資料、登録しない言葉、更新担当を整理してみてください。
すべての資料を書き換える前に、検索に効く小さな用語辞書を作る。
それだけでも、RAGの回答ズレや資料の見落としを減らしやすくなります。
関連リンク
社内用語が多いRAG構築を相談する
資料の整理や社内用語の扱いで、RAGの試作が止まっていませんか。
対象資料、よくある質問、略称の例を数件だけまとめてご相談ください。YOSHIO.devでは、小さなRAG試作に必要な用語辞書、資料範囲、回答ルールから一緒に整理できます。
FAQ
RAGのために社内資料をすべて書き換える必要がありますか？
最初から全資料を書き換える必要はありません。まずは検索や問い合わせに影響しやすい社内用語、略称、表記ゆれを小さな辞書として整理し、RAGの回答ログを見ながら追加していく方が現実的です。
社内用語辞書には何語くらい登録すればよいですか？
最初は30語から50語程度で十分です。顧客名、商品名、サービス名、業務名、よく使う略称など、実際に検索や質問で使われる言葉から始めると運用しやすくなります。
同義語は多く登録した方がRAGの精度は上がりますか？
必ずしもそうではありません。似ている言葉でも業務上の意味が違う場合、同義語にすると誤回答の原因になります。同じ資料を見せても問題ないか、回答で同じ説明をしてよいかを確認してから登録します。
用語辞書はExcelやスプレッドシートでも管理できますか？
小規模な開始であれば、スプレッドシート管理で十分です。正式名称、別名、意味、拾わせたい資料、注意点、更新担当を列として持たせると、あとから小型ツール化やRAG連携へ進めやすくなります。
ローカルLLMやRAG環境構築を相談する前に何を用意すればよいですか？
対象資料の種類、よく聞かれる質問例、社内だけの略称、検索で困っている言葉、回答してはいけない質問の例を用意すると相談しやすくなります。完全に整理できていなくても、現状の資料と困りごとから設計できます。