調達で確かめることは、価格だけではない
SGシラバスVer.4.1には、調達計画・実施の項目としてRFI、RFP、RFQ、提案評価基準、要求事項への適合、費用内訳、工程別スケジュール、役割分担などが挙がっています。単に安いサービスを探すという話ではなく、必要なものと回答の条件をそろえて判断する学習です。
既存のセキュリティ外部委託の確認項目は、監視・助言・実作業、対応時間や終了時の扱いを整理しています。本記事では、その前段階で、情報を集める依頼、解決案を求める依頼、金額等を確かめる依頼の目的を区別します。運用のチェックリストをもう一度並べるものではありません。
架空ケース：研修管理の困りごとは決まったが、方法は未定
架空の会社Wで、30人の研修の受講状況を手作業で集計しており、担当者が毎月の確認に困っているとします。「研修管理を楽にしたい」という希望はありますが、既存サービスで対応できるか、新たな開発が必要か、どの機能が一般的かはまだ分かっていません。
この段階で、実現方法を決めたつもりで「30人分のシステム一式の値段を回答して」と依頼すると、回答者ごとに想定が違う可能性があります。受講状況の集計だけなのか、教材の配信や本人への通知まで含むのかによって、中身も費用も変わります。
会社Wでは、まず対象業務、分かっている条件、調べたい事項を切り分けます。外部へ渡す説明に実在の社員名簿や受講記録をそのまま添える必要はありません。情報収集のための説明用データと、実際の個人データを扱う契約・権限の確認は分けて考えます。
RFI・RFP・RFQは、求める回答の目的で見分ける
RFI（情報提供依頼書）は、検討に必要な情報を得るために使います。会社Wなら、既存の研修管理サービスでできること、制約、導入に必要な準備などを調べる場面が考えられます。資料に概算費用の情報が含まれる場合もありますが、金額が書かれていることだけでRFQと決めません。
RFP（提案依頼書）は、目的・要求・条件などを示し、それをどう実現するかの提案を求めます。RFQ（見積依頼書）は、対象や数量、提供範囲などの条件を示して見積りを求めます。名称だけでなく、求めている回答が情報、実現案、見積りのどれを中心としているかを読みます。
三つを全ての調達で必ず同じ順番に一回ずつ使う、という固定手順にしないでください。既に十分な情報がある場合と、要件から調査する場合では進め方が変わります。実際の募集や提出条件は、その案件の文書を確認します。
RFI：情報を得る
- 対応できる方法を調べる
- 制約や必要な準備を知る
- 要求を具体化する材料にする
RFP：提案を求める
- 目的と要求・条件を示す
- 実現方法や体制を聞く
- 要求への適合を比較する
RFQ：見積りを求める
- 対象や数量・範囲を示す
- 金額と内訳・条件を聞く
- 同じ前提で費用を比べる
文書の名前より、依頼の目的と回答に求める内容を確認します。
SGシラバスの用語を、当サイトの架空ケースへ当てはめた整理。案件ごとの必須の順番を示す図ではありません。
RFPの前に、業務の要求を比較できる形にする
会社Wで「使いやすい」という表現だけを要求にすると、何をもって適合とするかが曖昧です。たとえば「研修担当者が、30人の受講済み・未受講の状況を月ごとに確認できる」と整理すれば、どの業務を支援するかが分かります。操作を試す方法や、誰が評価するかも検討できます。
同時に、利用者・担当者・管理者の役割、既存環境との接続、必要な情報、利用開始の時期など、比較に必要な前提を明らかにします。権限や記録、データの扱いについても、製品に「安全」と書かれているだけで確認を終えないようにします。具体的な要求は会社Wの方針と業務に合わせて定める設定です。
まだ不明な条件は、未確定として残します。回答者が独自に置いた仮定も回答の一部として示してもらい、発注側の要求と一致するかを確認します。要件定義を外部に手伝ってもらう場合も、利用部門の困りごとや判断を全て業者が自動的に決めてくれるとは考えません。
会社Wが次の判断に必要としている情報は？
方法や制約が不明
対応可能な選択肢を調べ、要求を具体化する材料を得る
要求への実現案が必要
目的と条件をそろえ、方法・体制・進め方の提案を求める
範囲に対する費用が必要
数量・期間・作業範囲など、見積りの前提をそろえる
不明な部分を推測で埋めて、価格だけの比較へ進まないようにします。
依頼文書を決めるための学習上の視点。全案件に対する法的・契約上の手順ではありません。
見積りの総額が計算できても、同条件とは限らない
架空の見積りAが初期費用6万円・月額1万円、見積りBが初期費用0円・月額1万6千円で、どちらも利用期間12か月とします。他の費用を含まない単純な計算なら、Aは6＋1×12＝18万円、Bは0＋1.6×12＝19.2万円です。これは比較方法を説明する数値で、実在商品の相場ではありません。
ただし、Aには利用案内の作成がなく、Bには含まれているなら、金額の大小だけで同じ内容だとはいえません。対象人数、利用期間、初期設定、移行、教育、運用支援、追加作業、税の表示などの条件をそろえて確認します。費用に何を含めたか不明なら、総額が低いことだけを理由に選びません。
提案評価でも、要求に必須の項目を満たしていない点を、別の便利な機能があるから無条件に相殺してよいとは限りません。評価基準を後から特定の提案に合わせて変えるのではなく、必要な条件と比較の方法を整理します。未確認の項目を、根拠なしに適合済みの印に変えないでください。
| 確認点 | 回答から確かめること | 曖昧な場合の扱い |
|---|---|---|
| 対象と数量 | 30人分、どの業務・機能が対象か | 同じ条件の回答を求める |
| 実現方法 | 既存機能・設定・開発のどれか | 出来るという言葉だけで採用しない |
| 費用 | 初期・継続・追加費用と計算条件 | 不明な内訳を0円と推定しない |
| 体制と時期 | 誰が準備し、いつ何を確認するか | 希望日を実現確約と混同しない |
| 受入れと役割 | 対象成果物、確認方法、双方の担当 | 受領しただけで受入れ完了としない |
回答の受領、選定、契約・受入れは同じ状態ではない
実際の例として、財務省が2026年に公開したシステム運用・保守のRFIは、広く情報を得るためのもので、回答を受けても将来の調達を約束するものではないと説明しています。これはその案件の記載を確認できる例です。あらゆる依頼書の法的な効力を、名称だけで一律に決めるという意味ではありません。
IPAのモデル取引・契約書の案内も、仕様やプロジェクト管理、検収方法について双方の共通理解を深めることを挙げています。会社Wでも、提案を気に入ったことと、受入れの対象・費用・時期・役割分担を合意したことを分けて考えます。提案書の全内容が自動で契約条件になったと推測しません。
モデル契約は、そのまま使えば全案件で法令適合が保証されるものではありません。IPAも参照法規が公表当時の内容である点に注意を促しています。実務で契約を締結する際は、対象と現行の条件を確認し、組織の責任者や適切な専門家へ相談してください。本記事に契約書のひな型や締結の操作はありません。
SGの復習では、依頼と回答の組合せを説明する
会社Wについて、何が分からない段階か、相手に何を示すか、どんな回答が次の判断に役立つかを一行ずつ書きます。略語を日本語に直せても、この三点が言えないと、ケースの中で情報提供と提案、見積りを混同しやすくなります。回答を受けた後に、どこが未確認かも残してください。
仕事の範囲と追加要望はWBS・スコープのケース、継続するサービスの水準はSLA・サービスレベル管理へ。SGの目次で範囲を確認し、無料6問で操作と解説を試せます。少数の体験問題は調達分野全体の診断ではありません。教材の対象と購入条件はSGの教材・料金で確認できます。