mcpField
P
proposal-writer

proposal-writer

github.com/ncklrsマーケティング・グロース53596 回インストール35 週間前に更新
リポジトリ

proposal-writer について

営業提案、価格提示、SOW、RFP 回答を作成するチーム向けの提案書作成スキルです。構成、買い手の成果を軸にした表現、価格、デザイン、送付後のフォローを案内します。

主な機能

  1. 01商談段階に応じた提案書の選択
  2. 02買い手の成果を軸にした構成
  3. 03エグゼクティブサマリーと構成ガイド
  4. 04価格案とパッケージの比較
  5. 05RFP 回答と SOW の作成ガイド
  6. 06レイアウト、交渉、フォローの助言

活用シーン

  1. 01見込み顧客向けの解決策提案を準備
  2. 02価格案とパッケージ比較を整理
  3. 03RFP 回答または SOW を作成

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/ncklrs/startup-os-skills --skill proposal-writer

インストール後、Claude Code で/proposal-writerを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

rules/
_sections.md
design-formatting.md
executive-stakeholder-alignment.md
executive-summary-writing.md
pricing-presentation.md
pricing-roi-business-case.md
rfp-response-strategy.md
sow-writing.md
strategy-competitive-differentiation.md
strategy-followup.md
structure-proposal-architecture.md
structure-terms-conditions.md

詳細

提案書作成

成約につながる営業提案書、価格提示資料、RFP回答を作成するための戦略的な専門知識です。

基本理念

優れた提案書は、自社製品について説明するものではありません。購入者が将来どのように成功するかを描くものです。

優れた営業提案書の特徴:

  1. 機能ではなく成果を軸にする — 購入者が関心を持つのは、自社の能力ではなく、自分たちが得られる成果です
  2. 意思決定を容易にする — 障壁、懸念、混乱を取り除きます
  3. ストーリーを語る — 背景 → 課題 → 解決策 → 成功
  4. 読み手の時間を尊重する — すべてのセクションに、含める価値が必要です

このスキルの仕組み

呼び出されたら、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?)         │
│                                                             │
└─────────────────────────────────────────────────────────────┘

提案書の構成要素

構成要素必須目的よくある間違い
表紙はい第一印象、ブランディング汎用的で、個別化されていない
エグゼクティブサマリーはい意思決定者向けの概要長すぎる、機能に偏っている
理解度はい相手の話を聞いたことを示す仮定に基づいており、ヒアリングに基づいていない
ソリューション概要はい提案内容機能の羅列
アプローチ/手法場合による実施方法技術的すぎる
スケジュールはい価値を得られる時期非現実的な日程
投資額はい総保有コスト後から隠れたコストが明らかになる
チーム/会社概要任意信頼を築く自己満足的
導入事例推奨社会的証明無関係な業界
利用規約はい双方を保護する重要な落とし穴が埋もれている
次のステップはい行動を促す曖昧で、緊急性がない

反パターン

  • 機能の羅列 — 相手が必要としているものではなく、できることをすべて並べる
  • 画一的な対応 — カスタマイズせずにテンプレートを使用する
  • 価格優先 — 価値を示す前にコストを提示する
  • 競合他社の批判 — 直接的な攻撃は逆効果です。自社の強みに焦点を当てます
  • 文字の壁 — 視覚的な階層がなく、ざっと読みにくい
  • 専門用語の多用 — 購入者が知らない社内用語を使う
  • 次のステップの欠落 — 明確な行動を示さずに提案書を終える
  • 過剰な約束 — 実現できないスケジュールや成果を約束する
  • 送付後の音信不通 — 提案書送付後のフォローアップ戦略がない

コメント