データ管理システムのRFP/要件定義書/提案依頼書について

発注企業がRFP(提案依頼書)と要件定義書で定めるのは、予算とPoCの進め方、契約形態です。さらに、権限・マスキングと運用費(TCO)も要件に含めます。

データ管理システムの成否は、契約前のRFPと要件定義で大きく左右されます。特にデータ分析基盤は、整えて初めて見える課題があり、目的が曖昧なこともあります。

▼全体ガイドの記事
・データ管理システムの完全ガイド

データ準備費を見込んだ予算設計

小規模MVP、中規模、大規模基盤の構築費相場を3つのパネルで比べた図。
想定する規模をそろえると、提案金額を比べやすくなります。

RFPと要件定義で最初の論点になるのは、規模を踏まえた予算設計です。一次データでは、相場は小規模MVPで100万〜300万円、中規模で300万〜1,500万円とされています。

さらに、全社規模の大規模基盤は、1,000万〜5,000万円以上が相場とされています。規模によって相場が大きく変わるため、RFPで目指す規模を明確にしなければ、提案を比べられません。

クレンジング費の見込み(予算の2〜3割)

一次データでは、社内データの収集とクレンジングに、全体予算の2〜3割が必要とされています。構築費だけを予算に入れると、分析に使えるデータが手元にないまま開発が進み、追加費用や工期の延長が生じることがあります。

データの状態を伏せたままだと、ベンダーは整ったデータを前提に安く見積もり、後から追加請求することがあります。そのため、データの実態を先に伝えておくことが、正しい見積もりの前提になります。

データ準備費を見積もるには、次の点をRFPと要件定義書に反映します。

  • データ状況を開示:所在、表記ゆれ、欠損の程度を伝える
  • 整備工数を見積もる:収集とクレンジングの費用を、ベンダーに算出してもらう
  • 総額で比較:クレンジング費を含めた提案で、妥当性を確かめる

見積もりのバッファ(30〜40%)

一次データでは、企業の85%がコストを10%以上見誤り、初年度に30〜40%の予算超過を経験しています。さらに、要件が不明確なまま進めると、開発費が30〜50%増えると示されています。

想定外の追加は起きやすく、予算設計では余裕を見込んでおくことが欠かせません。予算超過を避けるため、次の備えをRFPと要件定義書に含めます。

  • 予備費を確保:見積もりに30〜40%のバッファを持たせる
  • 要件を具体化:実現したいことと分析対象データを明記する
  • 上流で検討:発注前に要件を詰め、総額を抑える

ポイント

迷ったときは、目指す規模の相場を起点に予算を組み、データ準備費と見積もりのバッファを最初から含めます。後から膨らむ追加費用を抑える備えになります。

PoCを3ヶ月で区切る進め方の要件

3ヶ月以内と6ヶ月を超えるPoCについて、成功率を左右2列で比べた図。
期間を延ばす前に、判定時期を決めておく視点が得られます。

データ・AI系のシステムでは、本開発の前にPoC(概念実証)で実現性を確かめます。PoCの設計と判断時期をRFPに明記すると、無駄な投資を避ける助けになります。PoCの結論が出ないまま長引くと、費用だけがかさむおそれがあります。

3ヶ月で結論を出すPoC設計の要件

PoCを期間で区切ることの意味は、一次データにも表れています。成功率は、3ヶ月以内なら65%ですが、6ヶ月を超えると15%まで下がるとされています。また、3ヶ月で結論を出すことは、最大のコスト削減につながるとされています。

3ヶ月で結論を出すなら、判定基準も先に決めておきます。たとえば、需要予測なら、予測誤差が一定水準を下回るかどうかを基準にします。

PoCの期間と判定基準に加えて、使用データの範囲も次のとおり定めます。

  1. 期間を原則3ヶ月とし、その時点で成否を判断する
  2. 予測誤差など、検証内容に応じた評価指標を決める
  3. 部署や商品を絞って検証し、結果を確認してから全社展開へ進む

一次データでは、AIプロジェクトの約30%がPoC後に放棄されています。PoCは早期の撤退判断にも使えるため、長引かせない設計を契約段階で合意しておきます。

請負と準委任の契約形態の使い分け

データ分析は試行錯誤を伴うため、成果物を固定する請負契約が適さない場面があります。一次データでは、請負契約は準委任の1.3〜1.5倍の係数がかかるとされています。たとえば、500万円想定の案件が650万〜750万円に膨らむ例も示されています。

さらに、探索段階まで請負で固定すると、リスクを含んだ高めの見積もりになったり、範囲を狭く解釈されたりすることがあります。そこで、契約形態は、見積もりの妥当性と開発中の柔軟性を両立させるように設計し、RFPに記します。PoCの区切りに合わせて、提案を求めます。

  • 探索段階:要件が固まらないため準委任を想定する
  • 構築段階:要件が固まった後は、請負で進める

ポイント

迷ったときは、PoCを3ヶ月で区切り、探索段階は準委任、構築段階は請負とします。判定基準を先に決めておくと、結論が出ないまま費用が膨らむのを防げます。

権限管理・データマスキングの要件

データ基盤の要件として、閲覧範囲、認証連携、AI検索、マスキングと監査ログを示す図。
参照制御と利用記録を一緒に設計する構成です。

全社で使うデータ基盤では、権限管理やマスキングを要件定義の初期から織り込みます。後から加えると基盤全体の作り直しになりやすいためです。また、RFPに要件を明記すると、安全な設計を前提とした提案を引き出せます。

役職・部門別アクセス権限の要件

要件定義書では、データを見せる範囲を役職や部門ごとに分けて定めます。たとえば、人事データは人事部と役員だけが見られるようにし、各エリアの売上は当該エリアの担当者に限ります。権限のないユーザーには、データを見せないのはもちろん、AIの回答にも含めない状態を要件にします。

