• ホーム
  • dx
  • AI開発のRFP(提案依頼書)テンプレート|失敗しない書き方と必須9項目
dxdx

AI開発のRFP(提案依頼書)テンプレート|失敗しない書き方と必須9項目

ai-dev-rfp-template
AI 開発を外注するとき、見積もりが各社でバラバラになった経験はないでしょうか。同じ業務でも会社により2〜10倍の価格差が生じるケースは珍しくありません(AI 開発の見積もり比較を扱う専門メディアの分析による目安であり、公的統計ではありません)。原因の大半は RFP(提案依頼書)の粒度不足です。この記事では AI 開発に特化した RFP の書き方をテンプレート付きで解説します。

目次

この記事でわかること
通常のシステム開発と AI開発で RFP に求められる記載事項の違い
コピペで使える AI開発 RFP テンプレート(穴埋め式)
ベンダー選定で失敗しないための評価チェックリスト10項目

なぜ AI開発の RFP は通常のシステム開発と違うのか

汎用テンプレートで済ませると、ほぼ確実に見積もりが比較できなくなります。理由は AI開発特有の「不確実性」にあります。

AI開発特有の3つの不確実性(精度・データ・フェーズ設計)

通常開発では「仕様どおりに動くか」が基準ですが、AI開発では「どの程度の精度で動くか」が問われます。正解が一意に決まらない点が根本的な違いです。

不確実性は3つあります。

第一に精度要件です。Precision か Recall かで開発工数は大きく変わります。第二にデータ要件です。学習データの品質と量が成否を左右しますが、発注時点で状態不明なケースが多いです。第三にフェーズ設計です。PoC→本番化の2段階が前提になり、一括見積もりでは追加費用が膨らみます。

汎用 RFP テンプレートをそのまま使うと起きる問題

Ragate株式会社が2025年にビジネスパーソン550名を対象に実施した調査では、RFP 作成時の課題として「要件の粒度がわからない」が19.6%を占めました。

精度・データ要件が抜けた RFP は各社が異なる前提でコストを積む原因になります。「PoC では動いたが本番で使えない」失敗の多くは、本番化の判断基準を RFP で定めていなかったためです。

出典:Ragate(ラーゲイト)プレスリリース

AI開発 RFP に必須の9つの記載項目

以下の9項目を網羅すれば、見積もり前提を揃えられます。基本5項目と AI 特有4項目に分けて整理します。

基本項目(5項目)

1.
プロジェクト背景・目的:解決したい経営課題を記載します
2.
対象業務と現状フロー:AI を適用する範囲と現在の処理手順を明記します。AI が担当する箇所を切り分けることが重要です
3.
機能要件:入出力の仕様、連携システムと API 仕様を記載します
4.
非機能要件:同時アクセス数、応答速度、可用性を定めます
5.
予算・スケジュール:概算予算レンジと希望納期を提示します。金額を伏せるとリスク上乗せの見積もりが出がちです

AI 特有の項目(4項目)

6.
データ要件:学習データの形式・量・品質基準を記載します。未整備なら正直に書くことが見積もり精度を上げるコツです
7.
精度要件:目標指標(Precision、Recall、F1 等)と許容ラインを定義します。何をもって正解とするかの評価基準も明記してください
8.
PoC 設計・本番化判断基準:PoC の期間・データ規模・成功基準を事前に定めます。本番移行の判断指標を書くことで費用トラブルを防げます
9.
セキュリティ・運用体制:情報漏えい対策の方針(オンプレミス/クラウド/閉域網)、改善サイクル、保守体制と費用感を記載します

AI開発 RFP テンプレート(コピペ可)

以下の穴埋め式テンプレートを自社の要件に合わせて編集してください。

テンプレート全文

■ プロジェクト名:[    ] 
■ 作成日:[YYYY-MM-DD] 
■ 担当者:[    ]

