AI開発の見積もりは、通常のシステム開発よりもブレやすい。理由は、画面や機能だけでなく、データ品質、モデル選定、評価方法、情報漏えい対策、運用改善まで費用に影響するためだ。
この記事では、AIチャットボット、社内RAG、AIエージェント、画像認識、需要予測などの開発を外注する前に、RFPへ入れておきたい項目を整理する。
1. 業務目的を具体化する
AI開発のRFPでは「AIを導入したい」では足りない。次のように、業務上の成果に変換する。
| 曖昧な依頼 | RFPに書くべき表現 |
|---|---|
| 社内問い合わせをAI化したい | 月間問い合わせ件数、対象部署、回答対象文書、有人対応に戻す条件 |
| 営業資料を自動生成したい | 入力情報、生成する資料の種類、レビュー者、利用頻度 |
| 画像検査をAI化したい | 検査対象、良品/不良品の定義、許容できる誤検知率 |
| AIエージェントを作りたい | 実行させたい業務、接続するシステム、承認が必要な操作 |
2. データ条件を書く
AI開発では、データの状態が費用を左右する。
- データ形式: PDF、Excel、画像、DB、SaaS、メール
- データ量: 件数、容量、更新頻度
- データ品質: 欠損、重複、表記ゆれ、古い情報
- 利用制限: 個人情報、契約情報、機密情報、社外秘
- 更新運用: 誰が、どの頻度で、どの情報を更新するか
特にRAGや社内AI検索では、文書を入れるだけでは成果が出ない。検索対象の整理、権限、更新、評価データ作成まで含めて見積もる必要がある。
3. セキュリティ要件を入れる
AI開発のRFPでは、少なくとも次の項目を明記する。
| 項目 | 確認内容 |
|---|---|
| 入力制御 | 機密情報や個人情報を入力してよいか |
| 外部送信 | LLM APIへ送るデータの範囲 |
| ログ | プロンプト、回答、参照文書、操作履歴の保存方針 |
| 権限 | 部署や役職ごとに参照できる情報を分けるか |
| 誤回答対応 | 回答できない場合、人に戻す条件 |
| 監査 | 利用状況、回答品質、費用を後から確認できるか |
4. 評価方法を決める
PoCの成功条件を「なんとなく使えそう」にすると、経営判断に進めない。RFPには次のような評価指標を入れる。
- 正答率、再現率、誤回答率
- 回答に根拠文書を付けられるか
- 手作業時間を何分削減できるか
- 有人対応へ戻す割合
- 1件あたりのAPI費用
- 担当者レビューに必要な時間
評価データの作成も開発範囲に含めると、PoC後に本番判断しやすくなる。
5. 運用費まで見積もる
AI開発の総額は、初期開発費だけでは判断できない。
| 費用項目 | 内容 |
|---|---|
| 初期開発 | 要件定義、設計、実装、テスト |
| データ整備 | 文書整理、タグ付け、権限設定、評価データ作成 |
| API費用 | LLM、埋め込み、画像認識、音声認識など |
| 監視運用 | ログ確認、品質評価、改善、障害対応 |
| セキュリティ | 権限、監査、脆弱性確認、利用ルール |
まとめ
AI開発のRFPでは、機能一覧だけでなく、データ、評価、セキュリティ、運用費を明記する必要がある。特にAIエージェントやRAGは、本番運用の品質管理まで含めて設計しないと、PoC止まりになりやすい。
GXOでは、AI開発のRFP整理、PoC設計、LLMOps、セキュリティ設計、費用試算までまとめて支援できます。
GXO実務追記: サイバーセキュリティで発注前に確認すべきこと
この記事のテーマは、単なるトレンド紹介ではなく、自社で最初に塞ぐべきリスク、外部診断の範囲、初動体制を決めるための検討材料です。検索で情報収集している段階でも、発注前に次の観点を整理しておくと、見積もりのブレ、手戻り、ベンダー依存を減らせます。
まず決めるべき3つの論点
| 論点 | 確認する内容 | 未整理のまま進めた場合のリスク |
|---|---|---|
| 目的 | 売上拡大、工数削減、リスク低減、顧客体験改善のどれを優先するか | 成果指標が曖昧になり、PoCや開発が終わっても投資判断できない |
| 範囲 | 対象部署、対象業務、対象データ、対象システムをどこまで含めるか | 見積もりが膨らむ、または重要な連携が後から漏れる |
| 体制 | 自社責任者、現場担当、ベンダー、保守運用者をどう置くか | 要件確認が遅れ、納期遅延や品質低下につながる |
費用・期間・体制の目安
| フェーズ | 期間目安 | 主な成果物 | GXOが見るポイント |
|---|---|---|---|
| 事前診断 | 1〜2週間 | 課題整理、現行確認、投資判断メモ | 目的と範囲が商談前に整理されているか |
| 要件定義 / 設計 | 3〜6週間 | 要件一覧、RFP、概算見積、ロードマップ | 見積比較できる粒度になっているか |
| PoC / MVP | 1〜3ヶ月 | 検証環境、効果測定、リスク評価 | 本番化判断に必要な数値が取れるか |
| 本番導入 | 3〜6ヶ月 | 本番環境、運用設計、教育、改善計画 | 導入後の運用責任と改善サイクルがあるか |
発注前チェックリスト
- [ ] 重要システムと個人情報の所在を棚卸ししたか
- [ ] VPN、管理画面、クラウド管理者の多要素認証を必須化したか
- [ ] バックアップの世代数、復旧時間、復旧訓練の実施日を確認したか
- [ ] 脆弱性診断の対象をWeb、API、クラウド、社内ネットワークに分けたか
- [ ] EDR/MDR/SOCの必要性を、監視できる人員と照らして判断したか
- [ ] インシデント時の連絡先、意思決定者、広報/法務/顧客対応を決めたか
参考にすべき一次情報・公的情報
上記の一次情報は、社内稟議やベンダー比較の根拠として使えます。一方で、公開情報だけでは自社の現行システム、業務フロー、データ状態、予算制約までは判断できません。記事で一般論を把握した後は、自社条件に落とした診断が必要です。
GXOに相談するタイミング
次のいずれかに当てはまる場合は、記事を読み進めるだけでなく、早めに相談した方が安全です。
- 見積もり依頼前に、要件やRFPの粒度を整えたい
- 既存ベンダーの提案が妥当か第三者視点で確認したい
- 補助金、AI、セキュリティ、レガシー刷新が絡み、判断軸が複雑になっている
- 社内稟議で費用対効果、リスク、ロードマップを説明する必要がある
- PoCや診断で終わらせず、本番導入と運用改善まで進めたい
AI開発のRFPに入れるべき項目｜費用・セキュリティ・運用を見積もるチェックリスト【2026年版】を自社条件で診断したい方へ
GXOが、現状整理、RFP/要件定義、費用対効果、ベンダー比較、導入ロードマップまで実務目線で確認します。記事の一般論を、自社の投資判断に使える形へ落とし込みます。
※ 初回相談では営業資料の説明よりも、現状・課題・判断材料の整理を優先します。