ベンダーの提案書を読むときのチェックポイント7選｜元開発SEが教える「怪しい提案書」の見分け方
アカンパニー・パートナーズ
「DXを進めたいけれど、ITベンダーから出てきた提案書が難しくてよくわからない……」「提示された金額やスケジュールは、本当に妥当なのだろうか？」中小企業の経営者・現場の担当者から、こうしたご相談をよくいただきます。
ITベンダーの提案書を評価するときに必ず確認すべきポイントは、「費用の内訳と総コスト」「要件との合致度」「実績・事例の具体性」「保守・サポート体制」「ベンダーロックインのリスク」「納期の根拠」「契約形態の明確さ」の7つです。この記事では、受注側（開発SE）として提案書を作成してきた私が、ITの専門知識がなくても「怪しい提案書」を見抜き、自社に最適なベンダーを選ぶための正しい読み方をわかりやすく解説します。
ベンダー提案書を評価するときに確認すべき7つのポイント
【提案書（プロポーザル）とは】
提案書（プロポーザル）とは、発注者からの要求仕様（RFP）を受けてベンダーが作成する、システムの実現方法・費用・工程を示した提案文書のことです。
【7つのチェックポイント・まとめリスト】
ポイント① 費用の内訳と総コスト（初期費用だけ見ていないか）
ポイント② 自社の要件との合致度（RFPへの回答になっているか）
ポイント③ 実績・導入事例の具体性（同業種・同規模の事例があるか）
ポイント④ 保守・サポート体制とSLA（障害時の対応が明確か）
ポイント⑤ ベンダーロックインのリスク（乗り換えが困難な設計でないか）
ポイント⑥ 納期の根拠と工程表（なぜその期間でできるのか）
ポイント⑦ 契約形態の明確さ（請負か準委任か・追加費用の条件）
ポイント① 費用の内訳と総コスト（初期費用だけ見ていないか）
結論： 初期費用だけでなく、ライセンスや保守費を含めた「3年間の総コスト（TCO）」で比較します。
提案書で最も見落とされがちなのが、初期費用以外のコストです。「初期費用300万円」という数字だけを比較しても意味がありません。月額保守費用・ライセンス費用・バージョンアップ費用・ユーザートレーニング費用が別途かかる場合、3年間の総コストは初期費用の2〜3倍になることがあります。
必ず「初期費用・月額費用・年間費用・3年間総コスト」の4つを書き出して比較します。「別途見積もり」「オプション」という記載が多い提案書は、後から費用が膨らむリスクのサインです。
ポイント② 自社の要件との合致度（RFPへの回答になっているか）
結論： 自社が伝えた「困りごとや要望」に対し、汎用的な説明ではなく「自社専用の解決策」が書かれているかを確認します。
提案書は「自社のRFP（提案依頼書）や要件定義書への回答文書」です。しかし実際には、「どのベンダーにでも出せる汎用的な提案書」をそのまま持ってくるケースがあります。
確認すべきは「自社が求めた機能・要件が提案書の中で具体的に言及されているか」です。自社の社名や業界特有の課題に触れていない提案書は、自社のことを理解せずに作られた可能性が高いです。要件定義書の重要性については「要件定義書なしで発注すると何が起きるか」もご参照ください。
ポイント③ 実績・導入事例の具体性（同業種・同規模の事例があるか）
結論： 「導入実績○○社」という総数ではなく、「自社と同業種・同規模の具体的な成功事例」が明記されているかを確認します。
「導入実績200社以上」という記載より、「同業種・同規模の企業への導入事例が具体的に書かれているか」の方が重要です。業種や規模が違えば、現場での定着の難易度も全く異なるからです。
確認すべきは「業種・規模・解決した課題・導入後の効果」が明記されているかです。「事例は守秘義務のためお伝えできません」という返答が多いベンダーは、実績が乏しい可能性があります。評価基準を事前に設定し公平に比較することが、納得感のある選定につながります。（参考：aimc.co.jp「ベンダー評価の客観的な方法」https://www.aimc.co.jp/blog/p-14309/ 2024年6月）
ポイント④ 保守・サポート体制とSLA（障害時の対応が明確か）
結論： トラブル時の「連絡窓口」「対応時間」、そして「何時間以内に復旧を目指すかの約束（SLA）」が明記されているか確認します。
SLA（Service Level Agreement：サービスレベル合意）とは、システム障害が起きた際の「対応時間・復旧目標・責任範囲」を定めた合意書のことです。
確認すべきは「障害発生から何時間以内に対応するか」「対応窓口は電話・メール・どちらか」「24時間365日対応か・平日日中のみか」の3点です。本番稼働後にこそトラブルは起きます。「サポートは別途ご相談」という提案書は危険です。
ポイント⑤ ベンダーロックインのリスク（乗り換えが困難な設計でないか）
結論： 将来、別のベンダーに乗り換えたくなった際、「自社のデータを手元に引き出せるか（CSV等でのエクスポート機能）」を確認します。
ベンダーロックインとは、特定のベンダーのシステムに依存しすぎて乗り換えが困難になる状態のことです。「独自仕様のプログラム言語・フレームワーク」「データの外部出力機能がない」「他社製品との連携が困難な設計」はベンダーロックインのリスクが高い特徴です。
確認すべきは「データをCSV等の標準形式でエクスポートできるか」「別のシステムに乗り換える際の費用・手順はどうなるか」の2点です。将来の乗り換えコストも含めて判断します。
ポイント⑥ 納期の根拠と工程表（なぜその期間でできるのか）
結論： 「○ヶ月で納品」という言葉だけでなく、いつ・誰が・何をするかがわかるスケジュール表（ガントチャート）があるか確認します。
「3ヶ月で納品します」という記載だけでは不十分です。確認すべきは、要件定義・設計・開発・テストの各フェーズに加え、**「自社側が行うデータ準備や操作研修にどれだけの期間が割り当てられているか」**です。自社側の作業期間が全く考慮されていない楽観的な工程表の提案書は、プロジェクトが始まった後に「想定外の作業が増えた」として納期遅延や追加費用が発生する原因になります。
ポイント⑦ 契約形態の明確さ（請負か準委任か・追加費用の条件）
結論： 契約が「完成を約束する契約（請負）」なのか、「稼働時間に対して支払う契約（準委任）」なのか、どちらの責任範囲かを確認します。
システム開発の契約形態は大きく「請負契約」と「準委任契約」の2種類があります。請負契約は「完成物を納品する責任を負う契約」で、準委任契約は「作業を行う責任を負う契約（完成保証なし）」です。
どちらの契約形態かによって、「完成しなかった場合の責任」「仕様変更時の費用発生条件」が大きく変わります。提案書に契約形態が明記されていない・あるいはあいまいな場合は、必ず確認します。
良い提案書 vs 怪しい提案書の見分け方
提案書を見慣れていない経営者・IT担当者でも、以下の比較表を使えば「この提案書は信頼できるか」を判断できます。
| 確認項目 | 良い提案書（信頼できる） | 怪しい提案書（注意が必要） |
|---|---|---|
| 費用の記載 | 初期・月額・3年間の総コストが内訳付きで明記 | 「初期費用○○円（詳細は別途）」と不透明 |
| 実績の記載 | 同業種・同規模の具体的な導入ストーリーがある | 「多数の導入実績あり」と言葉だけで具体性がない |
| 自社の要望への対応 | 自社の困りごとに対して「こう解決する」と個別回答 | 自社製品の機能説明や汎用的なパンフレットの使い回し |
| 保守・サポート | 対応時間・窓口・トラブル時の対応期限（SLA）が明記 | 「保守については別途ご相談ください」と未記載 |
| データの所有権 | いつでもデータをCSV等でエクスポートできると明記 | データの取り出し方法についての記載がない（囲い込み） |
費用の見積もりを正しく読む方法
初期費用・ランニングコスト・カスタマイズ費用の3つに分けて確認する
提案書の費用を「初期費用だけ」で比較するのは危険です。以下の3つに分けて総コストを計算します。
① 初期費用：システム構築・設定・データ移行・ユーザートレーニングの費用。
② ランニングコスト（継続費用）：月額保守費・ライセンス費・クラウド利用料・バージョンアップ費用。
③ カスタマイズ・追加費用：仕様変更・機能追加・連携開発が発生した際の単価と条件。
「別途見積もり」「オプション」が隠れた費用増の原因
提案書の中で「別途見積もり」「オプション扱い」と記載された項目は、必ず金額を確認します。「ユーザートレーニングは別途」「既存システムとの連携は別途」という記載が多い提案書は、実際の総コストが大幅に膨らむ可能性があります。
| コスト区分 | A社（初期費用のみ比較） | A社（3年間総コスト） |
|---|---|---|
| 初期費用 | 300万円 | 300万円 |
| 月額保守費 | — | 15万円×36ヶ月＝540万円 |
| バージョンアップ | — | 年間30万円×3年＝90万円 |
| 3年間総コスト | 300万円（見かけ） | 💥 930万円（実態） |
初期費用の安さだけで選ぶと、結果的に3倍以上のコストを支払うことになるケースがあります。必ず3年間の総額での提示をベンダーに求めましょう。
複数社に相見積もりを取ることの重要性
1社だけから提案書を取ると、その金額が妥当かどうかを判断する基準がありません。最低3社から提案書を取得することで、費用の相場感と各社の強み・弱みを比較できます。
提案書を複数社で比較評価するための採点表の作り方
客観的な提案書評価には、事前に評価基準と重み付けを決めた「評価シート」の作成が有効です。（参考：aimc.co.jp「ベンダー提案の評価方法」https://www.aimc.co.jp/blog/p-14309/ 2024年6月）
提案書評価シートのサンプル（5軸×5点満点）
| 評価軸 | 重み | A社 | B社 | C社 |
|---|---|---|---|---|
| 機能適合度（要件を満たしているか） | 30% | 4点 | 3点 | 5点 |
| 費用（3年間総コスト） | 25% | 3点 | 5点 | 2点 |
| 実績・事例 | 20% | 5点 | 3点 | 4点 |
| サポート体制 | 15% | 4点 | 4点 | 3点 |
| 拡張性・乗り換えリスク | 10% | 3点 | 4点 | 4点 |
| 加重合計 | 100% | 3.8点 | 3.8点 | 3.7点 |
評価シートを事前に作成することで、「担当者の印象」ではなく「客観的な基準」でベンダーを選定できます。ベンダー選定で失敗しない詳細は「中小企業がベンダー選定で失敗する原因」をご参照ください。
提案書を受け取ってから選定までの4ステップ
STEP 1：提案書の内容を7ポイントでチェックする
まず受け取った提案書を、本記事の7つのチェックポイントに沿って評価します。「費用内訳・要件合致・実績・サポート・ロックイン・納期・契約形態」の7点を確認し、不明点・懸念点をリストアップします。
STEP 2：不明点・追加確認事項をリストアップする
提案書を読んだ上で「理解できなかった点・確認が必要な点」を箇条書きにまとめます。この質問リストが次のプレゼンテーション時の確認事項になります。遠慮なく「わかりやすく説明してください」と言える姿勢が重要です。
STEP 3：プレゼンテーションで直接確認する
提案書だけでなく、必ずプレゼンテーション（説明会）を依頼します。担当者の対応力・説明のわかりやすさ・質問への誠実さは、導入後のサポート品質に直結します。「質問に対して正直に答えてくれるか」「不利な情報も開示してくれるか」を見極めます。
STEP 4：評価シートで複数社を客観的に比較して決定する
STEP 1〜3の情報をもとに評価シートを記入し、複数社を客観的に比較して最終選定します。選定後のベンダーとの関係構築については次の記事「ベンダーコントロールを外注する方法」もご参照ください。
提案書だけでわからない場合はITコーディネーターに依頼する
ITコーディネーターが提案書評価でできること
「提案書を読んでも内容が理解できない」「複数の提案書のどれが良いか判断できない」という場合は、ITコーディネーターに提案書の評価・比較を依頼することができます。ITコーディネーターは特定のベンダーと利害関係を持たない中立的な立場で、発注者の視点から提案書の妥当性を評価します。
詳細は「ITコーディネーターとは？何をしてくれるのか」・費用の目安は「ITコーディネーターの費用・料金相場」をご参照ください。
補助金を活用して中立的な評価を依頼する方法
新潟県ではNICO（にいがた産業創造機構）の専門家派遣事業を活用することで、費用の1/2〜2/3が補助され、自己負担を数万円程度に抑えてITコーディネーターに提案書評価を依頼できるケースがあります。
提案書の評価・ベンダー選定について、中立的な立場でサポートします。
新潟を拠点に、オンラインで全国対応しています。初回相談無料です。
よくある質問
-
提案書と見積書の違いは何ですか？
-
提案書は「システムの実現方法・工程・費用を総合的に示す文書」で、見積書は「費用のみを詳細に記載した文書」です。提案書に見積書が含まれるケースと、別々に提出されるケースがあります。
-
提案書に「一式」と書かれた見積もりは問題ありますか？
-
大変危険です。「一式」の中身が不透明だと、開発が始まった後に「それは一式の範囲外なので追加費用です」と言われるトラブルが多発します。必ず「一式」の具体的な内訳明細を出すよう求めてください。
-
何社から提案書を取るのが適切ですか？
-
最低3社が目安です。1社のみでは価格の妥当性を判断できません。5社以上になると比較評価の負担が増すため、3〜4社が現実的です。
-
提案書の内容が難しくて理解できない場合はどうすればいいですか？
-
「わからないまま決める」ことが最大のリスクです。ベンダーに「中学生でもわかるよう説明して」と頼むか、ITコーディネーターに代理評価を依頼してください。費用は「ITC費用相場」をご参照ください。
-
提案書の評価にどのくらい時間をかけるべきですか？
-
1社あたり最低2〜3時間の精読と、不明点の確認を含めると1週間程度が目安です。複数社比較なら2〜3週間の評価期間を設けることを推奨します。
-
提案書を断る場合の対応方法は？
-
「今回は別の会社にお願いすることにしました」という事実のみを伝えれば十分です。理由の詳細説明は不要です。丁寧に断ることで、将来の再提案の機会を残せます。
参考：aimc.co.jp「システム選定の基礎〜ベンダー提案の評価方法〜」https://www.aimc.co.jp/blog/p-14309/（2024年6月）／ ricoh.co.jp「ベンダーとは？業界別の意味やメーカー・サプライヤーとの違い」https://www.ricoh.co.jp/magazines/smb/column/006965/（2025年11月）
投稿者プロフィール
- 代表
-
プログラマーとしてキャリアをスタートし、製造業の社内SEとして「工場」の論理を、士業事務所の社内SEとして「先生」の論理を肌で学んできました。異なる文化を持つ組織の中でITを推進するには、技術力以上に「聴く力」と「翻訳力」が必要です。
現在はその経験を活かし、新潟の中小企業のDXを支援しています。
ITコーディネーター／上級ウェブ解析士／上級SNSマネージャー