社内の認証基盤(IdP)と連携させると、アカウントと権限をまとめて管理できます。入退社や異動による変更も反映しやすくなります。

権限の設計が甘いと、基盤そのものが情報漏えいのリスク源になりかねません。従来の業務システムは画面単位の権限制御で足りましたが、AI検索は社内データを横断するため、権限外の情報が回答に混ざるリスクがあります。

そのうえで、次の権限ルールと運用方法を要件定義書に明記します。

  • 閲覧範囲:誰がどのデータを見られるかを一覧にしておく
  • 認証連携:既存IdPとの連携方法を提案させ、運用可能性を評価する
  • AI検索:回答前に権限で参照範囲を絞る仕組みを必須化し、実装方針をベンダーに提案させる

個人情報のマスキングと監査ログ

個人情報や機密項目を扱う場合は、氏名、口座番号、評価情報を伏せたまま分析や表示ができる仕組みを求めます。特にAI検索では、回答に機密情報が混ざらないように制御する必要があります。

マスキングと監査ログについては、次の内容を要件に含めます。

  • マスキング:対象範囲と適用ルールを具体化する
  • 監査ログ:誰が、いつ、どのデータにアクセスしたかを記録する

アクセス記録は、不正の検知や漏えい時の追跡に役立ちます。分析機能と統制機能は一体で設計し、RFPではセキュリティを機能と同じ重みで評価します。

ポイント

迷ったときは、閲覧範囲・マスキング・監査ログを一体で要件に含めます。AI検索で権限外の情報を回答から外せるかが、提案を比べる際の目安になります。

運用がTCOの8割を占める前提の評価軸

RFPでは、初期構築費の安さだけでなく、構築後の運用費も含めて比べることが大切です。データ管理システムは、構築後も運用に費用がかかり続けるためです。要件定義の段階からTCO(総保有コスト)を評価軸にすると、発注後の後悔を防ぎやすくなります。

初期費用はTCOの2割という80%ルール

一次データが示す「TCOの80%ルール」では、初期構築費は総保有コストの約20%です。残り80%は、運用・保守・教育などの継続費用が占めます。

データ管理システムの保守費は、初期開発費の年5〜15%が目安です。予測モデルを含む場合は、チューニングに月10万〜30万円かかります。

データクレンジングの継続費も月5万〜15万円かかります。さらに、クラウド型の継続費は月額20万円からとなり、数年で大きな金額になります。

80%ルールを踏まえ、RFPでは次の費用を含めた数年分のTCOを尋ねます。

  • 初期構築費:開発と導入にかかる費用
  • 運用・継続費:保守、教育、データ整備、BI、クラウド費を含める

初期費用が安くても運用費が高い場合と、初期費用が相応でも運用が手堅い場合とでは、TCOが逆転することもあります。

内製化・運用体制を提案に求める評価軸

すべてをベンダーに任せきりにすると、運用費が下がらず、改修のたびに費用と時間がかかります。そこで、内製化に向けた次の支援や前提を、提案に含めてもらいます。

  • 運用移管:自社担当者が段階的に運用を引き取れる支援
  • 人材育成:データクレンジングや基盤運用を担う人材を社内で育成する
  • 現場活用:担当者をデータ活用のパワーユーザーへ引き上げる手順も示させる

ROIを稟議で示す際は、実質人件費を給与の1.5〜2倍として計算します。効果は充当率50%で控えめに見積もり、その前提を評価の計算に組み込みます。

riplaは、フルスクラッチ受託とデータ基盤構築の立場から、TCOと内製化を見据えた要件整理を支援しています。RFPは、数年使い続けて投資を回収するための文書です。

提案を多面的に比べる評価表

価格だけで比べると、初期費用の安さに目を奪われ、運用費や品質を見落とすおそれがあります。そのため、複数社の提案を評価表で比べます。評価表には、次の評価軸を入れます。

  • 数年分のTCO:初期費用、年間保守費、データ整備費、BI・インフラ継続費
  • 機能・進行:権限管理・マスキングへの対応、PoCの進め方
  • 内製化:運用を支援する体制の有無

各軸に重みをつけて、総合点で比べます。RFPの段階で評価軸を示しておくと、各社の提案を同じ条件で比べられ、検討の手戻りも減ります。

評価表は判断の客観性を支えるとともに、ベンダーが強みを整理して提案する助けになります。要件定義は、自社の希望を言語化し、提案を比べるためのルールを作る作業です。

ポイント

迷ったときは、初期費用だけでなく数年分のTCOと内製化の体制で提案を比べます。運用費が高いと、初期費用の差はTCOで逆転することもあります。

まとめ

データ管理システムのRFPと要件定義では、データ準備費を予算の2〜3割で見込み、見積もりに30〜40%のバッファを加えます。

PoCは3ヶ月で区切り、探索段階は準委任、構築段階は請負とします。権限管理・マスキング・監査ログは、初期の段階から要件に含めます。

TCOの80%ルールを踏まえ、運用と内製化まで含めて提案を評価します。要件が不明確だと開発費は30〜50%増えるため、上流で要件を整理することがコスト抑制につながります。

RFPは、数年かけて投資を回収するための文書です。自社データの実態と狙う効果を開示し、初期費用だけでなくTCOで比べると、ベンダー選定の精度が高まります。

riplaは、フルスクラッチ受託と国内開発を組み合わせ、データ準備からTCO・内製化まで見据えた要件定義を支援します。全体像はデータ管理システムの完全ガイドをご覧ください。

▼全体ガイドの記事
・データ管理システムの完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。