AI開発RFP:運用ランブックの書き方
AI開発RFP:運用ランブックの書き方では、運用ランブックをAI開発RFPに入れる時の質問項目、費用の見方、失敗事例、契約前の確認ポイントを整理します。

結論
AI開発RFP:運用ランブックの書き方では、障害、精度低下、API停止、誤回答が起きた時の手順をRFPに入れたいという発注者向けに、RFPで書くべき確認項目を整理する。AI開発は通常のシステム開発よりも、データ、評価、モデル更新、API費用、運用監視、責任分界の不確実性が大きい。したがって、RFPでは機能一覧だけではなく、合格基準、確認者、ログ、例外時の戻し方、追加費用の条件まで書く必要がある。
NIST AI RMFはAIリスクを設計、開発、利用、評価に組み込む枠組みを示している。NISTのGenerative AI Profileは生成AI特有のリスクを扱い、OWASP LLM Top 10はプロンプトインジェクション、機密情報漏えい、過剰な自律性、サプライチェーンなどを主要リスクとして整理している。日本では経済産業省・総務省のAI事業者ガイドラインやデジタル庁の生成AI調達・利活用ガイドラインも、AIの安全な調達・利用を考えるうえで参照しやすい。
発注前に整理すること
| 項目 | RFPに書く内容 | 見積で確認すること |
|---|---|---|
| 対象範囲 | 業務、データ、利用者、対象外、例外条件 | 範囲外作業と追加費用 |
| 評価方法 | 合格基準、評価データ、レビュー者、再評価頻度 | PoC/PoVで検証する件数と条件 |
| 運用責任 | 監視、ログ、問い合わせ、停止条件 | 月額保守、SLA、改善サイクル |
| リスク対応 | 禁止出力、権限、切戻し、連絡手順 | 事故時の対応時間と責任分界 |
RFPで必ず聞く質問
| 質問 | RFPでの書き方 |
|---|---|
| 誰が検知し、誰に連絡し、何分で判断するか | RFP本文、評価表、契約条件のどこで確認するかを書く |
| 通常運用、緊急停止、復旧を分けているか | RFP本文、評価表、契約条件のどこで確認するかを書く |
| 変更履歴と判断ログを残すか | RFP本文、評価表、契約条件のどこで確認するかを書く |
この質問に対して、具体的な設計、体制、ログ、費用、契約条件の回答が出ない場合は、提案の成熟度が不足している可能性がある。RFPの段階で曖昧にした項目は、開発後半で追加費用、品質問題、責任分界の争いになりやすい。
費用で見るポイント
監視、当番、ドキュメント更新、訓練が保守費に入る。AI開発の費用は、初期構築だけでなく、データ整備、評価、レビュー、API利用料、監視、改善まで含めて見る必要がある。競合記事でもAI開発費用は目的や工程により幅が大きいと説明されており、発注者は「安い見積」ではなく「抜け漏れの少ない見積」を比較すべきである。
| 費用項目 | 確認する理由 |
|---|---|
| データ整備 | 精度と運用品質に直結する |
| 評価・再テスト | 本番後の劣化やモデル更新に必要 |
| API・クラウド | 利用量で月額費が変動しやすい |
| 保守・監視 | 障害、誤回答、問い合わせに対応する |
| 教育・移管 | 発注者側で運用を続けるために必要 |
失敗しやすい進め方
典型的な失敗は、本番後の異常時に担当者が分からず、停止判断が遅れることである。AI開発では、デモで見える部分よりも、評価、ログ、権限、運用改善、停止条件の方が本番後の差になる。提案資料の見栄えではなく、失敗時の説明が具体的か、発注者側の作業も明確かを見る。
RFP本文に入れる短い文例
本RFPでは、運用ランブックについて、対象範囲、評価基準、追加費用条件、運用責任、ログ保管、停止・切戻し手順を提案書に明記してください。提案には、PoC/PoVで確認するテストケース、発注者が用意すべきデータ、月額運用費に含む作業、契約終了時の移管方法を含めてください。
この文例はそのまま使うのではなく、自社の業務、データ、リスク、予算に合わせて調整する。特に個人情報、医療、金融、労務、広告表現に関わる場合は、法務・セキュリティ部門の確認を前提にする。
図解で確認するポイント
この記事の画像は、運用手順について「範囲 → 質問 → 評価 → 費用 → 運用」の流れを図解している。タイトルを載せるだけではなく、発注者がRFPで確認すべき判断ゲートを視覚化した。
AllAI内での検討導線
発注前に AI発注診断 で要件を整理し、親記事として /partners/articles/ai-development-outsourcing-pillar-2026 を確認する。RFP全体は /partners/articles/ai-development-rfp-writing-guide-2026、費用感は /partners/articles/ai-development-cost-2026 も合わせて見る。
FAQ
Q. AI開発RFPで最初に書くべきことは何ですか? A. 作りたい機能ではなく、対象業務、利用者、データ、成功条件、使わない範囲を書く。
Q. 見積が安い会社を選んでもよいですか? A. 安さだけで選ぶのは危険である。評価、ログ、運用、修正、セキュリティ、月額費用が抜けていないかを見る。
Q. 運用ランブックで失敗を防ぐ一番のポイントは何ですか? A. RFP段階で曖昧な項目を残さないことである。特に評価、ログ、責任分界、追加費用、運用監視は契約前に確認する。
出典と確認日
- 経済産業省「AI事業者ガイドライン(第1.2版)」: https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html (確認日: 2026-07-08)
- デジタル庁「行政の進化と革新のための生成AIの調達・利活用に係るガイドライン」: https://www.digital.go.jp/news/decb64eb-f26e-41cb-8d37-f3dd173108b8 (確認日: 2026-07-08)
- NIST「AI Risk Management Framework」: https://www.nist.gov/itl/ai-risk-management-framework (確認日: 2026-07-08)
- NIST「Generative AI Profile」: https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence (確認日: 2026-07-08)
- OWASP「Top 10 for Large Language Model Applications」: https://owasp.org/www-project-top-10-for-large-language-model-applications/ (確認日: 2026-07-08)
- ZTABS「How to Write an AI RFP」: https://ztabs.co/blog/how-to-write-ai-rfp (確認日: 2026-07-08)
関連する記事・ガイド
- AI開発会社ガイドAI開発RFP:依存関係マップの作り方
AI開発RFP:依存関係マップの作り方では、依存関係マップをAI開発RFPに入れる時の質問項目、費用の見方、失敗事例、契約前の確認ポイントを整理します。
- AI開発会社ガイドAI開発会社の継続性を確認するRFPガイド
AI開発会社の継続性を確認するRFPガイドでは、ベンダー継続性をAI開発RFPに入れる時の質問項目、費用の見方、失敗事例、契約前の確認ポイントを整理します。
- AI開発会社ガイドAI開発の結合テスト費用ガイド
AI開発の結合テスト費用ガイドでは、結合テスト費用をAI開発RFPに入れる時の質問項目、費用の見方、失敗事例、契約前の確認ポイントを整理します。
- AI開発会社ガイドAI開発のクラウド費用超過失敗事例
AI開発のクラウド費用超過失敗事例では、クラウド費用超過をAI開発RFPに入れる時の質問項目、費用の見方、失敗事例、契約前の確認ポイントを整理します。