proposal-writer について
proposal-writerは、見込み顧客の課題と目標を軸に商業提案書を作成するスキルです。提案を進め方、成果物、費用、スケジュール、次の手順で構成します。
主な機能
- 01顧客のニーズを軸に提案を構成
- 02フェーズと成果物を整理
- 03成果と成功基準を明記
- 04費用と範囲を提示
- 05日程と次の手順を整理
活用シーン
- 01商談メモから提案書を作成
- 02プロジェクトの作業範囲書を起草
- 03価格、範囲、対象外項目を提示
- 04関係者向けの提案書を準備
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/proposal-writerを入力して読み込まれたか確認します。
詳細
提案書作成スキル
製品ではなく見込み顧客の課題を中心に構成し、成約につながる商業提案書を作成します。
必須入力項目
- 見込み顧客の会社名と担当者
- 相手の課題または目標（ヒアリングで確認した内容。具体的に記載）
- 提案するソリューション
- 取引条件（価格、支払い条件、契約期間）
- スケジュール
- この提案書を読む主要な関係者
- トーン（フォーマル／会話調／技術的）
出力構成
提案書：[解決する課題の概要]
提出先： [担当者、役職] | [会社名] 提出元： [氏名] | [自社名] 日付： [日付] | 有効期限： [日付]
現状の理解
[2〜3段落。相手の話を聞いたことが伝わるようにします。相手の状況や課題、解決できなかった場合の影響を、相手の言葉で説明します。このセクションを読んで「そう、まさにそのとおり」と思ってもらえる内容にします。ここが一般的な定型文だと、提案書は読まれずに捨てられます。]
主な課題： [中核となる課題を1文で] 影響： [相手が負担しているコスト] これまでの取り組み： [過去に試したことを踏まえる]
提案するアプローチ
実施内容（3〜5件の成果物またはフェーズ）
フェーズ1：[名称]（期間：[第1〜2週]） [実施内容、納品物、顧客に必要な協力を記載]
フェーズ2：[名称]（期間：[第3〜6週]）
提供する成果（機能ではなく、得られる結果）
- [成果1]
- [成果2]
成功の基準 [双方が成功をどのように確認するか]
[自社名]を選ぶ理由
[相手の状況に即した具体的な内容を3〜4文で記載します。類似する顧客への対応実績を挙げます。一般的な「当社を選ぶ理由」は読み飛ばされます。]
費用
| 項目 | 説明 | 費用 |
|---|---|---|
| [項目1] | [説明] | £[金額] |
| 合計 | £[合計金額] |
支払い条件： [条件] 含まれる内容： [含まれるもの] 含まれない内容： [含まれないもの。作業範囲をめぐる争いを防ぎます]
スケジュール
| マイルストーン | 日付 |
|---|---|
| 契約締結 | [日付] |
| キックオフ | [日付] |
| 納品 | [日付] |
次のステップ
- [署名／返信／日程調整]を[日付]までに行う
- 当社から契約書を送付し、キックオフを確定します
- [直ちに必要な対応]
品質チェック
- 「現状の理解」に、ヒアリングで得た内容が反映されている（一般的な内容ではない）
- 成果が記載されている（成果物や機能だけではない）
- 後の作業範囲をめぐる争いを防ぐため、「含まれない内容」が明確に記載されている
- 次のステップに具体的な日付と担当者の行動が含まれている
- 緊急性を生み出すため、「有効期限」が記載されている
避けるべきパターン
- 課題を理解していることを示す前にソリューションを提示しないでください。まず課題を理解していることを提案書で示す必要があります
- 「競争力のある価格」のような曖昧な費用表現を使わないでください。すべての提案書に具体的な金額または価格帯を記載してください
- 「含まれない内容」のセクションを省略しないでください。作業範囲が明確でないと、提案が承認された後に争いが生じます
- 「有効期限」を忘れずに記載してください。有効期限のない提案書は、気まずい状況や古い価格設定につながります
- 誰が何を担当し、いつまでに行うのかを明記せずに、次のステップを列挙しないでください
トリガーとなるフレーズの例
- 「[見込み顧客]の[課題を解決する]ための提案書を作成して」
- 「[プロジェクト]の作業範囲記述書の草案を作成して」
- 「ヒアリングのメモを提案書にまとめて」
コメント
Markdown 対応