
このテンプレートを使用してください
優れたプロジェクト提案書は、アイデアを資金提供される取り組みに変えます。Trupeerなら、無料のプロジェクト提案書テンプレートから始めて、ブランドアイデンティティでカスタマイズし、さらに提案書を意思決定者が5分で視聴できる動画ピッチに変換することで、提案書作成にかかる時間を何時間も節約できます。
プロジェクト提案書テンプレートとは?誰が読むの?
プロジェクト提案書は、誰かに承認または資金提供してもらいたい「仕事」を明確にします。問題は何か、どのように対処する提案なのか、どのように実行するのか、誰が実行するのか、期間はどれくらいか、費用はいくらか。
決定的な特徴は、「断る権限のある相手」に向けて書かれていることです。これは、すでに決定済みの作業を許可するブリーフとは異なり、また、承認された作業がどのように提供されるかを説明するプランとも区別されます。
読者は通常、次の3人のうちのいずれかです。供給先を比較して選ぶクライアント、または見込みクライアント。限られた予算枠を配分するファンダー(資金提供者)や助成機関。そして、同じ予算の中で競合する案件のどれを採用するかを社内で判断する社内承認者です。
この3者には共通点があります。このページのすべてが、その共通点によって形作られています。彼らは、あなたの提案書だけを単独で読んでいるわけではありません。
あなたの提案書は「単独」ではなく「束」で読まれる
ほとんどの提案書は、読者の机の上で自分だけが唯一の書類であるかのように書かれています。導入、私たちについて、アプローチ、チーム、事例、スケジュール、価格。結論へ向けて積み上げる、自己完結型の論理です。
しかし、それが実際の読み方ではありません。読者は3〜4本の提案書を同時に開き、各書類に対して評価基準を照合し、書類ごとに割ける注意力は限られています。彼らはあなたの論理を評価しているのではなく、各提案書から同じ種類の答えを抜き出して比較しています。
つまり、提案書の役割は、順番に説得力を積み上げることではありません。抜き出しやすいことが重要です。
その実務上の帰結は、文章を書くことに誇りを持つ人にとっては不快かもしれません。41ページ目の、重みづけが大きい評価基準の答えを深いところに埋め込んだ、十分に論理立てられた47ページの提案書は、その基準名に一致する見出しの下に置いた、より素朴な30ページの提案書に負けます。
これは評価者の欠点ではありません。比較にはそうした要件があり、起こることを知っていれば完全に予測できます。
Trupeerでこのテンプレートをカスタマイズする方法
ステップ1:テンプレートセクションを開く
メインナビゲーションから「テンプレート」セクションへ移動します。

ステップ2:テンプレートを選択して開く
作業したいテンプレートをクリックして開きます。

ステップ3:テンプレート表示を展開する
必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。

ステップ4:テンプレートを編集する
編集をクリックして、選択したテンプレートの変更を開始します。

エディター内では、次のことができます:
新しいセクションを追加
書式ルールを定義または更新
ロゴを追加し、その位置および関連設定を調整
ステップ5:カスタマイズしたテンプレートを保存する
必要な変更をすべて行ったら、保存をクリックして更新済みのテンプレートを自分のものとして保存します。

ステップ6:プレビューしてテンプレートを微調整する
カスタマイズしたテンプレートがどのように見えるか確認したいときは、プレビューを開きます。

