「3 社の提案書を読み比べたが、結局『印象』で決めてしまった」――中堅企業の RFP 評価で頻発する課題だ。 評価が定性になると、後日「なぜそのベンダーを選んだのか」が説明できず、稟議差戻しや社内政治の火種になる。本記事は中堅企業向けに、5 軸 100 点満点で RFP 評価を定量化するテンプレートを提示する。
目次
- なぜ RFP 評価は「印象点」になりがちか
- 5 軸スコアリングモデル
- 軸 1: 機能適合度（30 点）
- 軸 2: 価格妥当性（25 点）
- 軸 3: 実装力（20 点）
- 軸 4: 運用継続性（15 点）
- 軸 5: リスク（10 点）
- 合議制での点数収束プロセス
- 失敗事例から学ぶ評価設計の落とし穴
- よくある質問（FAQ）
なぜ RFP 評価は「印象点」になりがちか
横にスクロールして確認できます
| 課題 | 発生原因 | 影響 |
|---|---|---|
| 評価軸が曖昧 | 重み付けが事前に未定義 | ベンダー間比較不能 |
| 評価者ごとに点数差大 | ルブリック未整備 | 合議で時間消費 |
| 価格と機能の trade-off が不明 | 単軸評価 | 稟議で説明困難 |
| ベンダー営業の印象に左右 | 数値化されていない | 後日「なぜ」が答えられない |
中堅企業の RFP 評価は、評価者 3-5 名（情報システム部 + 利用部門 + 経営層）の合議になることが多く、定量基準なしでは収束しない。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
5 軸スコアリングモデル
横にスクロールして確認できます
| 軸 | 配点 | 評価対象 |
|---|---|---|
| 1. 機能適合度 | 30 点 | 必須要件 / 推奨要件 / Nice to have の充足率 |
| 2. 価格妥当性 | 25 点 | 初期費用 + 5 年 TCO の市場相場との比較 |
| 3. 実装力 | 20 点 | PM 体制 / 類似実績 / 人員品質 |
| 4. 運用継続性 | 15 点 | サポート体制 / SLA / 改修対応 |
| 5. リスク | 10 点 | 倒産リスク / 法務リスク / 技術陳腐化 |
| 合計 | 100 点 |
中堅企業の標準合格ライン: 70 点以上。60 点未満は不採用、60-70 点は条件交渉対象。
軸 1: 機能適合度（30 点）
ルブリック
横にスクロールして確認できます
| 区分 | 配点 | 算定式 |
|---|---|---|
| 必須要件 | 18 点 | 18 × (満たした件数 / 全必須件数) |
| 推奨要件 | 8 点 | 8 × (満たした件数 / 全推奨件数) |
| Nice to have | 4 点 | 4 × (満たした件数 / 全件数) |
評価判定
必須要件 100% 充足が前提。1 件でも未充足なら -10 点 / 件のペナルティ。
推奨要件は 70% 以上で標準点、50% 未満は警戒。
判定: 必須 100% + 推奨 70% で 24 点（合格水準）。
軸 2: 価格妥当性（25 点）
ルブリック（補足2）
横にスクロールして確認できます
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| 初期費用 | 10 点 | 市場相場 ±15% で 10 点、±30% で 6 点、±50% で 3 点 |
| 5 年 TCO | 10 点 | 同上、ライセンス + 運用 + 改修見込み込み |
| 価格透明性 | 5 点 | 内訳開示の細かさ（人月単価 / オプション単価） |
算定例
ベンダー A: 初期 800 万、5 年 TCO 2,400 万、内訳 7 階層
→ 相場 1,000 万 / 2,800 万 → 初期 -20%、TCO -14% → 9 + 9 + 4 = 22 点
ベンダー B: 初期 1,200 万、5 年 TCO 3,600 万、内訳 3 階層（ざっくり）
→ 相場 +20%、+29% → 6 + 6 + 2 = 14 点
判定: 18 点以上で合格水準。価格透明性が低いベンダーは後日請求が膨らみがちなため、内訳開示は重視。
軸 3: 実装力（20 点）
ルブリック（補足3）
横にスクロールして確認できます
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| PM 経験 | 8 点 | 同規模案件 PM 経験年数（5 年以上で満点） |
| 類似実績 | 6 点 | 同業種 + 同規模の本番稼働実績件数 |
| アサイン人員品質 | 6 点 | 提案 PM の経歴開示、面談実施可否 |
注意事項
営業段階のエースが、本番でアサイン外れる「すり替え」リスクに注意。
提案書にアサイン人員の氏名 / 経歴 / 稼働率を明記させ、契約書に拘束条項を入れる。
判定: 16 点以上で合格水準。アサイン拘束条項なしのベンダーは -3 点。
軸 4: 運用継続性（15 点）
ルブリック（補足4）
横にスクロールして確認できます
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| サポート体制 | 6 点 | 24/365 / 平日日中 / 月次定例の 3 段階 |
| SLA | 5 点 | 稼働率 / 障害復旧時間 / ペナルティ条項 |
| 改修対応速度 | 4 点 | 軽微改修の標準リードタイム |
判定: 11 点以上で合格水準。SLA ペナルティが「努力目標」のみのベンダーは -2 点。
軸 5: リスク（10 点）
ルブリック（補足5）
横にスクロールして確認できます
| リスク | 配点 | 判定基準 |
|---|---|---|
| 倒産リスク | 4 点 | 帝国データバンク評点 / 直近 3 期黒字 |
| 法務リスク | 3 点 | 個情法 / 著作権 / 業界規制への準拠 |
| 技術陳腐化リスク | 3 点 | 採用技術の市場シェア / OSS の活発度 |
判定: 8 点以上で合格水準。財務情報非開示は -2 点。
合議制での点数収束プロセス
推奨手順
横にスクロールして確認できます
| ステップ | 所要時間 | 内容 |
|---|---|---|
| 1. 個別採点 | 各人 4-6h | 評価者 3-5 名が独立採点 |
| 2. 点数突合 | 2h | 各軸の点数差 5 点以上を抽出 |
| 3. 差分議論 | 2-4h | 解釈差を議論、ルブリック再合意 |
| 4. 再採点 | 各人 1-2h | 必要箇所のみ再評価 |
| 5. 最終合議 | 1h | 平均点で合格者決定 |
収束のコツ
- ルブリックを事前に書面化し、評価者全員に配布
- 個別採点中はベンダー営業の説明会を再開催しない
- 点数差 5 点以上の軸は必ず議論、3 点以下は無視
- 最終決裁者は最後に登場、事前に点数を見せない
失敗事例から学ぶ評価設計の落とし穴
パターン 1: 重み付けを後から変えた
事例: 製造業 中堅 SaaS 選定案件
評価終盤で「やっぱり価格が大事」と重み付けを 25 → 40 に変更。結果、機能評価で勝っていたベンダーが落選し、社内合意が崩壊した。
教訓: 重み付けは RFP 発出前に確定し、評価期間中は変更しない。
パターン 2: ルブリックなしで採点
事例: 流通業 中堅 ERP 案件
「機能を 8 点満点で評価」とだけ指示。評価者によって 5-8 点の幅、議論で 3 週間消費。
教訓: 各軸に「何点はどういう状態か」のルブリック必須。
パターン 3: 営業の印象点が混入
事例: サービス業 中堅 業務システム案件
定量採点後に「あのベンダーの担当者は感じが良かった」が議題化、最終的に印象で決定。半年後に技術力不足で炎上。
教訓: 定量採点完了後は、感情論を入れる場を別途設けず、点数で粛々と決める。
「RFP 評価マトリクスを作ったが、社内合意が取れない」
5 軸スコアリングテンプレートの無料配布と、合議ファシリテーションの伴走支援をご用意しています。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK
GXOの見解
DXは流行ツールの導入ではなく、現場業務、データ、権限、KPI、投資判断をつなぐ実装計画である。
GXOは最初から大規模刷新するより、棚卸し、優先順位付け、小さな実装、効果測定を繰り返すべきだと見る。
GXOは、DX成熟度診断、業務棚卸し、ロードマップ、AI/システム実装まで支援します。
実務判断のポイント
この記事は、経営者、DX責任者、情シス、業務責任者向けです。現状棚卸し、業務改善、AI/DXロードマップ、実装優先順位を自社で進めるか、外部の専門家と整理するかを判断する材料として使えます。
GXOが重視するのは、話題性の高さよりも「自社の業務、データ、権限、予算、運用責任にどう影響するか」です。RFP 評価マトリクス 数値化テンプレート 5 軸 2026｜中堅企業のベンダー比較を 100 点満点で定量判定に関する検討では、担当者だけで判断を閉じず、経営、現場、情シス、外部パートナーの役割を早い段階で分けることが重要です。
放置した場合と整備した場合の違い
横にスクロールして確認できます
| 観点 | 放置した場合 | 整備した場合 |
|---|---|---|
| 業務影響 | 属人的な判断が増え、対応の優先順位がぶれやすい | 影響範囲、期限、責任者を決めて進められる |
| 投資判断 | ツール導入や外注費だけが先行し、効果測定が曖昧になる | 売上、工数削減、リスク低減の指標にひも付けられる |
| 現場運用 | 例外処理や承認フローが残り、定着しにくい | 権限、ログ、教育、改善サイクルまで設計できる |
| 経営報告 | 問題が発生してから説明資料を作ることになる | 月次で状況、課題、次の打ち手を説明できる |
導入・改善前のチェックリスト
- 対象業務、対象部門、対象データを明文化しているか
- 現在の課題を、売上機会、原価、工数、リスクのいずれかに分解しているか
- 既存システム、SaaS、Excel、手作業の依存関係を棚卸ししているか
- 例外処理、承認、差し戻し、監査証跡まで確認しているか
- 社内で判断できる範囲と外部支援が必要な範囲を分けているか
- 初期費用だけでなく、保守、運用、教育、改善費用を見積もっているか
- 成功指標を、問い合わせ数、商談数、削減時間、停止リスクなどで定義しているか
- 実装後の責任者、更新頻度、レビュー会議の持ち方を決めているか
- セキュリティ、法務、個人情報、契約条件の確認ポイントを洗い出しているか
- 既存の問い合わせ、商談、障害、運用ログから優先順位を決めているか
- 経営判断に必要な資料を1枚で説明できる状態にしているか
- 次の90日で検証する範囲と、やらない範囲を明確にしているか
GXOの実務補足
DXは流行ツールの導入ではなく、現場業務、データ、権限、KPI、投資判断をつなぐ実装計画である。
GXOは最初から大規模刷新するより、棚卸し、優先順位付け、小さな実装、効果測定を繰り返すべきだと見る。
GXOは、DX成熟度診断、業務棚卸し、ロードマップ、AI/システム実装まで支援します。記事のテーマを単なる情報収集で終わらせず、相談、診断、要件定義、実装、運用改善に接続することで、DX診断、要件定義、システム開発、AI活用支援へ接続。さらに、短期診断から段階実装に進め、継続支援へ展開。
実行までの進め方
- 現在の業務、データ、ツール、担当者を棚卸しする
- 売上拡大、工数削減、リスク低減のどれに効くテーマかを決める
- 初期対応、90日以内の改善、半年以上の投資を分ける
- 必要な社内体制、外部支援、予算、セキュリティ確認を整理する
- 小さく検証し、効果測定後に本番化や横展開を判断する
90日で進める実装ロードマップ
横にスクロールして確認できます
| 期間 | やること | 成果物 | 判断ポイント |
|---|---|---|---|
| 1〜2週目 | 現状業務、利用ツール、データ、担当者、外部委託先を棚卸しする | 業務一覧、システム一覧、課題一覧 | 本当に解くべき課題が、流行テーマではなく業務上の損失にひも付いているか |
| 3〜4週目 | 優先度、リスク、費用対効果、社内体制を整理する | 優先順位表、概算費用、リスク表 | すぐ着手する範囲と、後回しにする範囲を分けられているか |
| 5〜8週目 | 小さな検証、要件定義、ベンダー比較、社内説明資料を作る | PoC計画、RFP、稟議資料 | 検証結果を本番投資の判断に使える形で記録しているか |
| 9〜12週目 | 本番化、運用ルール、教育、月次レビューを設計する | 運用手順、KPI、改善バックログ | 導入後の責任者と改善サイクルが決まっているか |
部門別に確認すべき論点
経営層は、RFP 評価マトリクス 数値化テンプレート 5 軸 2026｜中堅企業のベンダー比較を 100 点満点で定量判定が売上、粗利、採用、顧客維持、リスク低減のどれに効くのかを確認する必要があります。単なる効率化として扱うと、投資判断が後回しになり、現場任せの小さな改善で止まりやすくなります。
DX責任者や情シスは、既存システムとの接続、認証、権限、ログ、保守体制、外部ベンダーとの責任分界を確認します。ここを曖昧にすると、導入直後は動いても、問い合わせ増加、障害対応、改修費用で現場負荷が増えます。
業務部門は、例外処理、承認、差し戻し、手作業で補っている判断を洗い出します。表面上の手順だけを自動化しても、例外が多い業務では成果が出にくいため、現場の暗黙知を要件に変換することが重要です。
管理部門は、契約、個人情報、補助金、会計処理、監査証跡、社内規程との整合性を確認します。特に制度、法務、セキュリティ、価格が絡むテーマでは、公開情報と社内ルールの両方を確認してから進めるべきです。
KPIと効果測定の設計
効果測定では、導入有無だけでなく、問い合わせ、初回相談、対応時間、差し戻し率、問い合わせ削減、障害件数、監査指摘、顧客満足度などを分けて見ます。GXOでは、初回相談の段階で「何をもって成功とするか」を決め、検証後に継続投資できる形へ落とし込みます。
横にスクロールして確認できます
| KPI | 見る理由 | 測定例 |
|---|---|---|
| 対応時間 | 現場負荷と原価に直結するため | 1件あたり処理時間、月間削減時間 |
| 差し戻し率 | 要件やデータ品質の問題が見えるため | 申請、見積、問い合わせの再作業率 |
| 初回相談 | 問い合わせや初回相談の状況を確認するため | CTAクリック、問い合わせ数、初回相談数 |
| 運用定着率 | 導入後に使われ続けているかを見るため | 月次利用、更新頻度、レビュー実施率 |
| リスク低減 | 障害、漏えい、監査指摘を減らすため | 未対応脆弱性、権限不備、復旧時間 |
相談前に用意すると判断が早くなる資料
- 現在の業務フロー、担当者、月間件数、処理時間
- 利用中のSaaS、基幹システム、Excel、外部委託先の一覧
- 直近のトラブル、問い合わせ、手戻り、障害、監査指摘の記録
- 投資できる予算感、希望時期、社内の承認者
- 個人情報、機密情報、外部送信、契約条件に関する制約
- 既に検討したツール、ベンダー、見積、PoC結果
- 成功時に増やしたい売上、減らしたい工数、避けたい損失
GXOが支援する場合の進め方
GXOが支援する場合は、最初に記事テーマをそのまま提案にせず、現場の制約と経営上の目的に分解します。現状棚卸し、業務改善、AI/DXロードマップ、実装優先順位の相談を入口に、要件定義、RFP、ベンダー比較、実装、運用改善まで接続できるかを確認します。
短期的には、課題整理、現状棚卸し、優先順位付け、概算費用、実行計画をまとめます。中期的には、PoCや小規模実装を通じて、データ品質、権限、運用負荷、費用対効果を検証します。長期的には、月次レビュー、改善バックログ、追加開発、セキュリティ確認を継続し、投資を一度きりで終わらせない状態を作ります。
重要なのは、記事を読んだ直後に「問い合わせるかどうか」ではなく、「自社では何を確認すべきか」「どの段階から外部支援を入れるべきか」が明確になることです。そのため、GXOでは相談前の論点整理から支援し、必要に応じて診断、要件定義、実装、保守まで段階的に進めます。
よくある質問（FAQ）
Q. 5 軸の重み付けは業界によって変えるべき？ A. 製造業 / 金融はリスク重視で 15 点、SaaS 中心は機能適合 25 点に下げるなど、業界特性で ±5 点の調整は妥当。ただし RFP 発出前に確定。
Q. 評価者は何名が適切？ A. 中堅企業では 3-5 名が標準。情報システム + 利用部門代表 + 経営層 1 名のバランスが推奨。
Q. 60-70 点のベンダーとはどう交渉する？ A. 失点軸を提示して条件改善を求める。価格軸が低い場合は値引き、機能軸が低い場合は追加開発の提案を要請。
Q. 評価期間はどのくらいが妥当？ A. 中堅企業の標準は提案受領から 3-4 週間。個別採点 1 週間 + 突合議論 1-2 週間 + 最終合議 1 週間。
参考資料
- 経済産業省「IT 投資の最適化に関するガイドブック」
- IPA「非機能要求グレード」
- 中小企業庁「IT 導入補助金 ベンダー選定ガイド」
中堅企業の RFP 評価マトリクス設計、5 軸スコアリングテンプレートの提供、合議ファシリテーションは GXO のベンダー選定支援サービスで対応可能です。
参考情報
- 制度、価格、仕様、脆弱性、法務、セキュリティに関する判断は、公開時点の公式情報と一次情報を確認したうえで更新してください。
