RFP案件の仕事内容
RFP案件は「作る前に、失敗しない前提を固める」役割が中心です。企画構想や現状調査（As-Is）から入り、業務フロー・課題を整理して、次期システムの目的やスコープを言語化し、提案依頼書として形にします。
現場では、パッケージ選定や方式比較（スクラッチ／PKG／ASPなど）、Fit&Gap、非機能要件の整理、評価表づくりまで担うことが多く見られます。提案依頼後は、ベンダーQ&A対応や提案評価、意思決定者向け資料の作成、PMO的な推進までつながる案件もあります。
領域は基幹刷新（製造・会計・人事・調達）、インフラ統合やセキュリティ（SASE/ゼロトラスト）、Salesforce/ServiceNow等のSaaS導入、EC構築など幅広いのが特徴です。業務側・情シス側・SIer側のいずれの立場でも、ステークホルダー調整とドキュメント品質が成果を左右します。
RFP案件で求められる必須スキル
必須としてまず求められやすいのは、要求を要件に落とし込み、RFPとして矛盾なく構成できるドキュメンテーション力です。求人では、要件定義書、業務フロー、機能・非機能要件一覧、評価基準・比較表などを、単に作るだけでなく「意思決定に耐える粒度」に仕上げる力が重視されています。
次に重要なのが、ステークホルダー調整とファシリテーションです。事業部門の“ふわっとした要望”を具体化し、社内説明や経営層向け資料へ翻訳し、ベンダー側には誤解なく伝える動きが求められます。課題・リスクを可視化して先回りで指摘できることも、実務上の必須能力として挙がりやすいです。
また案件によっては、上流工程（構想・方式選定・要件定義）の経験や、PM/PMOとしての進捗・品質・変更・リスク管理の実務が前提になります。インフラや業務アプリなど対象はさまざまですが、「技術・業務・運用を横断して整理し説明できる」ことが共通して求められます。
RFP案件であると有利な歓迎スキル
歓迎されやすいのは、特定ドメインやプロダクトに紐づく知見です。製造業ERP（販売・生産・調達・会計）、会計PKG刷新、人事パッケージ選定、物流WMS、金融（債券・デリバティブ、カードローン周辺）など、業務の前提理解があるほどRFPの精度が上がるため評価されやすい傾向があります。
また、インフラ・セキュリティ系ではSASE/ゼロトラスト、NWや認証基盤、運用設計（監視・障害対応・権限・ログ管理）に強い人材が歓迎されます。SaaS導入ではFit to Standardの進め方や、サービス特有の制約（例：Salesforceのガバナ制限、アクセス制御など）を踏まえた要件整理ができると優位になります。
提案・入札寄りの案件では、RFPを読み解いて提案骨子をゼロから構造化する力や、提案書の作法に沿ったストーリー設計、英語での調整・文書作成などが加点になりやすいです。RFI/RFP双方（発行側・回答側）を経験していると、Q&A設計や評価観点の妥当性を高めやすくなります。
RFP案件で評価されやすい実務経験
評価されやすいのは、RFP作成を“単発の文書作成”ではなく、意思決定プロセスまで含めて推進した経験です。例えば、現行調査からTo-Be策定、方式比較、評価基準設計、提案比較・ショートリスト化までを一連でリードした実績は、案件選定時に強い材料になります。
大規模・複数部門横断のプロジェクトで、論点が同時多発する状況を交通整理し、課題・リスクを先回りで可視化できた経験も重視されます。既存PMを前に出すのではなく支援役として立ち回り、抜け漏れを補いながら品質を上げるタイプのPMO経験がマッチする案件も見られます。
さらに、ベンダーコントロールや受入テスト計画、移行・運用立ち上げまで触れていると、RFPに「実行可能な前提条件」を織り込みやすくなります。技術負債やブラックボックス化したレガシー刷新、クラウド移行、統合・データ移行を伴う案件経験は、現実的な制約整理に直結します。
RFP案件でよく使われる開発環境
RFP案件はドキュメント中心のため、成果物はPowerPoint・Excel・Wordや、Google Workspace（G Suite）などの利用が多く見られます。案件によっては、ConfluenceやJira、Backlog等の進捗・課題管理ツールを用い、会議体・意思決定プロセスと合わせて運用する前提が置かれています。
技術領域では、基幹刷新ならERP/業務パッケージ（SAP、Oracle、国内ERP等）やETL/移行ツール、ジョブ管理ソフトの記載が見られます。SaaS導入ではSalesforce、ServiceNow、Shopifyなどが対象になり、SaaS特有の制約を踏まえて要件を整理する必要があります。
インフラ・セキュリティ領域では、AWS/Azure/GCPなどクラウド基盤に加え、SASE、FW/UTM、認証（SSO/IDaaS、Entra ID/Active Directory連携）などが論点に上がりやすいです。開発そのものを担当しない場合でも、非機能（可用性・運用・責任分界）を説明できる程度の理解があると参画後に動きやすくなります。
RFP案件を選ぶときのチェックポイント
まず確認したいのは、RFP作成の位置づけです。ゼロから要求整理をするのか、既にあるRFI/構想書をRFPへ落とし込むのか、RFPレビュー中心なのかで、必要な動き方が変わります。提案依頼後のQ&A対応や提案評価、ベンダー選定まで担当範囲に含まれるかも重要です。
次に、発注者側かSIer側か、または社内SE/事業部門寄りかを見極めましょう。発注者側は合意形成と評価観点設計の比重が上がり、SIer側はRFP読解から提案ストーリー構築、見積や体制の論理設計が中心になりがちです。どちらも求められる資料の「作法」が異なるため、過去実績との相性を確認するとミスマッチが減ります。
最後に、対象領域の複雑さと、求められる深さを確認します。製造・会計・人事・物流・金融など業務知識が強く効く案件もあれば、SASE移行や認証統合など非機能・運用が中心の案件もあります。自分が強い領域に寄せるか、未経験領域なら“調査して文書化する時間”が確保できる体制かを事前に確かめるのが現実的です。
RFP案件の将来性・需要
求人からは、老朽化した基幹・レガシーの刷新や、クラウド移行、複数会社統合に伴う標準化・統合といったテーマが継続して見られます。こうした局面では、開発の前段で「比較・選定の判断材料」を揃えられる人材の価値が上がりやすく、RFPはその中心成果物になりがちです。
また、SaaS導入の増加により、Fit to Standardを前提にした要件整理や、非機能・運用要件を“運用可能な形”に落とし込む力が求められています。単に機能要件を集めるだけでなく、アクセス制御や監視、責任分界まで含めた整理ができると、案件の幅が広がります。
さらに、提案・入札・プリセールス側でもRFP読解と提案骨子の構造化を求める案件があり、ビジネスと技術の橋渡しを担う需要が見えます。RFP作成経験は、PMOや上流SE、ITコンサル、プリセールスなど複数ロールに横展開しやすい点でも強みになります。
RFP案件のよくある質問
RFP作成は「文章が書ければ」対応できますか？
文章力だけでは不十分で、要求の背景・制約・優先度を整理し、評価や見積が可能な粒度に落とす力が求められます。業務フローや非機能、運用、責任分界まで踏まえて整合を取れるかが、実務では差になります。
PMO経験がないと難しいですか？
案件によりますが、RFPが企画構想やベンダー選定と一体で進む場合、進捗・課題・リスク管理、会議体運営などPMOスキルが求められやすいです。一方で、RFPドラフト作成やレビュー中心のポジションもあるため、自分の強みに合わせて選ぶのが現実的です。
業務知識はどの程度必要ですか？
会計、人事、製造、物流、金融など、業務理解が成果物の品質に直結する案件も多く見られます。未経験領域でも参画できる可能性はありますが、短期間でキャッチアップし、関係者の言葉を要件へ翻訳できるかが採用判断のポイントになりがちです。
インフラやセキュリティのRFPでは何が見られますか？
SASEや認証基盤、ネットワーク統合などでは、機能だけでなく可用性・運用・監視・アクセス制御といった非機能整理が重視されます。ベンダー比較のために、評価観点を設計し、前提条件を明確にした資料を作れると評価されやすいです。