プレビュー画面から、必要に応じてそのまま調整を続けることができ、テンプレートが希望どおりに表示されることを確認できます。
プロジェクト提案書テンプレートを使うと、次のことができます:
作成時間を節約:経験豊富なPMが使う構造で、空白のページをスキップできます。
承認を獲得:問題、ROI、リスクのための内蔵セクションにより、説得力のある根拠を提示できます。
ブランドに沿った見せ方:Trupeerのブランドキットでロゴ、フォント、カラーを適用できます。
インパクトのあるピッチ:提案書を、実際に意思決定者が視聴する動画ピッチに変換します。
プロジェクト間で標準化:すべての提案書に同じテンプレートを使用できます。
グローバルな関係者に届ける:1クリックで提案書を65言語以上に翻訳できます。
評価基準を、その順番どおりに反映する
提案書に対する、最も大きなリターンを生む変更は「構造」であり、文章を書く必要がまったくありません。
基準が公開されているなら、それをセクション見出しとして使う、提示された順番で、あなたの言葉ではなく基準の言葉をそのまま使います。6つの評価基準が掲載された入札では、それに対応する6つの主要セクション名が付いた提案書が作られるべきです。評価者が「評価基準4」を採点するなら、「評価基準4」の名前が付いたセクションを見つけられるはずです。
基準が公開されていないなら、聞く。ほとんどの購入者は教えてくれます。そして質問することは、自分のことを語るのではなく、その質問に答えるつもりだというシグナルになります。
聞けない場合は推測し、1ページ目でそう明記する。意思決定の対象が何であるかを、短い段落であなたの理解として述べることで、読者があなたの理解を修正できる余地が生まれます。また、あなたの能力ではなく、相手の課題について考えていることを示せます。
ここから導かれるのは、抵抗されがちな2つのことです。あなたのお気に入りの内容が、どの基準にも当てはまらない可能性があり、その場合は付録に回すか、そもそも出さないことになります。そして、セクションの順番が物語としては不自然に見えるかもしれませんが、それは問題ではありません。物語として読まれるわけではないからです。
重みづけに対するカバー範囲を確認する方法
提出前の10分チェックで、ほとんどのダメージを見つけられます。
Criterion | Weighting | Where it is answered | Words devoted | Proportional? |
|---|---|---|---|---|
Technical approach | 25% | Section 2, pages 4 to 11 | 3,100 | Yes |
Social value | 20% | Two paragraphs, page 41 | 180 | No, badly under |
Programme management | 15% | Section 4, pages 14 to 17 | 1,600 | Yes |
Team | 15% | Section 5 plus appendix CVs | 1,400 | Yes |
Risk management | 15% | Spread across sections 2 and 4 | 700, unfindable | No, not locatable |
Innovation | 10% | Section 6, page 22 | 900 | Yes |
この表には2つの失敗パターンが出ており、どちらもよくあることです。
重みづけに対して不足している内容。配点の5分の1に相当する基準に対して、2つの段落で答えているケースです。語数が重みづけに対して厳密に比例している必要はありませんが、桁違いに少ないのは、スタイルの選択というより採点上の問題です。
見つけられない内容。存在しているのに、1か所で答えられておらず、文書全体に分散している素材です。評価者が「評価基準5」を採点する場合、4つのセクションから答えを組み立てることはしません。見つけられる範囲を採点します。
表を実行してください。noが付いている行を修正します。たいてい、それが介入の全体です。
あなたが彼らのために書くべき比較表
すべての評価者は、形式的に行うかどうかに関わらず、比較のためのグリッド(表)を作ります。彼らは次元(ディメンション)を選びます。
あなたもそれを選べますが、ほとんど誰もやりません。
1ページ目または2ページ目に、意思決定の軸になるとあなたが考える次元を示す短い表を置き、各次元に対するあなたの回答を記載します。他の列は完全に省いてください。読者は頭の中で埋めます。
次元は慎重に選びましょう。購入者にとって本当に重要なものであること、裏づけを取れるものであること、そして少なくとも1つは代替案のほうが弱いと確信できるものであることが必要です。「十分にできている」程度の次元の表は、表がないよりも悪いです。
これはトリックではなく、対立的である必要もありません。重要な次元を明確にすることは、あなたよりも情報が少ない状態で読者自身がそれを行おうとしているときのサポートになります。
購入者が基準を公開している場合、あなたの表はそれを使うべきです。公開していない場合、あなたの表は推測であり、前のセクションで説明した段落としても機能します。
無料のプロジェクト提案書テンプレート:コピーすべき構造
ここからコピーしてください。セクション名は、存在する場合は常に購入者の評価基準に合わせて調整します。
表紙。 プロジェクトまたは入札の名称、あなたの組織、日付、参照番号、連絡先。
1ページの要約。 1段落で提案内容。比較表。価格。求めている意思決定と、その期限。
要件の理解。 あなたの言葉で問題を言い換え、ブリーフをなぞるのではなく理解していることを示します。基準が公開されていない場合は、意思決定が何に左右されると考えるかも含めてください。
基準に対応するセクション。 基準ごとに1つずつ、提示された順番で、基準の言葉どおりに名付けます。それぞれの基準に完全に答える内容を、1か所にまとめます。
プログラム。 フェーズ、マイルストーン、日付。プラン自体は提案書ではありません。また、私たちのプロジェクトプランテンプレートは、勝利後に構築する作業文書をカバーします。
チーム。 実際に作業を行う担当者として名前を挙げ、その稼働可能性を示します。能力の説明文ではありません。
価格。 1か所に明確に記載し、含まれるもの/含まれないものを示します。価格に依存する前提条件を、番号付きで列挙します。
リスクとその対応方法。 基準である場合は、分散させずセクションとして回答します。
私たちが提案しないこと。 明確な除外事項。これは「保険をかける」ような書き方ではなく、自信として読めるようにし、最もよくある受注後の紛争を防ぎます。
付録。 事例、CV(履歴書)、認証、ポリシー。答えるのではなく、それを支えるすべて。
ここまでコピーしてください。
47ページ書いて3位になったコンサルティング会社
Marlow and Deaneは、約140人規模のエンジニアリングコンサルティング会社で、地方自治体と組んだ4年間の高速道路設計フレームワークに入札しました。契約期間全体で約280万ポンド相当です。
彼らの提案書は47ページでした。文章はよく書かれており、強力なチームのCV、詳細な手法、そして関連性のある事例が3つ含まれていました。構成は、導入、私たちについて、私たちのアプローチ、私たちのチーム、事例、プログラム、価格でした。
品質で5社中3位でした。
デブリーフは示唆に富んでいました。入札では、重みづけ付きの6つの評価基準が公開されていました。技術アプローチ25%、社会的価値20%、プログラムマネジメント15%、チーム15%、リスクマネジメント15%、イノベーション10%です。
社会的価値は、利用可能な配点の5分の1で2番目に高い重みづけの基準でしたが、41ページの2つの段落で対応されていました。
リスクマネジメント(さらに15%)は、セクションとして答えるのではなく、手法の中に分散されていました。評価者のメモには、明確な回答を見つけられなかったと書かれていました。
その結果、利用可能な配点の35%が、47ページの中で「ほとんど存在しない」か「見つけられない」内容に対して低く採点されていました。
勝ち取った入札は31ページでした。主要6セクションは、入札の順番どおりに、6つの評価基準そのものになっており、入札の文言を使っていました。
入札作成には、スタッフの稼働時間としてMarlow and Deaneに約2万4千ポンドかかっていました。
彼らは「文章」ではなく「プロセス」を変えました。セクション見出しは、公開された基準を順番どおりに、そしてその言葉どおりに反映するようになりました。カバー範囲のチェックは提出前に実行され、各基準、その重みづけ、どこで回答しているか、何語割り当てるかを一覧化し、不均衡なものはフラグを立てます。比較表は2ページ目に置き、そして納品チームが提案書を送付する前に読みます。
新しいプロセスでの最初の入札では、納品チームが「書かれたとおりには提供できない」と彼らが言った4つのコミットメントを削除しました。
その後の18か月間で、彼らは11件の入札を提出し6件を獲得しました。比較対象となる前の期間では11件中3件だったため、改善しています。5件中の敗北のうち2件は、「品質では2番目だったが、価格で負けた」というフィードバックでした。これは別の問題であり、むしろ持っておくべき良い問題です。
プロジェクト提案書に何を含めるべきか、そしてどこに置くべきか
上記の構造は維持しつつ、タイプによって重点が大きく変わります。
価格は前に置く:要約の中で、さらに独自のセクションでも再度示す。読者は、どこに置いていてもまず最初にそれを探します。価格を隠す提案書は、回避的に読まれます。公開(リビール)まで積み上げるやり方は、ピッチでは機能しますが、他の2つと比較される文書では機能しません。
各基準への回答は、必ず1か所にまとめる。物語の流れのために回答を分散させると、採点上のマイナスになります。評価者は該当する見出しの下にある内容を採点するからです。
前提条件は番号付きで、価格に紐づける。すべての提案書には前提条件があります。そして価格に紐づけられた前提条件こそが、最終的な契約があなたの入札内容と一致するかどうかを決めます。番号を振ることで、差異がどれに起因するかを指し示せます。
入れないもの:あなたの経歴(基準でない限り)。一般的な能力の説明文。どの有能な供給者でも行うであろうことを説明する手法。次のセクションで扱う「6か月目に引用されても困るようなもの」すべて。
送る前に納品チームに読ませる
提案書は約束であり、その中のすべての文が、別の誰かが満たさなければならない期待になります。
多くの組織では、提案書は入札またはビジネス開発の担当が、時間的なプレッシャーの中で作成します。そして実際に作業を行う人たちは、勝利した後に初めて提案書を読みます。その時点では、コミットメントは契約上のものになっています。
修正にかかるコストは1時間です。誰が納品をリードするかに関わらず、提出前に提案書を読み、次の指示を1つだけ守ってください。「書かれたとおりには提供できないもの、または提示された価格では提供できないもの」をすべてマークすること。
リストは通常短く、具体的です。誰も確保できない稼働を前提にした回答時間。価格以上のことを示唆するような形で説明された成果物。別の場所でコミットしていることが明らかな個人名。立派に聞こえるのに実際には起こらない手法のステップ。
これらは、今すぐ削除するほうが、3か月目に再交渉するより安く済みます。また、削除しても入札が弱くなることはほとんどありません。削除されるコミットメントは、通常、区別できる要素ではなく一般的なものだからです。
提案書が勝った場合、そのレビューは納品計画の出発点にもなります。納品リードがすでに範囲を読み、異議を唱えているためです。
プロジェクト提案書のバリエーション:助成金、コンサル、建設
構造は維持されますが、タイプによって重点が大きく変わります。
助成金・資金提供の提案書。ファンダーのフォーマットは必須で、通常は指示的です。各セクションごとの語数制限などが含まれます。質問には提示された順番で答え、語数制限は「重みづけのシグナル」として扱ってください。ここでは、方法よりも成果と測定のほうが重く評価されます。
コンサルティングの提案書。チームとアプローチが支配的で、購入者は主に「この特定の人たちと一緒に働けるか」を評価しています。実際の稼働可能性がある個人名は、能力の説明文よりも強いです。
建設・エンジニアリング。プログラム、方法書、リスク、コンプライアンスの比重が大きく、ドキュメント要件が指定されていることもよくあります。健康と安全の資格は、採点基準というより「合否のゲート」になっていることが頻繁です。
公共部門の入札。基準と重みづけは公開され、評価は形式化され、明確化の質問は通常許可されているものの、あまり活用されていません。反対側のテーブルでは、私たちの調達マネジメントプランテンプレートが、購入者が契約タイプをどのように設定するか(そして、どれだけ要望を明確に指定できるか)をカバーしています。これは入札を解釈するうえで役立つ背景情報です。
社内提案。供給者に対して競うのではなく、予算を取り合うことになります。比較は他の社内イニシアチブに対して行われるため、名付ける価値がある次元は通常、回収(ペイバック)、リスク、そして「代わりに実施されないこと」です。
フリーランスおよび小規模プロジェクトの提案書。2〜4ページ。範囲、価格、スケジュール、除外事項、そして範囲が変わった場合にどうなるか。長さはここでは有用なシグナルになりません。除外事項が、ほとんどの紛争を防ぎます。
提案書テンプレートを使うデメリット
この点について正直に言う価値があります。なぜなら、このテーマについて書かれていることはほとんどないからです。
テンプレートは「間違った構造」に答えることを促します。テンプレートのセクション順は汎用的で、購入者の評価基準は具体的です。基準ではなくテンプレートに従うことが、上の実例で示したとおり、まさに失敗の原因になります。
汎用的な内容が生まれます。定型の手法や能力のセクションは定型文のように読まれ、評価者は大量の提案書を読みます。
すべてのセクションを埋めたくなる。言うべき独自性がないセクションは、ざっと見される文書の中では無駄な重りになり、重要なセクションを薄めてしまいます。
価格を隠してしまう。ほとんどのテンプレートでは商談(コマーシャル)が最後に置かれますが、読者はとにかくまず最初にそこを見ます。
それは購入者のフォーマットではない。購入者がフォーマットを指定している場合、彼らのものがこのページのすべてを上書きします。
忘れないためのチェックリストとしてテンプレートを使い、構造は購入者の評価基準に決めさせましょう。
プロジェクト提案書、ブリーフ、ビジネスケースの違いは?
互いに近い場所に置かれ、混同されやすい3つの書類です。
提案書は、進めるかどうかを判断する相手に向けて書かれます。通常は競争の形で行われ、価格が含まれます。その役割は「勝つこと」です。
ブリーフは、何かを実行するという決定がなされた後に1度だけ作成され、問題を述べて作業を許可します。社内向けであり、価格はありません。私たちのプロジェクトブリーフテンプレートでそれをカバーしており、解決策を述べるブリーフがなぜこれほど無駄を生むのかも含めています。
ビジネスケースは、選択肢、コスト、便益によって投資を正当化し、財務機能または取締役会が承認するものです。長くなり、財務モデリングでいっぱいになった提案書は、通常、名前が間違っているビジネスケースです。
社内作業では、順番はブリーフ→ビジネスケース→プランです。社外作業では、入札または問い合わせ→提案書→契約→プランです。提案書は2つ目にしか登場しないため、社内のプロジェクト実務と提案書アドバイスが噛み合わないことが多いのです。
WordまたはPDFでプロジェクト提案書テンプレートを入手できますか?
文章作成にはWordまたはGoogle Docsです。提案書は複数ラウンドのレビューとコメントを経ることが多く、また購入者が編集可能なファイルを求めることがあるためです。
提出には常にPDFです。購入者が別の指定をしていない限り、レイアウトが固定され、誤って編集されるのを防ぎ、さらにあなたの文書が意図しない形に組み替えられるのを防ぎます。
必要以上に重要な制作上の2つのポイントがあります。PDF内のセクションをブックマークまたはリンクで設定してください。評価者が基準間を行き来する際に助かります。そして締切当日ではなく、締切前にポータルのファイルサイズ上限と照合してください。これは本当に遅延提出のよくある原因です。
プレゼンテーションソフトは、提案書に付随するピッチには適していますが、提案書そのものには適していません。購入者がプレゼンも求める場合は、同じ基準を同じ順番で答える別の成果物として扱ってください。
提案書はしばしばクライアントが最初に見るものなので、ブランドキットによって、その後に続くすべての内容と一貫性を保てます。購入者が「あなたがきちんと整理されているように見えるか」を一部評価している場合に重要になります。
説明するのではなく、方法を見せるには?
すべての提案書は方法(メソッド)を主張しており、評価者はそれを何十本も読みます。方法の説明はほぼ入れ替え可能に見えるため、基準は内容ではなく「見せ方」で採点されがちです。
そこを切り抜けるのは具体的なものです。実際にその作業をどう行うかを短く録画し、提案書からリンクすることで、3ページの説明では難しい形で懐疑的になりにくくなります。
Trupeer AIなら、それを作るのが簡単です。チームの誰かが一度だけプロセスを録画し、出力は、文章によるウォークスルーと動画の2つになります。あなたのブランドに合わせて作成され、提案書の該当セクションからリンクしたり、付録として提供したりできます。
録画する。ブランド化する。翻訳する。Trupeerする。
勝利後にも2つ目の用途があります。方法を示すために作った素材は、オンボーディングおよび納品のドキュメントになります。そのため、労力を入札だけに費やす必要がありません。出力はナレッジベースに保存され、提案書が後で引き渡しにつながる場合は、受け手側が必要とする内容をプロジェクトハンドオーバーテンプレートがカバーします。セットアップ手順はドキュメントテンプレートセットアップガイドにあります。
よくある質問
Wordで無料のプロジェクト提案書テンプレートはありますか?
上記の構造は、そのままWordまたはGoogle Docsに貼り付けられます。ゲート付きのダウンロードも、フォームもありません。何かを書き始める前に行うべき変更として価値があるのは、テンプレートのまま使うことではなく、購入者の評価基準に合わせて、提示された順番でセクション名を付け替えることです。これは、どんなテンプレートよりも価値があります。
PDFで無料のプロジェクト提案書テンプレートはありますか?
ドキュメントエディターで作成し、購入者が別の指定をしない限りPDFとして提出してください。評価者が基準間をジャンプできるようにセクションにブックマークを付け、締切当日ではなく締切前にポータルのファイルサイズ上限を確認します。
シンプルなプロジェクト提案書テンプレートはありますか?
小規模プロジェクトやフリーランスの仕事なら、4つのセクションで十分です。何をするのか、費用はいくらか、いつ完了するのか、何が除外されるのか。2〜4ページ。長さはこの規模では有用なシグナルにならず、除外事項がほとんどの紛争を防ぎます。
Wordで無料のビジネス提案書テンプレートはどこで見つけられますか?
ビジネス提案書、プロジェクト提案書、サービス提案書は、基本的に同じ文書で、重点の置き方が異なるだけです。上記の構造は3つすべてに使えます。違いは、購入者がどの基準を採点しているかです。新規クライアント向けのビジネス提案書では、どのようにやるかよりも「なぜあなたなのか」をより多く書く必要があることが多く、これは構造の問題ではなく重みづけの判断です。
プロジェクト提案書はどれくらいの長さが必要ですか?
基準が求める分だけで十分です。それ以上は不要です。上の実例では、47ページの280万ポンド相当のフレームワークが、31ページの勝者に負けました。長さは変数ではありません。基準に対して見つけやすいかどうかが重要です。
プロジェクト提案書は誰が書くべきですか?
納品をリードする人が、書くか、提出前にレビューするべきです。入札機能だけで完全に書かれた提案書には、納品チームが見たことのないコミットメントが含まれており、あなたが勝った当日からそれらのコミットメントは契約上のものになります。
価格は前に置くべきですか?後ろに置くべきですか?
前です。要約の中で、さらに独自のセクションでも再度示します。読者はまず最初にそれを探します。価格を隠すと、他の文書と比較される中で回避的に読まれます。公開(リビール)まで積み上げるやり方は、ライブのピッチでは機能しますが、文書では機能しません。
提案書と見積書(クオート)の違いは何ですか?
見積書は、定義された作業に対する価格です。提案書は、価格だけでなくアプローチについても主張し、購入者が「何を求めているか」を十分に特定していない場合に使われます。要件が完全に特定されているなら、見積書だけで足りるかもしれません。提案書を提出すると、長さが増えるだけで、採点上の加点は増えません。