【1. 背景・目的】現状の課題:[    ] AI で実現したいこと:[    ]
【2. 対象業務】業務名:[    ] 現状手順:[    ] AI 適用箇所:[    ]
【3. 機能要件】入力データ:[形式・量・頻度] 期待出力:[    ] 連携システム:[    ]
【4. 非機能要件】同時アクセス:[  ] 応答速度:[  秒以内] 可用性:[  %以上]
【5. 予算・スケジュール】予算レンジ:[  万〜  万円] 希望納期:[    ]
【6. データ要件】形式:[PDF/CSV/DB等] 量:[約  件/  GB] 品質:[整備済/未整備/一部]
【7. 精度要件】指標:[Precision/Recall/F1] 目標:[  %以上] 正解の定義:[    ]
【8. PoC 設計】期間:[  週間] データ規模:[  件] 成功基準:[    ] 本番化判断:[    ]
【9. セキュリティ・運用】方針:[クラウド/オンプレ/閉域網] 保守範囲:[    ] 改善:[月次/四半期]

記入例:社内文書検索 AI(RAG)の RFP サンプル

RAG 構築を題材にした記入例です。

プロジェクト名「社内ナレッジ検索 AI」、対象業務「社内規程の問い合わせ(月200件を手動回答)」、データ「PDF 約500件・2GB・一部未整備」、精度「Top-3 Recall 85%以上」、PoC「4週間・100件で評価、本番化は Recall 80%以上かつ応答3秒以内」のように記載します。

■ プロジェクト名:社内ナレッジ検索 AI(RAG)構築プロジェクト
■ 作成日:202X-XX-XX
■ 担当者:総務部 デジタル推進担当

【1. 背景・目的】
現状の課題:総務・人事等へ寄せられる「社内規程の問い合わせ」に対し、月間約200件を手動で検索・回答しており業務負荷が高い。
AI で実現したいこと:LLMおよびRAG技術を活用し、社内規程に関する問い合わせ対応を自動化・効率化する。

【2. 対象業務】
業務名:社内規程に関する社内からの問い合わせ対応業務
現状手順:担当者がファイルサーバーから該当文書を検索し、内容を読み込んで回答を作成。
AI 適用箇所:従業員からの自然言語による質問への自動回答生成、および根拠ドキュメントの提示。

【3. 機能要件】
入力データ:従業員からのテキスト質問(随時)
期待出力:自然言語による回答文、根拠ドキュメント(参照元PDFと該当ページ)の提示
連携システム:社内ポータルサイト、またはチャットツール(Teams/Slack等)

【4. 非機能要件】
同時アクセス:数十名規模
応答速度:3秒以内
可用性:99.9%以上

【5. 予算・スケジュール】
予算レンジ:〇〇万〜〇〇万円
希望納期:202X年XX月末(本番稼働)

【6. データ要件】
形式:PDFファイル
量:約500件 / 約2GB
品質:一部未整備(スキャン画像由来のPDFや、フォーマット不統一なドキュメントが含まれる)

【7. 精度要件】
指標:Top-3 Recall
目標:85%以上
正解の定義:ユーザーの質問に対し、回答の根拠となる正しいドキュメントが検索結果の上位3件以内に含まれること

【8. PoC 設計】
期間:4週間
データ規模:評価用テストデータ(質問と想定ドキュメントのペア)100件
成功基準:テストデータにて Recall 80%以上、かつ応答時間3秒以内を達成
本番化判断:PoC期間内に上記の成功基準(精度・パフォーマンス)を両方満たすこと

【9. セキュリティ・運用】
方針:セキュアなクラウド環境(Azure OpenAI等の閉域網接続を想定)
保守範囲:インフラの稼働監視、APIアップデート対応、QAサポート
改善:月次でのログ分析・プロンプトチューニング対応

※本記入例の数値は記載イメージを示すための架空の設定です。実際の記入時は自社の実データに置き換えてください。

ベンダー選定で失敗しないための評価チェックリスト

技術力だけでベンダーを選ぶと失敗します。AI開発は運用しながら精度を改善し続ける仕事だからです。以下の10項目で総合評価してください。

技術力だけで選ぶと失敗する理由

