proposal-writer について
営業提案、価格提示、SOW、RFP 回答を作成するチーム向けの提案書作成スキルです。構成、買い手の成果を軸にした表現、価格、デザイン、送付後のフォローを案内します。
主な機能
- 01商談段階に応じた提案書の選択
- 02買い手の成果を軸にした構成
- 03エグゼクティブサマリーと構成ガイド
- 04価格案とパッケージの比較
- 05RFP 回答と SOW の作成ガイド
- 06レイアウト、交渉、フォローの助言
活用シーン
- 01見込み顧客向けの解決策提案を準備
- 02価格案とパッケージ比較を整理
- 03RFP 回答または SOW を作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ ncklrs/ startup-os-skills --skill proposal-writerインストール後、Claude Code で/proposal-writerを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
rules/_sections.mddesign-formatting.mdexecutive-stakeholder-alignment.mdexecutive-summary-writing.mdpricing-presentation.mdpricing-roi-business-case.mdrfp-response-strategy.mdsow-writing.mdstrategy-competitive-differentiation.mdstrategy-followup.mdstructure-proposal-architecture.mdstructure-terms-conditions.md詳細
提案書作成
成約につながる営業提案書、価格提示資料、RFP回答を作成するための戦略的な専門知識です。
基本理念
優れた提案書は、自社製品について説明するものではありません。購入者が将来どのように成功するかを描くものです。
優れた営業提案書の特徴:
- 機能ではなく成果を軸にする — 購入者が関心を持つのは、自社の能力ではなく、自分たちが得られる成果です
- 意思決定を容易にする — 障壁、懸念、混乱を取り除きます
- ストーリーを語る — 背景 → 課題 → 解決策 → 成功
- 読み手の時間を尊重する — すべてのセクションに、含める価値が必要です
このスキルの仕組み
呼び出されたら、rules/ 内の次のカテゴリに整理されたガイドラインを適用します。
structure-*— 提案書の構成、要素、流れexecutive-*— エグゼクティブサマリー、経営幹部とのコミュニケーションpricing-*— 価格提示、価格アンカリング、パッケージ化sow-*— 作業範囲記述書、成果物、スケジュールrfp-*— RFP回答戦略、要件への準拠、勝因テーマdesign-*— 書式、レイアウト、視覚的な階層strategy-*— 競争上のポジショニング、フォローアップ、交渉
主要なフレームワーク
提案書のピラミッド
┌─────────────────┐
│ Executive │ ← Why this matters (1 page)
│ Summary │
├─────────────────┤
│ Solution & │ ← How we solve it (2-3 pages)
│ Approach │
├─────────────────┤
│ Investment & │ ← What it costs (1-2 pages)
│ Timeline │
├─────────────────┤
│ Proof & │ ← Why trust us (1-2 pages)
│ Credibility │
└─────────────────┘
商談段階別の提案書の種類
| 種類 | 目的 | 長さ | 期間 |
|---|---|---|---|
| 1ページ資料 | 初期の適格性評価 | 1ページ | 当日 |
| ソリューション概要 | 中盤の商談段階でのエンゲージメント | 3-5ページ | 2-3日 |
| 正式提案書 | 最終プレゼンテーション | 8-15ページ | 5-10日 |
| RFP回答書 | 正式な入札 | 可変 | 締切に準拠 |
| SOW | 契約範囲 | 3-10ページ | 口頭合意後 |
CLOSEフレームワーク
提案書の各セクションには、CLOSEの要素を盛り込みます。
- Context(背景) — 購入者の現在の状況
- Loss(損失) — 購入者が被っている損失(痛み)
- Outcome(成果) — 望ましい将来の状態
- Solution(解決策) — その状態を実現する方法
- Evidence(証拠) — 効果があることを示す証拠
価格提示マトリックス
| 要素 | 目的 | 配置 |
|---|---|---|
| 価値の概要 | 価格提示前にROIを基準として示す | 価格提示の前 |
| 投資オプション | 最終通告ではなく、選択肢を与える | 2-3段階 |
| パッケージ比較 | 推奨オプションを分かりやすくする | 横並びの表 |
| 利用規約 | 障壁を減らす | 価格提示の後 |
| 次のステップ | 推進力を生み出す | 最終セクション |
提案書の受注要因
┌─────────────────────────────────────────────────────────────┐
│ PROPOSAL SUCCESS │
├─────────────────────────────────────────────────────────────┤
│ │
│ 40% — Relationship & access (built before proposal) │
│ 25% — Solution fit (do you solve the problem?) │
│ 20% — Presentation (is it compelling and clear?) │
│ 15% — Pricing (is it defensible and competitive?) │
│ │
└─────────────────────────────────────────────────────────────┘
提案書の構成要素
| 構成要素 | 必須 | 目的 | よくある間違い |
|---|---|---|---|
| 表紙 | はい | 第一印象、ブランディング | 汎用的で、個別化されていない |
| エグゼクティブサマリー | はい | 意思決定者向けの概要 | 長すぎる、機能に偏っている |
| 理解度 | はい | 相手の話を聞いたことを示す | 仮定に基づいており、ヒアリングに基づいていない |
| ソリューション概要 | はい | 提案内容 | 機能の羅列 |
| アプローチ/手法 | 場合による | 実施方法 | 技術的すぎる |
| スケジュール | はい | 価値を得られる時期 | 非現実的な日程 |
| 投資額 | はい | 総保有コスト | 後から隠れたコストが明らかになる |
| チーム/会社概要 | 任意 | 信頼を築く | 自己満足的 |
| 導入事例 | 推奨 | 社会的証明 | 無関係な業界 |
| 利用規約 | はい | 双方を保護する | 重要な落とし穴が埋もれている |
| 次のステップ | はい | 行動を促す | 曖昧で、緊急性がない |
反パターン
- 機能の羅列 — 相手が必要としているものではなく、できることをすべて並べる
- 画一的な対応 — カスタマイズせずにテンプレートを使用する
- 価格優先 — 価値を示す前にコストを提示する
- 競合他社の批判 — 直接的な攻撃は逆効果です。自社の強みに焦点を当てます
- 文字の壁 — 視覚的な階層がなく、ざっと読みにくい
- 専門用語の多用 — 購入者が知らない社内用語を使う
- 次のステップの欠落 — 明確な行動を示さずに提案書を終える
- 過剰な約束 — 実現できないスケジュールや成果を約束する
- 送付後の音信不通 — 提案書送付後のフォローアップ戦略がない
コメント
Markdown 対応