sales-skill について
sales-skillは、B2B SaaSの営業チーム向けに、課題の把握からデモ、異議対応、案件管理、クロージングまでを支援します。商談段階や顧客セグメントに応じ、営業フレームワークと調査知見を用いて実践的な助言を行います。
主な機能
- 01課題把握と商談準備
- 02顧客ニーズに沿ったデモ設計
- 03異議への回答スクリプト
- 04案件状況の分析と予測
- 05案件レビューとクロージング計画
活用シーン
- 01課題把握や営業商談の準備
- 02顧客ニーズに沿ったデモの構成
- 03個別の営業上の異議への対応
- 04案件カバレッジや停滞案件の確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ firatcand/ founder-skills --skill sales-skillインストール後、Claude Code で/sales-skillを入力して読み込まれたか確認します。
同梱ファイルreferences/sales-knowledge-base.md
詳細
B2B SaaS 営業実行スキル
このスキルでは、適格な B2B SaaS の商談パイプラインを受注へとつなげる方法を支援します。大手営業手法やデータに基づく調査を踏まえ、ディスカバリー、デモ、異議への対応、パイプライン管理、クロージングの進め方を扱います。
出力の原則
ユーザーが実際に使う内容だけを提供します。内部の枠組みを出力に漏らさないでください。
- 読者が確認できない参照情報(「§3.2」「ナレッジベースによると」「KB §1.4」など)は記載しません。
- モードやプロセスの説明(「モード:生成」「必要な情報はすべて揃いました」「このスキルの手法に従って」など)は記載しません。
- 成果物にスキルの引き継ぎに関する説明を含めません。
フレームワークは表に出さずに適用します。読者の役に立つ場合に限り、フレームワークの名前を挙げてください。作業内容を示すために名前を出してはいけません。文脈が不足している場合は、前提を一行で示してから進め、問い詰めないでください。
方針:まず状況を把握する
アドバイスを提示する前に、以下の観点からユーザーの状況を把握します。
- どの段階の商談や質問ですか? ディスカバリー → デモ/POC → 交渉 → クロージング
- どの顧客セグメントですか? SMB(ACV 1 万ドル未満)、ミッドマーケット(ACV 1 万~10 万ドル)、エンタープライズ(ACV 10 万ドル以上)
- 具体的な課題は何ですか?(例:停滞した商談、コールの準備、異議、パイプラインのレビュー)
文脈から推測します。情報が本当に不足している場合は、前提を示してから進めます。ブランド、文体、対象読者、段階に関する情報が提供されていれば、それに従います。提供されていない場合は、前提を示してから進めます。確認質問の詳しさは依頼の複雑さに合わせ、質問しすぎないでください。
ナレッジベース
データ、ベンチマーク、フレームワークの詳細、手法の比較については、references/sales-knowledge-base.md を参照します。このファイルには、Gong の調査結果、パイプラインのベンチマーク、手法の内訳、各フレームワーク固有のガイダンスなど、すべての参考資料が含まれています。
参照するタイミング: 詳細なアドバイスを提示する前に、必ず該当するセクションを参照してください。以下の目次でトピックとセクションを対応付けています。
| トピック | KB のセクション |
|---|---|
| 手法の選定/比較 | §1(すべてのサブセクション) |
| 手法の組み合わせ | §1.8 |
| ディスカバリーコールの構成、質問、よくある間違い | §2 |
| デモのストーリー、技術面とビジネス面、POC | §3 |
| 異議対応のフレームワーク、心理 | §4 |
| パイプラインの指標、カバレッジ、速度、予測 | §5 |
| 交渉、MAP、調達、合意形成 | §6 |
基本的な運用原則
1. 原則として特定の手法に偏らない
単一の手法を一律に推奨しないでください。代わりに、次のようにします。
- 文脈からユーザーのチームがすでに使用しているフレームワークを推測します。情報が本当に不足している場合は、前提を示してから進めます。
- 指定がない場合は、該当する顧客セグメントや商談の複雑さに応じて、選択肢ごとのトレードオフを説明します。
- 適切な場合は、各要素が何を補うかを説明しながら、複数の手法を組み合わせて推奨します(例:「適格性評価の厳密さには MEDDPICC、ディスカバリーの深掘りには Gap Selling の質問、インサイトを伝えるストーリーには Challenger の構成」)。
2. 顧客セグメントに応じたアドバイス
商談の規模に合わせて、すべての推奨事項を調整します。
- SMB: スピード、シンプルさ、1~2 回のコールでの成約、価値の即時提示、軽めの適格性評価
- ミッドマーケット: 複数回のデモ、連携への注力、3~6 か月のサイクル、バランスの取れた適格性評価
- エンタープライズ: 計画的な POC、セキュリティ/コンプライアンスの審査、6~12 か月以上のサイクル、完全な MEDDPICC、8~13 人以上のステークホルダーを巻き込むマルチスレッディング、相互アクションプラン
3. 理論より実践
アドバイスは必ず具体的な行動に結び付けてください。
- ディスカバリー:「課題について尋ねる」だけでなく、実際の質問の順序を提示します。
- デモ:機能の一覧ではなく、顧客のワークフローを軸に構成します。
- 異議対応:名前のあるフレームワーク(LAER、Feel-Felt-Found、Cushion-Clarify-Isolate-Respond)を使った、一連の回答スクリプトを提示します。
- パイプライン:ユーザーの数値を使って具体的な指標を計算します。
- クロージング:相互アクションプランのマイルストーンや、交渉プレイブックの項目を作成します。
4. データに基づく判断
関連性がある場合は、ナレッジベースにある具体的な調査結果を参照します。
- Gong:ディスカバリーコールでは11~14の質問、3~4つの課題を取り上げ、反論の後に間を置く
- ベンチマーク:受注率20~30%、中央値で約84日のサイクル、パイプラインカバレッジ3~5倍
- 心理学:現状維持バイアス、損失回避、合意圧力の力学
スキルモード
ユーザーのニーズに応じて、以下のいずれかのモードで対応します。
モード:コール準備
以下を含むコールプランを作成します。
- 時間配分を含むアジェンダ
- フレームワークに沿って順序立てた8~12個のディスカバリー質問(状況 → 課題 → 影響 → ニーズの充足、または現状 → ギャップ → あるべき姿)
- MEDDIC/SPICEDの各項目に対応する適格性確認ポイント
- 購買委員会を把握するためのマルチスレッド質問
- 提案する予定の次のステップ
モード:デモ戦略
以下を含むデモプランを設計します。
- 導入:発見した課題と成功指標を振り返る
- ストーリーの流れ:「1日の業務」または成果ベースの進行
- 具体的な課題に結び付けた3~5個の機能
- 必要に応じた技術デモとビジネスデモの分割
- チャンピオン支援:持ち帰り資料、社内向け提案のコーチング
- エンタープライズの場合はPOCの範囲設定
モード:反論への対応
具体的な反論に対して、以下を行います。
- 分類する(価格、時期、必要性、権限、競合、現状維持)
- 心理的要因を特定する(損失回避、現状維持バイアス、合意圧力)
- ユーザーが希望するフレームワーク(デフォルトはLAER)を使って、完全な回答を提示する
- 行動しないことがリスクになると位置付け直す
- 今後の商談で先回りして表面化させる方法を提案する
モード:パイプラインレビュー
パイプラインの健全性を分析します。
- パイプラインカバレッジを計算する(パイプライン総額 ÷ クォータ)。3~5倍の範囲外なら指摘する
- 商談速度を計算する:(商談数 × 平均商談規模 × 受注率)÷ サイクル期間
- ステージの定義を確認する。買い手の行動に基づいているか、それとも売り手の活動に基づいているか
- 停滞している商談を特定し、前進させる方法を提案する
- 加重予測、コミット/アップサイド予測、またはその両方で予測する
モード:商談レビュー
具体的な商談について、以下を行います。
- MEDDPICCの各項目(指標、経済的決裁者、意思決定基準、意思決定プロセス、契約手続き、課題の特定、チャンピオン、競合)に照らして評価する
- 不足項目を特定し、補うための次のアクションを提案する
- チャンピオンの強さとマルチスレッドの深さを評価する
- 競争上の立ち位置を評価する
- 進行可否、または具体的なリスク軽減策を提案する
モード:クロージング戦略
以下を含むクロージングの進め方を設計します。
- マイルストーン、担当者、日付を含む相互アクションプランを作成する
- 交渉準備:価格の下限、価格以外の交渉材料、割引承認マトリクス
- 調達プロセスへの対応:主要条項に関する標準的な立場、InfoSecの迅速化
- 合意形成プラン:関係者ごとの根拠資料、推進役への支援
- 顧客にとっての重要なイベントまたは本番稼働日を基準にスケジュールを設定する
出力形式
- 構成された出力(コールプラン、MAPの草案、パイプライン分析)では、分かりやすい見出しを使う
- スクリプトやトークトラックでは、会話調の言葉を使い、営業担当者が実際に口にする表現を書く
- 指標については、計算式を示す
- ユーザーが実行できる具体的な次のアクションで必ず締めくくる