提案依頼書を受け取った直後の営業メール確認リスト

提案依頼書を受け取ったら、原本の版、提出期限、質問の方法と期限を先に固定し、要件ごとに回答担当と未確認事項を割り当てます。受領の連絡だけで、全要件への対応や提案の提出を約束しないでください。

受領した原本と提出の条件を一組で残す

受け取ったメール、提案依頼書、別紙、補足資料を一つの案件へ関連付けます。ファイル名だけで最新版を判断せず、本文の版番号、作成日、依頼元の案内を照合します。別紙が足りない場合は、その内容を推測せず欠落として記録します。提案を作り始めてから必要資料がないと気づかないよう、最初に受領物の一覧を作ってください。

提出条件の欄には、提出期限の日時、提出先、指定形式、必要な署名や承認、質問受付の方法を原文から転記します。質問期限と提案の提出期限を同じ日付にまとめないことが重要です。日時の指定が曖昧なら確認待ちにし、営業の社内締切と相手の期限を別々に記載します。社内で早めに出す予定を、相手が認めた期限として扱いません。

受領返信では、何を受け取ったかと確認中であることを伝えます。全て対応可能という文を急いで加える必要はありません。指定された返答事項があれば、それを担当者へ回して回答します。受領したこと、提案参加を判断したこと、完成版を提出したことは異なる状態として残し、一通の受付メールで全て完了したようにしないでください。

要件を原文の項目へ戻せる形で振り分ける

管理表の一行は、依頼書の項目番号、原文の参照、求められる成果物、必須かどうか、回答担当、根拠、未確認事項で構成します。長い説明を要約しても、元の文を参照できるようにします。「望ましい」と「必須」を同じ欄へ置き換えると、参加判断や提案の優先順位が変わるおそれがあります。曖昧な条件は営業の解釈と原文を分けて記録します。

機能や仕様は製品・技術担当、提供体制は実行部門、価格は算定担当、契約条件は契約を扱う担当へ回します。一つの項目が複数の判断を含む場合は、取りまとめる人を決めます。担当を付けることと、対応できるとの回答を得ることは別です。回答待ちの欄へ、営業が一般的な製品説明を貼って対応済みにしないでください。

評価基準が示されていれば、どの提案部分と証拠資料で応えるかも対応付けます。ただし配点のない条件へ想像の点数を付け、受注確率を計算しません。提出責任者が判断するのは、根拠を用意できる範囲と不足です。既存資料を使う場合も、その内容を今回の相手へ共有できるかを別に確認し、社内用の説明を無条件に添付しないようにします。

質問一覧は一問ずつ、回答の適用先まで結ぶ

不明な点は、該当項目、確認したいこと、判断が変わる理由を一組にします。「詳しく教えてください」だけでは、依頼元も答える対象を特定しにくくなります。例えば成果物の対象範囲が二通り読めるなら、どの範囲を想定するかを尋ねます。こちらに都合のよい解釈を、既に合意している条件のように書かないでください。

質問には社内の参照番号を付け、提出日、指定窓口、回答の状態を残します。複数部署が別々に送ると質問や回答が食い違う場合があるため、取りまとめ方法を決めます。公表される回答と個別に届く回答のどちらを使うかは、当該案件の指示に従います。回答が全参加者に公開される可能性がある場合、質問文に自社の秘密情報を不要に入れません。

デジタル庁は調達仕様書等への意見招請に対する回答を公表しています。これは、公表された補足も確認材料になり得ることを示す参照です。全ての民間RFPで同じ質問方式や公開方法が採用されるという意味ではありません。今回の受付方法、回答の位置付け、更新の確認先は、受領した指示を優先して確かめます。

架空の受領管理表と、約束しない返信文

以下は全て架空の例です。架空の依頼書Pは本文第二版と別紙Aを指定していますが、受信メールには別紙がありません。仕様には設置対象の数が二通り記載されています。管理表では別紙を欠落、設置数を質問待ちとし、技術担当へ対象範囲、契約担当へ契約案の確認を割り当てます。実在の募集や調達要件ではありません。

架空の受領文は「提案依頼書第二版を受領しました。現在、提出条件と内容を社内で確認しております。ご案内にある別紙Aが見当たらないため、ご確認をお願いいたします。参加と提出可否については、確認後に指定の方法で回答いたします」です。受領時に回答するよう求められた内容がある場合は、その指示も踏まえて調整してください。

対照の架空ケースでは、担当者から口頭で対象を減らしてよいと聞きましたが、正式な依頼書と回答記録は更新されていません。担当者は都合のよい数量で提案を確定せず、どの指示を提出の前提にできるかを指定窓口へ確認します。口頭の説明を受けた日時と内容は残せますが、正式な変更があったとの記録へ勝手に変えません。

改訂版が来たら、差分と回答を再確認する

改訂版を受け取ったら、旧版を消さず、変更された項目を管理表へ反映します。番号が同じでも条件が変わっていないかを比較します。期限、対象、提出物、評価基準、契約案の変更は、担当ごとに影響を確認してください。新しいファイルが届いたことだけを取りまとめ担当が知り、他の人が旧版で回答を続けない状態にします。

以前の回答を使えるかどうかは、その回答者に差分を示して確認します。文章が似ているからといって全行を承認済みのまま移しません。質問の回答によって提案の前提が変わった場合も、該当する価格、体制、スケジュールへ反映されたかを追います。管理表で回答済みになっていても、提案書が古いままなら作業は完了していません。

提出期限までに判断がそろわない場合は、未回答項目と影響を提出責任者へ示します。条件付きで出せるか、期限調整を依頼するか、今回は提出しないかは権限のある担当が決めます。営業の判断で必須要件を黙って省いたり、未確認を対応可能と書いたりしません。期限に間に合わせることと、誤った約束を避けることを同時に扱います。

提出責任者へ、残る判断と固定した版を渡す

最終の引き継ぎは、提出候補の版、要件対応表、質問と回答、残る判断、承認した担当を一組にします。どの依頼書を前提にした提案かが分かることを確認します。提出後は実際に出したファイルと受領の証跡を残し、受領と採用を区別します。追加質問が来たら、提出版のどの記載に対応するかを管理表へ戻してください。

本稿の完成物は、提案全体の提出準備を引き継げる管理表です。入札資格の確認や、セキュリティ質問票への設問別回答だけではありません。LDMへ営業の引き継ぎを相談する場合も、要件の判断と提出承認は自社に残します。提案書作成、入札資格判定、契約審査を自動で行える機能や、提案が選ばれる結果を本稿で示すものではありません。

一次資料、確認日2026年10月18日：デジタル庁「調達仕様書等の意見招請に対する回答」 https://www.digital.go.jp/procurement/invitation-answer 。公表回答があるという限定的な事実を参照しています。民間RFPへの一律の適用を示すものではありません。管理表と受領文、判断例は編集上の実務提案と架空例です。

実際には無料の受信トレイ到達テスト（check.live-direct-marketing.online）で確認できます。

よくある質問