自治体プロポーザルの提案書｜イベント業務の評価対応表

自治体プロポーザルの提案書は、一般的な刺さる文章より先に、案件の評価項目ごとに要求回答・根拠・提案ページを対応させて作ります。

プロポーザル提案書とは、発注者が示す実施要領・仕様書・評価基準に対し、自社の実施方法と根拠を示す選定資料です。

文章やデザインが良くても、指定様式、失格条件、評価項目への回答が抜ければ、提案の実現性を正しく評価してもらえません。公示一式を文書別に読み、要求と締切を一つの台帳へ集約してから、提案章・担当・レビューを割り当てることが重要です。質問への公式回答で条件が変わった場合は、提案書だけでなく見積・体制・工程の関係箇所を同時に更新します。

本記事では、価格入札との違い、公示・仕様書・評価基準・様式の分解、評価対応マトリクス、提出版の管理を整理します。イベントHUBで参加表明から受注後までを案件へ結ぶ際にも使える実務の型です。

プロポーザル提案書は評価項目から組み立てる

提案書の起点は自社が伝えたいことではなく、発注者が案件原文で示した評価項目です。全省庁統一資格とイベント入札で参加条件を確認し、提案段階では要求への回答を追跡します。

価格入札との違いを案件原文で確認する

調達方式の名称や一般論だけで、価格と企画の扱いを決めません。公示、実施要領、評価基準で、選定方法、提出物、評価対象、プレゼン・ヒアリングの有無、価格書類の扱いを確認します。

価格入札とプロポーザルのどちらでも提出条件の厳守は必要ですが、提案書の役割は案件ごとに異なります。判断方法を要約する際は、根拠文書と該当箇所を付け、別案件の進め方を転用しません。

指定様式と評価基準を最優先にする

ページ数、用紙、章順、匿名化、ファイル形式、提出方法などの指定がある場合は、その案件の原文を最優先にします。評価基準にない定番章を追加することで、指定範囲や読みやすさを損なわないようにします。

評価項目ごとに、要求、回答の要旨、根拠、提案ページ、担当、レビュー状態を一行で持ちます。配点や失格条件は自治体・案件ごとに異なるため、一般的な数値を作らず、案件原文の表記を転記・照合します。

公示・仕様書・評価基準・様式を比較する

公示一式は文書ごとに役割が異なり、同じ条件が複数文書へ分散することがあります。イベント進行管理・案件ステータス管理へ文書版と確認状態を登録します。

各文書から要求と締切を抽出する

公示から案件名、参加資格、全体日程、窓口、実施要領から手続き・提出・審査、仕様書から業務範囲・成果・履行条件、評価基準から評価項目、指定様式から記載欄・形式を抽出します。案件により文書名や分担が異なるため、固定の役割と決めつけません。

要求には要求IDを付け、出典文書、版、箇所、期限、回答方法を登録します。同じ要求が複数文書にある場合は統合しつつ、表現や条件の差を消さず、質問候補として残します。

失格条件と質問事項を先に台帳化する

提出形式、期限、参加表明、必要書類、押印・署名、提出方法など、違反時の扱いが示される条件を先に確認します。「細かな事務条件」と後回しにせず、提案内容と並行して担当を割り当てます。

文書間の不一致や解釈不明は、質問期限までに質問台帳へ載せます。質問文、根拠箇所、提出日、公式回答、影響する要求ID・提案ページを結び、回答後に全関係箇所を更新します。

評価対応マトリクスを作る

評価対応マトリクスは、提案書の目次とは別に持つ内部の追跡表です。イベント見積書の作り方で作る数量・単価の根拠も、該当する仕様・提案へ結びます。

Step 1 評価項目へ要求回答と根拠を割り当てる

案件原文の評価項目を行にし、要求の要約、自社の回答方針、実施方法、根拠、注意条件を列へ置きます。一つの評価項目に複数要求がある場合は子行に分け、回答漏れを隠しません。

根拠は、体制図、工程表、業務フロー、会場図、実績資料、見積内訳など、提案内容を裏付けるものへ限定します。存在しない実績や確定していない協力先を既成事実として書かず、提案時点の状態を明示します。

