RAG開発費用はデータ整備と評価設計で決まる
RAG開発費用は、データ整備・検索設計・権限管理・評価設計に加え、検索基盤やベクトルDBの料金体系でも変わる。

結論
RAG開発費用は、チャット画面やLLM利用料よりも、社内データを検索可能な形に整える作業と、回答品質を評価する仕組みで変わる。RAGは「社内資料を入れれば答えてくれる仕組み」ではない。文書の粒度、権限、更新頻度、検索精度、回答の根拠表示を設計しないと、PoCは動いても本番利用で止まりやすい。
検索基盤やベクトルデータベースを外部サービスに任せる場合も、費用の幅は大きい。例えばベクトルDBのPineconeは有料プランの実質的な最低利用額が月50ドルからで、Amazon Kendraは検索インデックスの時間課金にストレージ・クエリユニット課金が積み上がる仕組みになっている。どのサービスを選んでも、費用の大半を決めるのはデータ整備と評価設計であり、基盤選定はその次の変数になる。
RAG費用を左右する設計要素
データ収集と前処理
社内Wiki、PDF、FAQ、規程、マニュアルなど、形式が異なる文書を集めるほど整備工数が増える。文書を意味のある単位に分割し、重複を除去し、更新日・部署・対象読者などのメタデータを付与する作業が、回答精度と運用更新のしやすさを左右する。分割単位が粗いと関係のない文章まで根拠として引用されやすく、細かすぎると文脈が欠落して誤答が増える。
検索設計(キーワード・ベクトル・ハイブリッド)
キーワード検索は固有名詞や型番の一致に強く、ベクトル検索は言い回しの違いを吸収しやすい。両方を組み合わせるハイブリッド検索は精度が上がりやすい一方、検証項目が増え、チューニングの工数もかかる。どの方式を採用するかは質問の種類(定型的なFAQ検索か、自由記述の相談か)によって変わるため、PoC段階で質問パターンを分類してから検索方式を決めるほうが手戻りが少ない。
権限管理
部署別、顧客別、役職別の閲覧制限を後回しにすると、本番化の直前で設計が変わりやすい。社外秘、個人情報、顧客別契約、価格表など、見せてはいけない情報が含まれる場合は、データ投入前に除外範囲・権限マッピング・アクセスログの方針を決める必要がある。権限設計は検索結果のフィルタリングだけでなく、埋め込み(ベクトル化)対象そのものを絞るかどうかにも関わるため、後から追加すると再設計に近い工数がかかる。
評価設計
正解データ、NG回答の基準、根拠表示の有無、有人確認のフローを最初に決めておかないと、PoCが「動いているように見える」段階で止まってしまう。回答正確性だけでなく、根拠提示率、回答不能と判断すべき質問への対応、更新後にどれくらいの時間で回答へ反映されるかも評価項目に含める。継続改善の前提になるため、評価設計を後付けにすると、本番化の判断材料が最後まで揃わない。
見積もりの目安と失敗パターン
AllAIの社内ドラフトレンジ
RAGの相談を整理するための参考レンジを置く。実際の見積は対象データ、権限、評価設計、連携範囲で変わる。
| 段階 | 目安 | 向いているケース |
|---|---|---|
| 調査・要件整理 | 50万-150万円 | 既存SaaSか個別開発かを切り分けたい |
| RAG PoC | 300万-800万円 | 限定データで回答品質を検証したい |
| 本番連携 | 800万-2,000万円超 | 認証、権限、監査、既存業務連携が必要 |
このレンジは相場として断定せず、AllAIの診断とベンダー見積で検証する。
RAG基盤・検索サービスの料金比較
自社開発ではなく、クラウドの検索基盤やベクトルDBを組み合わせる場合は、サービスごとの料金体系も見積もりに影響する。2026年7月時点で確認できた主要サービスの料金体系は次のとおりである。
| サービス | 提供元 | 料金体系 | 目安価格 | 特徴・注意点 |
|---|---|---|---|---|
| Azure AI Search | Microsoft | Dedicated(Search Unit従量)/ Serverless(Compute Unit+GB、プレビュー) | Free/Basic/Standard(S1-S3)/Storage Optimized(L1-L2)の時間課金ティア。Serverlessはプレビュー期間中は課金開始前(開始30日前に予告) | AI enrichmentやセマンティックランカーなど高度機能はティアで利用可否が分かれる。Serverlessは西中部US・スイス北・東日本など一部リージョン限定 |
| Amazon Kendra | AWS | インデックス時間課金+ストレージ/クエリユニット+コネクタ課金 | GenAI Enterprise Editionはインデックス$0.32/時間、ストレージユニット$0.25/時間、クエリユニット$0.07/時間、コネクタ$30/インデックス/月 | 2026年7月30日で新規申込を終了予定。AWSは後継としてAmazon Bedrock Knowledge Basesへの移行を案内している |
| Amazon Bedrock Knowledge Bases | AWS | Knowledge Bases機能自体は無料、埋め込み・ベクトルDB・LLM呼び出しの従量課金の合算 | ベクトルDBにOpenSearch Serverlessを使う場合、最小構成でも月300ドル台が目安。2025年12月に追加されたS3 Vectorsを使うと数割〜9割程度安くなるケースがある | 検索基盤単体の料金ではなく、生成AIの呼び出しとベクトルDBの組み合わせで費用が決まる点に注意 |
| Dify Cloud | Dify(LangGenius) | ワークスペース単位のサブスクリプション | Professionalは月59ドル(年払い590ドル)、Teamは月159ドル(年払い1,590ドル)、Sandboxは無料 | ナレッジ文書数・容量・メッセージクレジットにプランごとの上限がある。LLM推論費用はプラットフォーム利用料とは別に、選択したモデル提供元に課金される |
| Pinecone | Pinecone Systems | サーバーレス従量課金(書込/読込ユニット+ストレージ+利用最低額) | Standardプランは月50ドルが実質的な最低利用額。ストレージ約0.33ドル/GB/月、書込ユニット100万件あたり4〜4.5ドル程度、読込ユニット同16〜18ドル程度 | Starterは無料(2GB・インデックス5つまで)。Enterpriseは月500ドル以上の最低利用額でSLAが付く |
| Google Vertex AI Search | Google Cloud | クエリ従量課金 | 目安として1,000クエリあたり1.5〜6ドル程度(エディションにより変動)、無料枠は1アカウント月1万クエリ | 正確な料率はエディションやリージョンで変わるため、契約前に公式ページでの確認が必要 |
料金は為替・リージョン・プラン改定で変わるため、契約前に必ず各社の公式ページで最新条件を確認する。
失敗しやすい要件
RAG開発で失敗しやすいのは、「全社の文書を全部入れる」「回答精度を高くしたい」だけで始めるケースである。PoCでは、部署、文書種別、質問パターンを絞る。例えば、情シスFAQ50件、社内規程20本、営業FAQ100件のように、正解判定ができる範囲から始める。
具体的な失敗パターンとしては、次のようなものが挙げられる。
- 文書の更新運用を決めずに始め、規程改定後も古い内容で回答し続ける
- 権限管理を後回しにし、本番化直前に除外データの洗い出しからやり直す
- 評価用の正解データを作らずにPoCへ進み、「良さそう」という主観評価のまま本番化を判断する
- 検索基盤(ベクトルDBやマネージド検索サービス)の選定を先に決めてしまい、データや権限要件との相性を後から調整する
いずれも、着手前に対象範囲・権限・評価基準を明文化しておけば防げるものが多い。
まとめ
RAG開発費用は、文書の量ではなく、データ整備、検索設計、権限管理、評価設計、更新運用で変わる。検索基盤やベクトルDBを外部サービスに任せる場合も、料金体系の違いが総コストに影響する。まずは限定範囲のPoCで、正解データとNG回答を作り、どの品質なら本番化できるかを決める。既製SaaSで足りる場合はSaaS比較へ、独自データや権限が強い場合はRAG実績のある開発会社へ相談する。
FAQ
Q. RAGは社内文書を入れればすぐ使えますか? A. すぐには使えないことが多い。文書分割、重複除去、権限、回答評価、更新運用が必要である。
Q. RAG PoCで見るべき指標は何ですか? A. 回答正確性、根拠提示率、有人修正率、回答不能の扱い、更新後の反映時間を確認する。
Q. RAGと通常のチャットボットは何が違いますか? A. RAGは社内文書やFAQなど外部知識を検索し、その根拠を使って回答する設計である。固定FAQ型よりもデータ管理と評価が重要になる。
Q. Azure AI SearchやPinecone、Amazon Kendraなどの基盤サービスを使うと費用はどう変わりますか? A. 基盤サービスの利用料はデータ量やクエリ数に応じた従量課金が中心で、月数十ドルから始まるプランもあれば、本番規模では月数百ドル以上になるものもある。ただし総費用に占める割合としては、データ整備や権限設計、評価運用にかかる社内工数のほうが大きくなりやすい。
Q. 既製のFAQ・検索SaaSと、独自RAG開発はどちらを選ぶべきですか? A. 質問パターンが定型的でFAQの延長で対応できるなら既製SaaSが早い。社内の非定型データを横断検索したい、権限や監査要件が強い場合は独自RAG開発、あるいは両者を組み合わせたハイブリッド構成が向く。判断に迷う場合は、限定データでのPoCを既製SaaSと独自開発の両方で試し、回答品質と運用工数を比較するとよい。
Q. RAG導入でよくある失敗にはどのようなパターンがありますか? A. 対象範囲を絞らずに全社文書を投入する、権限管理を後回しにする、評価用の正解データを作らずに主観評価だけで本番化を判断する、といったパターンが多い。いずれも着手前の要件整理で防げる。
次に見る
出典と確認日
- 総務省・経済産業省「AI事業者ガイドライン」検討会: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/(確認日: 2026-07-09)
- IPA「デジタルスキル標準」: https://www.ipa.go.jp/jinzai/skill-standard/dss/(確認日: 2026-07-09)
- IPA「DX動向2025」: https://www.ipa.go.jp/digital/chousa/dx-trend/dx-trend-2025.html(確認日: 2026-07-09)
- Amazon Kendra料金ページ(AWS公式): https://aws.amazon.com/kendra/pricing/(確認日: 2026-07-09)
- Pinecone Pricing(公式): https://www.pinecone.io/pricing/(確認日: 2026-07-09)
関連する記事・ガイド
- AI開発会社ガイドBest-of-N: OpusAI開発 本番KPI未達時の契約見直し会議
AIシステムの本番KPIが未達のとき、事業責任者・PM・調達が開く契約見直し会議の論点、証跡、判断、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 検収後クレームの紛争証跡ワークフロー
AI受託開発の検収後にクレームや紛争が起きたとき、法務・PM・経理が証跡を整理するワークフロー、紛争段階、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 障害時ベンダー連絡のエスカレーション表
AIシステムの障害時に、運用・情シス・ベンダーが使うエスカレーション表の作り方、連絡基準、証跡、費用の見方を整理します。
- AI開発会社ガイドBest-of-N: OpusAI開発 運用マニュアル検収の版管理
AI受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。