調達プロセス

提案評価・選定基準 ていあんひょうか・せんていきじゅん

提案評価選定基準ベンダー選定評価シートRFP加重評価
提案評価・選定基準について教えて

簡単に言うとこんな感じ!

複数のベンダーから提案書が届いたとき、「なんとなくこの会社が好き」で決めてしまうと後で問題になるよ。提案評価・選定基準は「どの項目を何点満点で採点するか」をあらかじめ決めておくルールブックなんだ。採点表に沿って公平に比べることで、「なぜこの会社を選んだか」を説明できるようになるってこと!


提案評価・選定基準とは

提案評価(Proposal Evaluation) とは、RFP(提案依頼書)に対してベンダーから届いた提案書を、あらかじめ定めた選定基準(評価軸・配点)にもとづいて比較・採点し、最適な発注先を選ぶプロセスのことです。

評価はプロセスの公正性を担保するために、評価基準は提案受付前に確定させておくのが鉄則です。提案が届いてから「やっぱりここを重視しよう」と基準を変えると、選定の正当性が失われてしまいます。官公庁の調達では評価基準の事前公開が義務化されており、民間でも社内承認を取ってから評価に入るのがベストプラクティスです。

評価結果は選定理由書選定委員会の議事録として残しておくと、内部監査・経営層への報告・将来の類似調達の参考資料として活用できます。「なぜ高価なA社を選んだのか」「なぜ実績豊富なB社を落としたのか」を後から説明できることが、発注担当者を守ることにもつながります。


評価の構造と配点設計

評価項目は大きく「技術点」と「価格点」に分けて設計します。比率はプロジェクトの性質によって変わりますが、複雑なシステム開発では技術点を重く、標準品の調達では価格点を重くする傾向があります。

評価区分評価項目の例典型的な配点比率
技術点(定性)要件適合度、提案の独自性、システム構成の妥当性40〜60%
実績・体制点類似プロジェクト実績、プロジェクト体制・PMの経験10〜20%
サポート・保守点障害対応SLA、問い合わせ窓口、保守体制10〜20%
価格点(定量)初期費用、ランニングコスト、TCO20〜40%

加重平均方式による採点例

点数を単純合計するのではなく、重要度に応じた配点(ウェイト)をかけて合計する「加重平均方式」がよく使われます。

評価項目ウェイトA社スコアA社加重点B社スコアB社加重点
技術・要件適合度35%80点28.070点24.5
実績・プロジェクト体制15%90点13.585点12.75
保守・サポート体制15%75点11.2580点12.0
価格35%65点22.7585点29.75
合計100%75.579.0

この例ではB社が総合評価で上回ります。価格だけで比べるとB社が優位でしたが、技術・実績でA社が勝っているため加重後の差が縮まっていることがわかります。


歴史と背景

  • 1960〜70年代:米国連邦調達規則(FAR)が整備され、政府調達での客観的評価基準の策定が義務化される
  • 1980年代:民間企業でもMBO(目標管理)の考え方が普及し、調達評価にも定量化・スコアリングの発想が広まる
  • 1990年代:IT調達の増加とともに「技術点+価格点」の二軸評価が標準化。日本でも会計検査院の指摘をきっかけに評価基準の文書化が進む
  • 2000年代:e-調達プラットフォームの普及で電子的な評価シートが一般化。評価の透明性・監査対応が重視されるようになる
  • 2010年代〜現在アジャイル開発など新しい開発手法の登場に伴い、「固定仕様への適合度」だけでなく「変化への対応力」「チームの文化的適合性」なども評価項目に加える企業が増加

提案評価フローと関連ドキュメント

提案評価・選定のフロー ①評価基準の 事前確定・承認 ②提案書受付 (RFP締切) ③プレゼン・ デモ実施 ④評価シート 記入・集計 ⑤選定委員会で審議・加重集計 ⑥最終候補の絞り込み・交渉 ⑦発注先 決定・通知 評価時の主なチェックポイント ✅ 要件を満たしているか(must要件・want要件で分けて確認) ✅ 評価者は複数名(利害関係のない人を含む)で構成しているか ✅ 採点根拠をコメントとして記録しているか ✅ 価格だけで決めていないか(TCO・リスクも考慮)

関連する規格・ガイドライン

規格・ガイドライン内容
会計法(日本)国・独立行政法人の調達において競争原理と評価基準の明示を義務付け
政府機関の情報システム調達ガイドライン(デジタル庁)技術点・価格点の配分や評価委員会の設置方法を規定
ISO/IEC 12207ソフトウェアライフサイクルプロセスの中で調達・選定プロセスを定義
PMBOK(PMI)調達管理知識エリアで提案評価プロセスを体系化

関連用語