結論:PoCは10万〜30万円、実用版は30万〜100万円が目安
RAGチャットボットは、質問に関連する社内文書や商品資料を検索し、その内容を根拠に生成AIが回答する仕組みです。費用はチャット画面より、文書の整理、検索精度、利用者ごとの権限、出典表示、評価、更新方法で決まります。まず一業務・20〜50問の評価セットで試し、効果を確認してから認証や連携を追加します。
| 小規模PoC | 10万〜30万円2〜4週間。限定文書、20〜50問の評価、簡易画面、出典表示 |
|---|---|
| 小規模な実用版 | 30万〜100万円1〜3か月。認証、管理画面、文書更新、権限、ログ、評価を含む |
| 複数部署・複数データ源 | 100万〜300万円2〜5か月。部署別権限、複数検索、既存システム連携、監視 |
| 全社・高度な連携 | 300万円〜4か月〜。大規模文書、複雑な権限、可用性、監査、外部操作 |
| 公開後の保守 | 月1.2万円〜+従量費文書更新、精度評価、障害確認。利用量と連携範囲で変動 |
金額はshingokumonへ個別開発を依頼する場合の目安で、市場平均ではありません。既製サービスを使う場合は、初期設定、月額、利用量、データ容量、追加連携、解約時のデータ移行を別々に確認してください。
RAGチャットボットの開発費に含まれるもの
| 要件整理 | 質問・利用者・完了条件を決定RAGを作ることではなく、誰の何分を減らすかを決める |
|---|---|
| 文書処理 | 抽出・分割・メタデータ付与PDF、Word、Web、表から検索できる単位へ整える |
| 検索 | キーワード・ベクトル・再順位付け固有名詞、型番、意味の近さを扱える構成にする |
| 回答 | 根拠に沿った生成と拒否資料にない場合は推測せず、分からないと返す |
| 出典 | 文書名・版・該当箇所を表示利用者が元資料を開いて回答を確認できるようにする |
| 評価 | 検索と回答を別々にテスト正しい根拠が出たか、回答が根拠と一致したかを測る |
RAGは「PDFをAIに読ませる機能」だけではありません。文書を登録する流れと、質問時に安全に検索して回答する流れがあり、公開後も文書の更新・削除と評価が続きます。
費用が変わる6つの条件
| 文書の状態 | 形式・重複・旧版・画像件数よりも、正本化と読み取りの難しさが工数に影響する |
|---|---|
| 利用者と権限 | 会社・部署・役職・案件検索前に閲覧可否を判定する設計とテストが必要 |
| 更新方法 | 手動・自動同期・承認付きGoogle Drive等との同期や削除反映が増えると複雑になる |
| 検索精度 | 固有名詞・表・複数資料の比較検索方法、分割、再順位付け、評価セットの調整が必要 |
| 外部連携 | DB・CRM・業務APIリアルタイム値の照会や更新はRAG以外の実装を伴う |
| 安全要件 | 個人情報・機密・監査・保存地域ログ、暗号化、削除、権限分離、契約確認の範囲が増える |
特に権限は後付けが難しい部分です。回答を生成してから隠すのではなく、利用者が閲覧できる文書だけを検索対象にします。複数会社や複数店舗を扱う場合は、データ分離のテストも必要です。
開発期間の目安
| 1週目 | 対象業務・質問・正解を整理質問20〜50件と根拠資料を集め、成功条件を決める |
|---|---|
| 2〜3週目 | 文書処理・検索・回答を試作抽出、分割、検索、出典表示まで一つの流れを作る |
| 3〜4週目 | PoC評価と改善検索失敗、根拠不一致、回答不能、応答時間、費用を測る |
| 2か月目 | 認証・権限・管理画面を追加実用版では文書更新、利用者制御、ログ、停止方法を実装する |
| 3か月目以降 | 連携・対象部署を段階拡大基準を満たした範囲から同期や業務システム連携を追加する |
開発より文書整理に時間がかかる場合があります。旧版と正式版が混在している、表やスキャンPDFが多い、管理者が決まっていない場合は、PoC前に正本を決めます。
公開後にかかる従量費・運用費
| 生成AI API | 質問・回答の文字量に応じる長い会話履歴や多数の検索結果を毎回渡すと増える |
|---|---|
| 埋め込み | 登録・更新した文書量に応じる全件を毎回作り直さず、変更箇所だけ更新する |
| 検索DB | データ量・性能・冗長性に応じるPoCと全社利用で必要な容量・応答性能が異なる |
| ファイル保存 | 原本・抽出結果・履歴に応じる保存期間、版管理、削除方法を決める |
| 監視・ログ | 利用数と保存期間に応じる障害だけでなく、回答品質と権限違反も確認する |
| 運用保守 | 更新頻度・評価範囲に応じる文書変更後の再評価と回答改善を継続する |
利用料は質問回数だけでは決まりません。一回の回答へ渡す文章量、文書の更新頻度、ログの保存期間、検索DBの構成でも変わります。PoCでは一質問あたりの原価も記録し、利用者数を増やした場合を試算します。
納品・検収で確認する6項目
| 検索精度 | 正しい根拠が上位に出る評価質問ごとに必要文書の取得可否を記録する |
|---|---|
| 回答忠実性 | 回答が取得文書と一致する自然さではなく、根拠にない断定がないかを見る |
| 出典 | 元資料を開いて確認できる文書名、版、更新日、該当箇所が対応しているか確認する |
| 拒否 | 根拠がなければ回答しない答えのない質問や範囲外質問で推測しないか試す |
| 権限 | 閲覧不可文書が検索されない会社・部署・役職をまたぐテストを行う |
| 運用 | 更新・削除・停止・復旧ができる担当者が日常運用でき、問題時に止められることを確認する |
検収用の質問と期待結果を契約前に共有します。回答文が少し違っても、正しい根拠を取得し、内容が根拠と一致し、必要な出典を示せるかで判断します。
RAGチャットボットを開発・導入する7つの手順
技術選定より先に、質問・正解・根拠文書・成功条件を決めます。
STEP 1 対象業務と利用者を一つに絞る
社内規程、商品資料、接客手順など、同じ質問が繰り返され、根拠文書がある業務を選びます。
STEP 2 質問・正解・根拠を20〜50件作る
実際の質問、期待する回答、参照すべき文書を先に用意し、開発前の基準にします。
STEP 3 文書の正本と権限を整理する
旧版、下書き、重複を除き、更新日、管理者、閲覧できる利用者を決めます。
STEP 4 PoCの範囲と見積もりを確定する
文書形式、質問数、画面、出典、評価項目、納品物、実用版へ進む条件を合意します。
STEP 5 検索と回答を別々に評価する
正しい文書を取得できたか、取得内容と回答が一致したかを分けて記録します。
STEP 6 認証・権限・更新機能を追加する
PoCで効果を確認した後、実際の利用者、管理画面、同期、監査ログ、停止機能を実装します。
STEP 7 公開後も評価セットを更新する
回答不能、誤検索、新しい質問、文書改訂を月次で確認し、変更後に同じ評価を行います。
RAGに向く業務・向かない業務
社内規程、商品資料、施設案内、マニュアル、契約条項など、正解の根拠となる文書があり、同じ質問が繰り返される業務に向きます。予約枠、在庫、売上など常に変わる現在値は、RAGへ文書として保存するのではなく、元のデータベースやAPIを直接照会します。採用、契約、支払いなど責任ある最終判断は人が行います。
基本の仕組みと発注準備
RAGの検索・生成の流れはRAGとは?社内AI検索の仕組み、必要な仕様はAIシステムの要件定義30項目、小さな検証の設計はAI PoCの費用・進め方で確認できます。
公式資料で仕組みと評価を確認する
Google CloudはRAGを、検索やデータベースと大規模言語モデルを組み合わせる仕組みとして説明しています。AWSは、モデルの学習外にある信頼できる知識ベースを回答前に参照する方法と説明しています。Microsoftの設計ガイドは、単純に見えるRAGでも、業務に合う設計・実験・評価には厳密な進め方が必要だとしています。
参考:Google Cloud「RAGとは」/AWS「What is RAG?」/Microsoft「RAG設計・評価ガイド」
よくある質問
RAGチャットボットの開発費用はいくらですか?
shingokumonで個別開発する場合、小規模PoCは10万〜30万円、小規模な実用版は30万〜100万円、複数部署・複数データ源は100万〜300万円が目安です。全社利用や複雑な権限・連携は300万円以上になる場合があります。別途、AI API、検索DB、保存、監視などの従量費がかかります。
RAGチャットボットの開発期間はどのくらいですか?
限定文書で行うPoCは2〜4週間、認証・管理画面・権限を含む小規模な実用版は1〜3か月が目安です。文書整理、複数部署の合意、既存システム連携、セキュリティ審査があると長くなります。
PDFをアップロードするだけなら安く作れますか?
少数の整ったPDFで試すだけなら小さく作れます。ただし実用化には、旧版除外、表や画像の読み取り、検索単位への分割、閲覧権限、出典表示、更新・削除、精度評価が必要です。費用はPDFの件数より状態と運用要件に左右されます。
RAGを使えば誤回答はなくなりますか?
なくなりません。検索が外れる、古い文書を取得する、根拠と異なる回答を生成する可能性があります。検索と回答を別々に評価し、出典を表示し、根拠がなければ回答を拒否させます。
RAGとファインチューニングはどちらを選ぶべきですか?
更新される社内文書や商品情報を根拠に答えたい場合はRAGが候補です。文体、出力形式、特定タスクの振る舞いを調整したい場合はファインチューニングが候補です。知識更新と振る舞い調整は目的が異なり、併用する場合もあります。
RAG開発の見積書で確認する項目は何ですか?
対象業務、文書形式、認証、閲覧権限、更新方法、出典表示、評価質問、検収基準、外部連携、ログ、保守、従量費、データの返却・削除を確認します。「チャット画面一式」だけでは、検索精度と安全性の範囲が分かりません。
自社資料で答えるAIを、10万〜30万円のPoCから作ります
質問と正解の整理、文書検索、出典表示、権限、評価、実用版への拡張まで一人で担当します。見積もり前に、文書の状態と必要な範囲を切り分けます。
LINE で相談する