Step 2 提案ページ・担当・レビューを確定する

各要求へ提案ページ、執筆担当、根拠作成者、レビュー担当、期限を割り当てます。同じ内容を複数ページで扱う場合は主回答ページと参照ページを分け、数字・固有名詞・体制がずれないようにします。

レビュー状態は未着手、初稿、担当確認、横断確認、承認、提出版反映などに分けます。評価項目単位で状態を持てば、ページが完成していても根拠・見積との照合が残る箇所を見つけられます。

イベント業務の実現性を示す

イベントHUBでは提案要素を受注後の案件運用へ引き継げる粒度で管理します。イベントのクライアント管理に発注者窓口、質問回答、承認条件を結びます。

体制・工程・安全連絡・地域連携を具体化する

体制は会社名の羅列でなく、統括、制作、会場、運営、安全連絡、協力会社の役割・責任・代替を示します。工程は準備、調整、設営、本番、撤去、報告の依存関係を案件条件に合わせて示します。

安全連絡や地域連携は抽象的な方針だけで終えず、誰が、いつ、何を確認し、どこへ記録するかをフローにします。ただし、自治体が求めていない要件や特定地域との合意を、根拠なく確定事項として追加しません。

見積根拠と実施方法を対応させる

仕様・提案で約束する人員、機材、制作物、会場対応を見積内訳へ対応させます。提案だけにある無償作業や、見積だけにある不明な費目をなくし、数量・期間・担当の前提を揃えます。

代替案や追加提案は、基本範囲との境界、実施条件、費用の扱いを明示します。発注者の予算上限や価格評価がある場合は、案件原文に従い、社内の希望額を公示条件として扱いません。

料金は初期費用30,000円（税込）・月2,980円/名（税込・6名以降、1〜5名は4,980円/名・税込）です。料金・機能の詳細や無料での製品体験は、お問い合わせからご案内しています。

提出までの版と証跡を管理する

提出管理は最終ファイルの保存だけでは不十分です。参加表明、質問、提案書、見積、プレゼンの各締切から逆算し、レビューと承認の時間を確保します。

参加表明・質問・提案・プレゼンを逆算する

公式締切を起点に、担当初稿、根拠収集、見積照合、法務・経理確認、全体レビュー、決裁、提出準備の内部期限を置きます。郵送、持参、電子提出など指定方法に応じる準備時間も含めます。

プレゼンがある場合は、提案書の主張と説明資料・想定質問の整合を確認します。提出後の質疑で新たな条件を約束しないよう、回答権限と保留・確認の経路を決めます。

レビュー版・提出版・受領証跡を残す

版には作成者、更新日、変更内容、承認者、用途を付けます。レビュー版と提出版を同じファイル名で上書きせず、提出した本体・別紙・見積・添付を一組で固定します。

提出後は提出方法、提出者、送信・持参時刻、提出先、受領メール・受付票などの証跡を保存します。修正指示や再提出があれば、発注者の指示、旧版、新版、有効な提出一式をつなぎます。

自治体プロポーザルのよくある質問

Q. 最初に何を読みますか

公示一式を確認し、締切と失格条件を先に台帳化したうえで評価項目を分解します。

Q. 提案書の章立ては自由ですか

指定順があれば従います。自由度がある場合も評価項目と提案ページの対応を明示します。

Q. 配点の高い定番項目は何ですか

自治体・案件で異なるため一般化しません。必ず当該案件の評価基準を使います。

Q. この方法なら採択されますか

採択は保証できません。要求への追跡可能性と提案の実現可能性を高めるための管理方法です。

まとめ｜評価項目から提出証跡までつなぐ

自治体プロポーザルの提案書は、公示・実施要領・仕様書・評価基準・様式から要求と締切を抽出し、評価項目ごとに回答、根拠、提案ページ、担当、レビューを割り当てます。指定条件を優先し、配点や失格条件を他案件から一般化しないことが重要です。

イベントHUBで参加表明、質問、提案版、見積、承認、提出証跡を案件へ結べば、受注後も提案時の約束を追えます。イベント案件台帳の作り方と合わせ、評価項目から実施条件まで一続きにしましょう。