「汎用 RFP テンプレを使ったが、業界固有の要件が抜けてベンダー見積が当てにならなかった」「複数社から提案をもらったが、何を基準に選べばいいか分からない」——情シス担当者から多い相談です。
本記事では、製造・小売・物流・医療の 4 業界別 に、RFP に必ず組み込むべき業界固有要件を整理したうえで、ベンダー提案を客観的に比較するための 5 軸数値スコアリング評価マトリクス と 重み付け配点方式 を提供します。
「RFP を出す」と「ベンダーを選ぶ」は別の作業です。両方を整えることで、ベンダー見積精度と選定の納得感が同時に上がります。
目次
- 汎用 RFP では不足する業界固有要件
- 製造業の RFP 固有項目
- 小売業の RFP 固有項目
- 物流業の RFP 固有項目
- 医療業界の RFP 固有項目
- 業界横断で確認すべきセキュリティ要件
- ベンダー評価マトリクス(5 軸スコアリング)
- 重み付け配点方式と評価会議の運営
- よくある質問
- 参考資料
汎用 RFP では不足する業界固有要件
汎用 RFP テンプレに沿って書くと、業界固有の要件が抜けやすいパターンがあります。
| 業界 | 抜けやすい要件 |
|---|---|
| 製造 | 生産管理、IoT 連携、PLM、品質管理規格 |
| 小売 | 店舗 POS、複数チャネル統合、在庫リアルタイム |
| 物流 | WMS、配送ルート最適化、温度管理、トレーサビリティ |
| 医療 | 電子カルテ、医療情報システム安全管理、レセプト |
製造業の RFP 固有項目
必須記載事項
| 項目 | 内容 |
|---|---|
| 生産管理連携 | MES、PLM、SCM との連携範囲 |
| IoT・センサー連携 | 工場機器のデータ取得、リアルタイム性 |
| 品質管理 | ISO 9001、IATF 16949 等の規格対応 |
| 製造ライン形態 | ロット生産、個別受注、連続生産の別 |
| サプライチェーン | 原材料調達、部品メーカー連携 |
業界規格・法令
- ISO 9001(品質管理システム)
- IATF 16949(自動車部品業界)
- IEC 62443(産業制御システムセキュリティ)
- 経済産業省「ものづくり白書」関連規格
小売業の RFP 固有項目
必須記載事項
| 項目 | 内容 |
|---|---|
| 店舗 POS | 既存 POS との連携、決済方式の網羅性 |
| 複数チャネル統合 | 実店舗・EC・モール・SNS の統合 |
| 在庫リアルタイム | 全チャネルの在庫一元化、リアルタイム反映 |
| 顧客分析 | CRM、購買履歴、リピート分析 |
| 価格・販促管理 | 動的価格設定、キャンペーン管理 |
業界規格・法令
- 食品衛生法(食品取扱店舗)
- 電気用品安全法(家電販売)
- 特定商取引法(通信販売)
- 個人情報保護法(顧客情報)
物流業の RFP 固有項目
必須記載事項
| 項目 | 内容 |
|---|---|
| WMS(倉庫管理) | 入出庫、棚卸、在庫精度 |
| 配送ルート最適化 | 配車計画、ルートシミュレーション |
| 温度管理 | 冷凍・冷蔵・常温の 3 温度帯対応 |
| トレーサビリティ | ロット・配送経路・温度ログ |
| 国際物流 | 通関、保税倉庫、多通貨対応 |
業界規格・法令
- 貨物自動車運送事業法
- 物流 2024 年問題(労働時間規制)
- HACCP(食品物流)
- 関税法(国際物流)
医療業界の RFP 固有項目
必須記載事項
| 項目 | 内容 |
|---|---|
| 電子カルテ連携 | 標準規格(HL7、SS-MIX2)対応 |
| 医療情報システム安全管理 | 厚生労働省ガイドライン準拠 |
| レセプト処理 | レセコン連携、保険請求 |
| 個人情報保護 | 医療情報の特殊な取扱い要件 |
| 緊急対応 | 24/7 サポート、災害時の業務継続 |
業界規格・法令
- 医療法
- 個人情報保護法(医療分野ガイダンス)
- 厚生労働省「医療情報システムの安全管理に関するガイドライン」
- HIPAA(米国輸出入時)
業界横断で確認すべきセキュリティ要件
すべての業界で共通する重要事項です。
| 項目 | 内容 |
|---|---|
| データ暗号化 | 保管時・通信時の暗号化方式 |
| アクセス制御 | 多要素認証、最小権限の原則 |
| ログ取得・保管 | 操作ログ、アクセスログ、保管期間 |
| バックアップ | 定期バックアップ、復旧テスト |
| インシデント対応 | 24/7 対応体制、報告フロー |
| 委託先管理 | 開発・運用委託先の管理ルール |
ベンダー評価マトリクス(5 軸スコアリング)
RFP を出して提案が複数社から戻ってきた後、「主観で決めた」「結局価格で選んだ」となりがちなのが評価フェーズです。客観的な比較を行うための 5 軸スコアリング評価マトリクスを以下に示します。
5 つの評価軸
| 軸 | 評価観点 | デフォルト重み |
|---|---|---|
| A. 機能要件適合度 | RFP 必須機能のカバー率、業界固有要件への対応力 | 30% |
| B. 技術力・体制 | 採用技術の妥当性、開発体制(PM・SE・PG)、業界実績 | 20% |
| C. コスト | 初期費用、保守費用、5 年 TCO、追加開発の単価 | 25% |
| D. プロジェクト管理 | スケジュール妥当性、リスク管理、コミュニケーション体制 | 15% |
| E. 保守・運用・SLA | 保守体制、SLA、24/7 対応の有無、エスカレーション | 10% |
各軸の点数化基準(5 段階)
| 点数 | 評価基準 |
|---|---|
| 5 | RFP 要件を完全に満たし、追加価値(改善提案)も提示されている |
| 4 | RFP 要件を満たし、根拠資料も明確 |
| 3 | RFP 要件を満たすが、根拠が弱い、もしくは部分的に代替案 |
| 2 | RFP 要件の一部が未対応、もしくは追加コストが必要 |
| 1 | RFP 要件の多くが未対応、根拠も提示されていない |
スコアリング表の例(製造業 ERP の RFP に対する 3 社比較)
以下は、製造業の生産管理 + 在庫管理 ERP の RFP に対し、3 社(α社・β社・γ社)から提案を受けた場合のスコアリング例です。
| 評価軸 | 重み | α社 評点 | α社 加重点 | β社 評点 | β社 加重点 | γ社 評点 | γ社 加重点 |
|---|---|---|---|---|---|---|---|
| A. 機能要件適合度 | 30% | 4 | 1.2 | 5 | 1.5 | 3 | 0.9 |
| B. 技術力・体制 | 20% | 5 | 1.0 | 4 | 0.8 | 3 | 0.6 |
| C. コスト | 25% | 3 | 0.75 | 2 | 0.5 | 5 | 1.25 |
| D. プロジェクト管理 | 15% | 4 | 0.6 | 5 | 0.75 | 3 | 0.45 |
| E. 保守・運用・SLA | 10% | 4 | 0.4 | 4 | 0.4 | 3 | 0.3 |
| 合計(5 点満点) | 100% | — | 3.95 | — | 3.95 | — | 3.50 |
スコアリング結果の読み解き方
上記の例では、α社と β社が同点(3.95)、γ社がやや劣る(3.50)という結果になりました。同点の場合、以下の観点で深掘り評価を行います。
- 「重みの大きい軸での評価が高いほうを優先」:上記例では機能要件適合度(重み 30%)で β社が 5 点、α社が 4 点。β社が一歩リード。
- 「最低点が低い軸がリスク」:β社のコスト評点が 2 点(最低)。予算超過リスクをどう許容するかを議論。
- 「定性評価で最終判断」:実際のプロジェクト実績、相性、信頼関係などの定性要素で意思決定。
重み付け配点方式と評価会議の運営
評価マトリクスは「数字を出すため」だけのものではありません。評価会議で議論を構造化し、関係者の納得を引き出すためのツールです。
重み付けの設計手順
ステップ 1:プロジェクトの最重要軸を 1 つ決める
「機能 vs コスト vs 保守体制 vs スケジュール」のどれが最も重要かを、事前に経営層・業務部門・情シスで合意しておきます。これが決まらないと、評価会議で意見が収束しません。
ステップ 2:重み合計が 100% になるよう配分
最重要軸に 30〜35%、次点に 20〜25%、その他に 10〜20% を配分するのが一般的です。1 軸に 50% 以上を集中させると、他軸の評価が形骸化するため避けます。
ステップ 3:評価者間で重みの最終合意を取る
評価会議の前日までに、評価者全員が重みに合意していることを確認します。会議の場で重みを変更すると、点数の整合性が崩れます。
評価者の構成
| 役割 | 評価する軸 |
|---|---|
| 情シス責任者 | A(機能)、B(技術)、E(SLA) |
| 業務部門責任者 | A(機能)、D(プロジェクト管理) |
| 経営層・財務責任者 | C(コスト)、D(プロジェクト管理) |
| 外部アドバイザー(任意) | B(技術)、E(SLA) |
評価会議の運営フロー
| フェーズ | 内容 | 所要時間 |
|---|---|---|
| 1. 事前個別評価 | 評価者が個別にスコアシートを記入 | 各 1〜2 時間 |
| 2. スコア集約 | 事務局がスコアシートを集計 | 1 時間 |
| 3. 集約結果レビュー | 評価者全員で集計結果を確認 | 30 分 |
| 4. 評点ズレの議論 | 評価者間で 2 点以上ズレた項目を議論 | 1〜2 時間 |
| 5. 定性評価の追加 | 数字に出ない要素(相性、信頼性等)を議論 | 30 分 |
| 6. 最終決議 | 1 社を内定、補欠 1 社を決定 | 30 分 |
よくある運用上の落とし穴
- 落とし穴 1:重みを「公平に」均等配分してしまう:すべて 20% にすると、プロジェクトの優先順位が反映されません。最重要軸に厚みを持たせるのが原則です。
- 落とし穴 2:1 人の評価者が全軸を採点する:専門外の軸では主観評価になりがちです。役割分担で防げます。
- 落とし穴 3:会議当日に重みを変更する:意図的に特定ベンダーを選ぶための調整に見えてしまいます。重みは事前確定が原則です。
- 落とし穴 4:定性評価をスコアに混ぜる:「相性」を 5 点満点で評価してしまうと、数字の意味が曖昧になります。定性評価は「最終決議の補助情報」として別建てで扱います。
業界別 RFP 作成支援とベンダー評価マトリクス策定の無料相談を申し込む
よくある質問
Q1. 業界固有要件を RFP に記載すると、ベンダー見積金額が上がりませんか?
短期的には上がりますが、要件が不明確だと後で追加開発になり、結果的に総コストが増えます。RFP で明示するのが合理的です。
Q2. 業界規格・法令の最新版をどう確認すべきですか?
各業界団体・規格発行元の Web サイトで定期確認します。年 1 回の見直しを推奨します。
Q3. 業界経験豊富なベンダーを選ぶべきですか?
業界経験は重要ですが、それだけで決めず、技術力・体制・実績の総合評価で選定します。本記事の 5 軸スコアリングが役立ちます。
Q4. 業界横断のシステムを開発する場合は?
各業界の固有要件を全て満たす設計が必要です。スコープが膨らみやすいので段階導入を推奨します。
Q5. 個人情報・機密情報の業界別取扱基準は?
医療・金融・防衛は特に厳格です。業界規制を満たす設計を確認します。
Q6. 5 軸スコアリングの重み配分は業界によって変えるべきですか?
はい。たとえば医療システムでは E(保守・SLA)の重みを 20% に上げる、製造業の MES では A(機能要件)と B(技術力)に厚みを持たせる、小売の EC では C(コスト)と D(スケジュール)を重視するなど、プロジェクト特性に応じて調整します。デフォルトは「30 / 20 / 25 / 15 / 10」ですが、プロジェクトに応じてキックオフ時に決定するのがコツです。
Q7. 評価マトリクスを使っても、最終的に経営トップが鶴の一声で決めてしまいます。どうすれば?
スコアリング結果を「意思決定の説明資料」として位置付け、トップが選んだ後でも「なぜこの選択が論理的に妥当か」を後付けで説明できる材料として活用します。重要なのは「数字で機械的に決めること」ではなく、「決定の根拠を組織で共有できること」です。
Q8. ベンダー 1 社からしか提案が来ない場合、評価マトリクスは無意味ですか?
無意味ではありません。1 社の提案を 5 軸で評価すれば、強み・弱みが構造的に整理され、契約交渉や追加要望の優先順位付けに使えます。「全軸で 4 点以上」なら契約妥当、「2 点以下の軸がある」なら契約前にその軸を改善要請する、といった使い方ができます。
参考資料
- 経済産業省「ものづくり白書」
- 経済産業省「DX 推進指標」
- 厚生労働省「医療情報システムの安全管理に関するガイドライン」
- 国土交通省「物流 2024 年問題」
- IPA「非機能要求グレード」
- 独立行政法人情報処理推進機構(IPA)「発注者ビューガイドライン」 https://www.ipa.go.jp/
「RFP は書いたが、提案評価で主観に流されそうで不安」
業界別 RFP テンプレートのカスタマイズと、5 軸スコアリング評価マトリクスの設計を支援します。重み配分の合意形成、評価会議のファシリテーション、最終決議までの伴走支援が可能です。
※ 営業電話はしません | オンライン対応可 | 相談だけでもOK