業務理解が浅いベンダーは的外れなモデルを作りがちです。保守体制が弱いと精度劣化に対応してもらえません。技術力・業務理解力・運用力の3軸で評価してください。

チェックリスト(10項目)

1.
同業種・同規模での AI開発実績があるか
2.
RAG やエージェント開発の具体事例を提示できるか
3.
精度評価の手法と指標を説明できるか
4.
PoC 後の本番化率を開示しているか
5.
納品物の範囲(ソースコード・学習データ・ドキュメント)が明確か
6.
保守運用の体制と月額費用が提示されているか
7.
セキュリティポリシーが自社基準を満たすか
8.
ナレッジ移転(勉強会・ドキュメント)を提供できるか
9.
契約解除条件・データ引き継ぎ手順が明記されているか
10.
見積もり内訳が工程別に分かれているか(「一式」ではないか)

発注者がやりがちな5つの NG パターン

発注者側でよくある失敗パターンを紹介します。いずれも RFP の段階で防げます。

費用だけで比較する、精度要件を書かない、PoC の成功基準が曖昧、など

NG1:費用だけで比較する。 安さ重視で PoC 頓挫→再発注になるケースがあります。内訳粒度と実績で比較してください。

NG2:精度要件を書かない。 「高精度で」だけではベンダーごとに解釈が異なります。評価指標と目標値を数字で定めてください。

NG3:PoC の成功基準が曖昧。 「うまくいったら本番化」では合意なく追加費用が発生します。開始前に判断指標を書面化してください。

NG4:データの現状を隠す。 未整備を伝えないと着手後にクレンジング費用が追加されます。正直に開示してください。

NG5:丸投げでノウハウが残らない。 ベンダーロックインの原因です。ナレッジ移転の要件を含めてください。

よくある質問(Q&A)

Q1. 通常のシステム開発の RFP との違いは?
A. 精度要件・データ要件・PoC 設計の3項目が追加で必要です。正解が一意に決まらない点が最大の差です。
Q2. どのくらいの粒度で要件を書けばいい?
A. 本記事の9項目が最低ラインです。粒度が粗いと見積もりが2〜10倍ブレます。
Q3. PoC と本番開発の契約は分けるべきですか?
A. 分けることを推奨します。一括契約ではスコープ変更時の費用交渉が難航します。
Q4. RFP は誰が書くべき?
A. 業務部門と情報システム部門の共同作成が理想です。
Q5. RFP を出す前に社内で準備すべきことは?
A. 対象業務の選定、学習データの棚卸し、概算予算の確保の3点です。
Q6. 見積もりが各社でバラバラになるのはなぜですか?
A. RFP が曖昧だと各社が異なる前提でコストを積むためです。9項目を明記すれば差は縮まります。
Q7. 中小企業でも RFP は必要ですか?
A. 必要です。予算に制約がある中小企業こそ、要件を明確にして不要なコストを防いでください。

まとめ

AI開発の RFP では「精度要件」「データ要件」「PoC 設計」の3項目が必須です。テンプレートの9項目を埋めれば見積もり前提が揃い、比較・選定がスムーズになります。まずはチェックリストで自社の RFP を点検してみてください。

本記事は最新の AI エージェントを構成パートナーに迎え、人間と AI のハイブリッド体制で執筆・校閲をおこなっています。(ファクトチェック完了:2026-07-13)
業務自動化・AI開発をお考えの方へ
「精度要件」「データ要件」「PoC 設計」のご相談もおまかせください。DXコンサルタントが最適なソリューションをご提案いたします。
無料相談を申し込む
プロフィール画像
記事を書いた人
泉川 学

小売業界でブランド品のバイヤーなどを経験したのちIT業界に転身。 株式会社ライブドアのインフラ事業の営業責任者を担当。 ベンチャー企業の運営に関わった後、2016年にデザインワン・ジャパン(現GMOデザインワン株式会社)へ入社。 「エキテン」事業の営業・サポート部門責任者を務めたのち受託開発事業の立ち上げを担当し、 現在は執行役員兼エキテン事業、受託開発事業とその所管グループ会社を統括。

contact お気軽にご連絡下さい。