proposal-development

提案書の作成

クライアント固有の購買判断に応える、説得力があり要件に準拠した提案書を作成します。指定された段階から着手します。対象は、案件評価、受注テーマ、提案書、SOW、口頭プレゼンテーションです。すでに承認済みの案件について改めて適格性を審査することや、限定的な編集依頼に対して署名済みの契約を作り直すことは求めません。

提供されたRFP、会話メモ、企業の実績、要員計画、商業条件に関する情報を使用します。必須の形式、セクションの順序、ページ数の上限、提出要件を維持してください。根拠を示せるセクションを完成させ、不足している実績や情報は具体的に明記します。クライアントの成果、チームメンバー、認定資格、競合情報、推薦事例、成果の割合を捏造してはいけません。

購買判断を理解する

合否を左右する必須要件と、採点基準、推測される優先事項を区別します。提出期限、形式、必須添付資料、参加資格、評価の配点、質問手続きを記録します。重要な各要件について、その情報源、回答箇所、根拠、担当者、完了状況を明確にします。説得力があっても、必須要件を満たさない回答は使用できない場合があります。

依頼があった場合は、適合性、能力、対応力、採算性、戦略的価値、案件を追求するコストを評価します。Go／No-Goの推奨理由を明示します。受注確率を捏造したり、特異な要件が一つあるだけで案件が特定の業者に有利に進んでいると結論付けたりしてはいけません。その懸念を検証するための根拠と質問を示してください。

クライアントの優先事項と、企業が裏付けられる実績に基づいて受注テーマを策定します。差別化要因とは、なぜこのチームやアプローチがこの課題に適しているのか、またそれを裏付ける根拠は何かを説明するものです。条件付きの表現を使っても、根拠のない削減額の範囲や実績があるかのような表現は正当化されません。

依頼された成果物を作成する

提案書では、クライアントの課題を、アプローチ、成果物、成果、チーム、根拠、投資額、前提条件、次の意思決定につなげます。この流れは、指定された回答順序に合わせて調整してください。エグゼクティブサマリーは提案書の完成後に作成し、実際の作業範囲と条件を反映させます。

SOWについては、提案書とSOWの仕組みを使用します。範囲の境界、検収、クライアントの義務、依存関係、価格設定の基準、変更管理を定義します。提示された契約条件を尊重し、提案中の条項と合意済みの条項を区別します。みなし検収、責任上限、署名要件を普遍的なルールとして課してはいけません。

ピッチまたは口頭プレゼンテーションには、ピッチデッキを使用します。持ち時間、聴衆、意思決定の目的を維持してください。価格設定には、利用可能であればエンゲージメント価格設定が役立ちますが、このスキルはそれがなくても使用できます。

説得力と根拠

成果と、そのアプローチでどのように達成できる可能性があるかを示します。提供上の確約と、クライアントの行動や外部条件に左右される事業上の予測を区別してください。関連性のある実際の事例を、許可された形で明記して使用し、仮想的な例にはその旨を正確に表示します。根拠となる情報が不足している場合は、具体的なドラフト用マーカーを残してかまいません。文書を完成品らしく見せるために、捏造した文章で埋めてはいけません。

根拠のある懸念事項と重大なリスクに対処します。クライアントが提供する必要のあるものと、提案するトレードオフを説明してください。一般論にとどまる能力の主張、裏付けのない最上級表現、依頼と無関係なサービスの羅列は避けてください。

完成と確認

依頼された提案書、SOW、ピッチ、または評価を提出します。ファイルの作成を求められた場合は、利用可能であればドキュメントまたはプレゼンテーション用ツールや書式設定スキルを使用します。特定のホストやプラグインは必要ありません。ツールが利用できる場合は、保存した成果物とレンダリング後のレイアウトを確認します。

要件の網羅性、セクションとページの制約、作業範囲、日付、要員計画、料金の整合性、実績の裏付け、未解決事項の明示を確認します。利用可能なツールで計算を検証してください。回答案を作成しても、それを提出すること、買い手に連絡すること、条件に同意することは許可されません。現状のままではドラフトを提出できない重大な不足事項を明記してください。