RAG開発会社の選び方と見積前チェック
RAG開発会社は文書管理・検索評価・PoC終了条件まで設計できるかで選ぶ。PoC相場は100〜300万円、本番構築は300〜1,000万円が目安。

結論
RAG開発会社を選ぶときは、LLMやベクトルDBに詳しいかだけで決めない方がよい。重要なのは、社内文書の整理、アクセス権、検索評価、回答根拠、運用改善、PoC終了条件まで設計できるかである。国内の相場感としては、PoC段階で100〜300万円、本番構築で300〜1,000万円、月額運用費で10〜50万円程度が目安とされ、費用の大半はLLM APIではなくデータ整備と評価の人的工数が占める。
見積前には、対象文書、利用者、質問例、権限、成功条件を整理する。これがないまま依頼すると、開発会社ごとの見積範囲が揃わず、費用比較が難しくなる。また、AWSやAzure、Googleのマネージド型RAG基盤で足りる範囲かどうかも、依頼前に切り分けておくと無駄な個別開発を避けられる。
開発会社を見極める視点
技術力の説明だけでなく、運用まで踏み込んだ質問をしてくる会社かどうかを見る。
文書管理から話せるか
RAG開発の失敗は、AIモデルではなく文書管理で起きることが多い。古い資料、重複ファイル、閲覧権限の違い、PDF内の表、画像化された資料、部署ごとの正本差があると、検索品質が落ちる。良い開発会社は、最初に次の質問をする。
| 質問 | 理由 |
|---|---|
| 対象文書は何件あるか | 処理方式と費用に関わる |
| 更新頻度はどれくらいか | 同期設計が変わる |
| 正本はどこか | 古い情報を回答しないため |
| 部署別権限はあるか | 情報漏えい防止に必要 |
| 質問例はあるか | 評価セットを作るため |
この確認なしに「すぐ作れます」と言う会社は、PoC後の運用で詰まる可能性がある。
検索評価を設計できるか
RAGは、回答が自然に見えても根拠が間違っていることがある。開発会社には、質問セット、正答文書、評価基準を作れるか確認する。
| 評価項目 | 見る内容 |
|---|---|
| 検索結果 | 正しい文書が上位に出るか |
| 回答 | 根拠にない断定をしていないか |
| 根拠表示 | 回答に参照元が付いているか |
| 権限 | 見られない文書を参照していないか |
| 更新 | 新しい文書が反映されるか |
見積書には、開発だけでなく評価セット作成と改善回数を含める。評価がないPoCは、成功・失敗の判断が曖昧になる。
PoC終了条件が明確か
RAG開発は、PoCと本番の境界を曖昧にすると費用が膨らむ。見積前に、PoCの終了条件を決める。
| 項目 | 例 |
|---|---|
| 対象文書 | 営業FAQ 300件、規程PDF 50件など |
| 利用者 | 1部門10名など |
| 質問数 | 評価質問50問 |
| 成功基準 | 根拠文書上位表示80%以上など |
| 期間 | 4-8週間 |
| 本番移行条件 | 権限、ログ、SLA、運用担当の確定 |
PoCで全社全資料を対象にしない。範囲を絞り、評価できる形にする。
SaaS・クラウド型RAG基盤と個別開発の使い分け
RAGは必ず個別開発が必要とは限らない。まずクラウド大手が提供するマネージド型基盤や、ノーコード寄りの構築ツールで足りるかを確認する。
ノーコード/ローコード型基盤
社内の検証や小規模用途では、OSSベースのノーコードツールで素早くPoCを組める。
| 基盤 | 提供元 | 料金モデル | 特徴 |
|---|---|---|---|
| Dify(Cloud) | LangGenius | Professional $590/年、Team $1,590/年 | ノーコードでRAGアプリを構築、セルフホストも可能 |
| Amazon Bedrock Knowledge Bases | AWS | 個別のKB料金なし。embedding課金+ベクトルDB(OpenSearch Serverless 月額$701目安〜)+LLM従量課金 | SharePoint・Confluence・S3などと直接連携 |
| Azure AI Search | Microsoft | 本番向け最低ラインのStandard(S1)で月額約$245〜 | Azure OpenAIやCopilotとの統合が前提 |
| Google Vertex AI Search | 検索クエリ1,000件あたり$1.5〜$6、月10,000件まで無料 | Google Cloudのデータ基盤と連携しやすい |
クラウド大手のマネージドRAGが向くケース
社内文書が既にSharePointやGoogle Drive、S3などクラウド上にあり、権限管理もそのプラットフォームで完結している場合は、マネージド型基盤の方が立ち上げが早い。一方で、複数の基幹システムを横断する権限設計や、独自のUI・ワークフロー組み込みが必要な場合は、個別開発の比重が増える。
個別開発が必要になるケース
部署ごとに異なる権限体系、オンプレミスの基幹システムとの連携、社内特有の承認フローの組み込みなど、標準機能で吸収しきれない要件がある場合は、個別開発が現実的な選択になる。開発会社がSaaSとの比較を嫌がらず、既製ツールで足りる範囲と個別開発が必要な範囲を分けられるかを見る。
AllAIでは、まず /saas でSaaS比較、/diagnosis で要件整理、個別開発が必要な場合に /partners で開発会社選定へ進む流れを推奨する。
まとめ
RAG開発会社は、文書管理、検索評価、PoC終了条件、SaaS・クラウド基盤との切り分けで選ぶ。見積依頼前に、対象文書、質問例、権限、成功基準を整理すると、比較しやすい提案になる。モデルやツール名よりも、評価と運用まで設計できる会社を選ぶのが安全である。
FAQ
Q. RAG開発会社は技術スタックで選べばよいですか? A. 技術スタックだけでは不十分である。文書管理、検索評価、権限設計、PoC終了条件まで確認する。
Q. RAGの見積前に用意すべきものは何ですか? A. 対象文書、利用者、質問例、権限、成功基準、更新頻度を整理する。
Q. RAGはSaaSではなく必ず開発が必要ですか? A. 必ずではない。小規模FAQならSaaSやマネージド型基盤で足りることがあり、権限付き検索や基幹連携が必要なら個別開発を検討する。
Q. RAG開発の費用相場はどれくらいですか? A. 国内の目安として、PoCは100〜300万円、本番構築は300〜1,000万円、月額運用費は10〜50万円程度である。規模や連携範囲が広がるほど上振れする。
Q. RAG開発でよくある失敗パターンは何ですか? A. 評価セットを作らずにPoCを進める、全社全資料をいきなり対象にする、権限設計を後回しにする、の3つが多い。範囲を絞り、評価基準を先に決めることでリスクを減らせる。
Q. AWSやAzure、Googleのマネージド型RAGを使えば開発会社は不要ですか? A. 単純な社内FAQ検索なら自社エンジニアだけで組める場合もある。ただし権限設計、既存システム連携、UI組み込みが複雑になるほど、設計・実装を任せられる開発会社の関与が必要になる。
出典:
- NIST AI Risk Management Framework: https://www.nist.gov/itl/ai-risk-management-framework (確認日: 2026-07-10)
- AI事業者ガイドライン: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-10)
- Dify Pricing(公式): https://dify.ai/jp/pricing (確認日: 2026-07-10)
- RAG導入の費用相場と内訳(2026年版): https://gxo.co.jp/column/rag-implementation-cost-breakdown-2026 (確認日: 2026-07-10)
次に見る
関連する記事・ガイド
- 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受託開発で納品される運用マニュアルを、運用・品質保証・情シスが検収し版管理する手順、確認項目、証跡、費用の見方を整理します。