「3 社の提案書を読み比べたが、結局『印象』で決めてしまった」――中堅企業の RFP 評価で頻発する課題だ。 評価が定性になると、後日「なぜそのベンダーを選んだのか」が説明できず、稟議差戻しや社内政治の火種になる。本記事は中堅企業向けに、5 軸 100 点満点で RFP 評価を定量化するテンプレートを提示する。
目次
- なぜ RFP 評価は「印象点」になりがちか
- 5 軸スコアリングモデル
- 軸 1: 機能適合度（30 点）
- 軸 2: 価格妥当性（25 点）
- 軸 3: 実装力（20 点）
- 軸 4: 運用継続性（15 点）
- 軸 5: リスク（10 点）
- 合議制での点数収束プロセス
- 失敗事例から学ぶ評価設計の落とし穴
- よくある質問（FAQ）
なぜ RFP 評価は「印象点」になりがちか
| 課題 | 発生原因 | 影響 |
|---|---|---|
| 評価軸が曖昧 | 重み付けが事前に未定義 | ベンダー間比較不能 |
| 評価者ごとに点数差大 | ルブリック未整備 | 合議で時間消費 |
| 価格と機能の trade-off が不明 | 単軸評価 | 稟議で説明困難 |
| ベンダー営業の印象に左右 | 数値化されていない | 後日「なぜ」が答えられない |
中堅企業の RFP 評価は、評価者 3-5 名（情報システム部 + 利用部門 + 経営層）の合議になることが多く、定量基準なしでは収束しない。
OUTCOME BLUEPRINT
AI/DX投資の前に、成果KPIと発注条件を整理しませんか？
補助金、SaaS選定、開発見積、PoCの前に、業務要件・費用レンジ・RFP・合格条件を成果起点で整理します。
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 点）
ルブリック
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| 初期費用 | 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 点）
ルブリック
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| PM 経験 | 8 点 | 同規模案件 PM 経験年数（5 年以上で満点） |
| 類似実績 | 6 点 | 同業種 + 同規模の本番稼働実績件数 |
| アサイン人員品質 | 6 点 | 提案 PM の経歴開示、面談実施可否 |
注意事項
営業段階のエースが、本番でアサイン外れる「すり替え」リスクに注意。
提案書にアサイン人員の氏名 / 経歴 / 稼働率を明記させ、契約書に拘束条項を入れる。
判定: 16 点以上で合格水準。アサイン拘束条項なしのベンダーは -3 点。
軸 4: 運用継続性（15 点）
ルブリック
| 評価対象 | 配点 | 判定基準 |
|---|---|---|
| サポート体制 | 6 点 | 24/365 / 平日日中 / 月次定例の 3 段階 |
| SLA | 5 点 | 稼働率 / 障害復旧時間 / ペナルティ条項 |
| 改修対応速度 | 4 点 | 軽微改修の標準リードタイム |
判定: 11 点以上で合格水準。SLA ペナルティが「努力目標」のみのベンダーは -2 点。
軸 5: リスク（10 点）
ルブリック
| リスク | 配点 | 判定基準 |
|---|---|---|
| 倒産リスク | 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
よくある質問（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 のベンダー選定支援サービスで対応可能です。
