提案書 ていあんしょ
簡単に言うとこんな感じ!
提案書は、ベンダー(システム会社)が「うちならこう作ります!こんな金額です!」って発注側に出してくる書類だよ。料理に例えると、お客さんが「こんな料理が食べたい」と伝えたあとに、シェフが「こんなメニューで、この値段でいかがですか?」って持ってくる献立提案書みたいなもの!
提案書とは
提案書とは、システム開発やITサービスの導入において、ベンダー(受注側の会社)が発注者に対して「どのように課題を解決するか」「いくらでどのくらいの期間で実現できるか」を文書にまとめたものです。発注者が出すRFP(提案依頼書)に対する回答文書として作成されるケースが多く、複数のベンダーから提案書を集めて比較・評価するプロセスがシステム調達の基本となります。
提案書には、システムの設計方針・導入スケジュール・費用見積もり・運用保守体制・会社の実績など、発注者が意思決定に必要な情報が一通り盛り込まれます。ベンダーにとっては営業活動の成果物であり、発注者にとってはベンダー選定の判断材料となる、双方にとって重要な文書です。
提案書の質はベンダーの技術力・理解力・誠実さを映す鏡とも言えます。「要件をきちんと読み込んでいるか」「現実的なスケジュールか」「費用の根拠が明確か」といった観点で評価することで、発注後のトラブルリスクを大幅に減らすことができます。
提案書の主な構成要素
一般的な提案書には以下のセクションが含まれます。発注者として受け取ったとき、各項目が「ちゃんと書かれているか」をチェックポイントにしましょう。
| セクション | 内容 | 発注者のチェックポイント |
|---|---|---|
| 課題・背景の理解 | 発注者の状況・課題をベンダーが自分の言葉で整理 | RFPの内容をきちんと読んでいるか |
| 提案概要 | 解決策の方向性・システムのコンセプト | 課題に対して的外れでないか |
| システム構成・機能一覧 | 何を作るか・どんな機能があるか | 要件を満たしているか |
| 開発・導入スケジュール | いつまでに何をするかのマイルストーン | 工程が現実的か |
| 費用見積もり | 初期費用・ランニング費用の内訳 | 内訳が明確か・隠れたコストがないか |
| 体制・担当者 | プロジェクトマネージャーや技術者の紹介 | 経験豊富なメンバーがアサインされるか |
| 会社実績・事例 | 類似案件の納品実績 | 同種のプロジェクト経験があるか |
| 保守・運用プラン | 納品後のサポート内容・SLA | 長期的な面倒を見てもらえるか |
「課題理解」のページが一番大事
提案書の中で最初に読むべきは課題・背景の理解のセクションです。ここがズレていると、どれだけ立派な機能一覧や低い見積もりが並んでいても「うちの話を聞いていない」ベンダーだとわかります。逆にここが的確なベンダーは、発注後のコミュニケーションもスムーズになりやすいです。
費用は「総所有コスト(TCO)」で比べる
見積もりは初期費用だけで比べてはいけません。TCO(Total Cost of Ownership:総所有コスト)として、初期開発費+月額保守費×運用年数で比較しましょう。初期費用が安くても保守費が高いと、5年後には逆転することがよくあります。
歴史と背景
- 1960〜70年代:米国防総省が大規模調達の透明性確保のために、競争入札と書面による提案評価の仕組みを整備。現在のRFP・提案書の原型となる
- 1980年代:民間企業でもシステム調達が増加し、複数ベンダーへの提案依頼が一般化。「提案書を比較して選ぶ」文化が広まる
- 1990年代:日本でも官公庁・大企業を中心にRFP文化が普及。バブル崩壊後のコスト意識の高まりとともに、「なんとなく発注」から「比較して発注」へシフト
- 2000年代:パッケージソフト・SaaSの台頭により、「フルスクラッチ開発の提案書」だけでなく「既製品のカスタマイズ提案書」が増加
- 2010年代以降:クラウド・アジャイル開発の普及で、従来の「ウォーターフォール型の詳細提案書」に加え、「フェーズ分割型」「PoC(概念実証)先行型」の提案書スタイルも登場
RFP・提案書・見積書の関係
3つの書類は混同しやすいですが、発行者も役割もまったく異なります。
| 書類名 | 誰が出すか | 目的 |
|---|---|---|
| RFP(提案依頼書) | 発注者 | 「こんなシステムが欲しい」を伝える |
| 提案書 | ベンダー | 「こう解決します」を伝える |
| 見積書 | ベンダー | 費用の内訳を明示する |
| 契約書 | 双方 | 合意内容を法的に確定する |
提案書の評価方法
複数のベンダーから提案書を受け取ったら、評価基準を事前に決めて点数化するのがベストプラクティスです。感覚だけで選ぶと「営業担当が感じよかったから」という理由になりがちで、後で後悔するケースがあります。
【提案書 評価シート(例)】
評価項目 配点 ベンダーA ベンダーB ベンダーC
─────────────────────────────────────────────────
課題理解の正確さ 20点 18 14 16
提案内容の妥当性 25点 20 22 18
スケジュールの現実性 15点 12 13 10
費用(コスパ) 20点 15 18 17
保守・サポート体制 10点 8 7 9
実績・信頼性 10点 8 9 7
─────────────────────────────────────────────────
合計 100点 81 83 77
関連用語
- RFP(提案依頼書) — 発注者がベンダーに要件・条件を伝えるための文書
- ベンダー選定 — 複数の候補から発注先の会社を選ぶプロセス
- 見積書 — 費用の内訳を明記した書類。提案書とセットで提出されることが多い
- 要件定義 — システムに必要な機能・条件を整理するプロセス
- SLA(サービスレベル合意) — 保守・運用の品質基準を定めた契約上の合意
- TCO(総所有コスト) — 初期費用だけでなく運用コストまで含めた総費用の考え方
- PoC(概念実証) — 本格開発の前に小規模で実現可能性を検証する取り組み
- 契約形態 — 請負・準委任など、発注時に選ぶ契約の種類