mcpField
S
sales-playbook-scaling

sales-playbook-scaling

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

sales-playbook-scaling について

再現可能なセールスプレイブックの作成と拡張を支援するガイドです。営業プロセスの文書化、顧客層や案件別の調整、チーム研修、成果測定を扱います。

主な機能

  1. 01営業ステージと終了基準
  2. 02顧客適格性の評価フレームワーク
  3. 03営業段階別のプレイブック
  4. 04顧客層・案件タイプ別の調整
  5. 05研修と認定の指針
  6. 06効果測定と改善方法

活用シーン

  1. 01拡大中のチームの営業プロセス文書化
  2. 02エンタープライズやSMB案件向けの指針調整
  3. 03新人研修や継続的な営業コーチングの計画

インストール

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

$npx skills add https://github.com/louisblythe/sales-skills --skill sales-playbook-scaling

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

詳細

営業プレイブックの開発と拡大

営業プレイブックの構築と拡大に精通しています。目標は、チームや商談の種類を問わず、安定した成果につながる、体系的で再現可能な営業プロセスの構築を支援することです。

初期評価

プレイブックを構築する前に、以下を把握します。

  1. 営業の状況

    • 何を販売していますか?(製品、価格帯、複雑さ)
    • 誰が購入しますか?(ペルソナ、業界、企業規模)
    • 標準的な営業サイクルはどのくらいですか?
    • どのような営業モデルですか?(インバウンド、アウトバウンド、PLG、エンタープライズ)
  2. 現状

    • 現在、どのようなプロセスがありますか?
    • 文書化されている知識と、暗黙知はそれぞれどのくらいですか?
    • チームはどこで苦労していますか?
    • トップパフォーマーは何をほかのメンバーと違う方法で行っていますか?
  3. 拡大の目標

    • チームはどのくらいの速さで拡大していますか?
    • 新たに対象とするセグメントや製品はありますか?
    • どのような一貫性の問題がありますか?
    • どの指標を改善する必要がありますか?

基本原則

1. うまくいっていることを文書化する

プレイブックには、成功パターンを記録します。

  • トップパフォーマーが一貫して行っていること
  • 成果によって検証されたこと
  • ほかのメンバーも再現できること
  • 実際の買い手のニーズに対応すること
2. 明確に指針を示しつつ、柔軟性を保つ

判断の余地を残しながら、明確な指針を示します。

  • 実践できるだけの具体性を持たせる
  • 状況に応じた柔軟性を保つ
  • 戦術の背景にある原則を示す
  • 逸脱すべき場合とその理由を明らかにする
3. 継続的に改善する

プレイブックは常に更新される文書です。

  • 成果に基づいて更新する
  • 新たな学びを取り入れる
  • 効果のないものを削除する
  • 変更にバージョンを付けて周知する
4. 制約するのではなく、成功を後押しする

プレイブックは営業担当者の成功を支援するものであり、制限するものではありません。

  • 認知負荷を減らす
  • 独り立ちまでの時間を短縮する
  • 一貫性を高める
  • 重要な場面では創造性を損なわない

営業プロセスの基盤

営業ステージの定義

標準的なB2B営業ステージ:

ステージ定義次のステージに進む基準
見込み顧客の開拓対象アカウントを特定し、接触する会話の予定が設定されている
課題の把握ニーズを理解し、適格性を判断する適格な商談が作成されている
ソリューションソリューションを提示し、導入の根拠を構築する技術的な検証が完了している
提案正式な提案と交渉を行う口頭での合意を得ている
成約契約を締結する契約が締結されている

ステージ設計の原則:

  • 各ステージに明確な開始基準と終了基準を設ける
  • ステージは自社ではなく、買い手の購買プロセスを反映させる
  • ステージは最大5~7つにする
  • 主観的な基準ではなく、測定可能な基準を使う
次のステージに進む基準の例

課題の把握 → ソリューション:

  • 課題や問題が確認され、定量化されている
  • 予算の有無が確認されている
  • 意思決定プロセスが把握されている
  • 主要な関係者が特定されている
  • スケジュールが確立されている
  • 競合が把握されている

ソリューション → 提案:

  • ソリューションの要件が確認されている
  • 技術面およびセキュリティ面の検証が完了している
  • ビジネスケースが構築されている
  • 社内推進者が確認され、関与している
  • 経済的な意思決定者が特定されている
  • 提案の条件が話し合われている
適格性判断フレームワーク

BANT(基本):

  • Budget(予算):支払い能力はありますか?
  • Authority(権限):意思決定できますか?
  • Need(ニーズ):問題を抱えていますか?
  • Timeline(時期):行動を起こす予定はありますか?

MEDDIC(エンタープライズ):

  • Metrics(指標):成功をどのように測定するか
  • Economic Buyer(経済的な意思決定者):誰が決定権を持つか
  • Decision Criteria(決定基準):どのように評価するか
  • Decision Process(意思決定プロセス):どのように決定するか
  • Identify Pain(課題の特定):どのような問題があるか
  • Champion(社内推進者):誰が社内で販売を後押しするか

SPICED(モダン):

  • Situation(状況):現状
  • Pain(課題):問題による影響
  • Impact(インパクト):ビジネス上の結果
  • Critical Event(重要なイベント):スケジュールを左右する要因
  • Decision(意思決定):プロセスと基準

プレイブックの構成要素

1. 見込み顧客開拓プレイブック

ターゲットの定義:

IDEAL CUSTOMER PROFILE
Industry: [Specific industries]
Company Size: [Employee count / Revenue]
Technology: [Tech stack indicators]
Triggers: [Buying signals]
Titles: [Target personas]

アウトリーチの cadence:

DAY 1: Email 1 (Problem-focused)
DAY 3: LinkedIn connection + note
DAY 5: Phone call #1
DAY 7: Email 2 (Value-add content)
DAY 10: Phone call #2 + voicemail
DAY 12: LinkedIn engagement
DAY 14: Email 3 (Case study)
DAY 17: Phone call #3
DAY 21: Breakup email

ペルソナ別のメッセージ:

ペルソナ主な課題価値を伝えるメッセージ裏付けとなる実績
[Title 1][Pain][Message][Proof]
[Title 2][Pain][Message][Proof]
2. ディスカバリープレイブック

コールの構成:

OPENING (2 min)
- Thank them for time
- Confirm agenda and time available
- Set expectations for the call

SITUATION (5 min)
- Current state questions
- What they use today
- Team structure and process

PROBLEM (10 min)
- What's not working
- Impact of the problem
- Previous attempts to solve

IMPLICATION (5 min)
- Business impact
- Cost of inaction
- Timeline pressure

NEXT STEPS (3 min)
- Summarize what you heard
- Confirm interest in continuing
- Schedule next meeting

必要な情報:

  • ビジネス上の課題が明確になっている
  • 影響が定量化(または推定)されている
  • 現在のソリューションを把握している
  • 意思決定プロセスを明らかにしている
  • 予算について話し合っている
  • スケジュールが確定している
  • 競合を特定している
3. デモプレイブック

デモ前の準備:

  • ディスカバリーのメモを確認する
  • 相手のユースケースに合わせてデモをカスタマイズする
  • 関連する導入事例を準備する
  • 想定される懸念に備える
  • 参加者を把握する

デモの構成:

RECAP (3 min)
- "Last time we discussed [pain points]..."
- Confirm priorities haven't changed
- Set agenda for demo

VISION (2 min)
- Paint picture of future state
- What success looks like

SOLUTION (15-20 min)
- Map features to stated needs
- Show, don't tell
- Get reactions throughout
- Handle questions in real-time

PROOF (5 min)
- Relevant customer examples
- Results they achieved
- Similar situation/company

NEXT STEPS (5 min)
- Summarize value
- Confirm fit
- Propose next steps
- Schedule follow-up

デモ後の対応:

  • 2時間以内にまとめのメールを送る
  • 関連するリソースを共有する
  • LinkedInでつながる(まだつながっていない場合)
  • CRMにメモを記録する
  • 次回のミーティングを設定する
4. 提案/交渉プレイブック

提案書の構成要素:

EXECUTIVE SUMMARY
- Their situation and needs
- Proposed solution
- Expected outcomes
- Investment summary

SOLUTION DETAILS
- What's included
- Implementation approach
- Timeline
- Support/success

INVESTMENT
- Pricing breakdown
- Payment terms
- What's not included

NEXT STEPS
- Decision timeline
- Implementation kickoff
- Key dates

交渉のガイドライン:

相手の発言対応方針
「高すぎます」価値を再確認し、スコープの選択肢を検討する
「競合のほうが安いです」価値の違いを明確にし、TCOを比較する
「検討する必要があります」本当の懸念を明らかにし、支援を申し出る
「値引きが必要です」確約と引き換えにし、スコープを調整する
5. クロージングプレイブック

クロージングの兆候:

  • すべての関係者の認識が一致している
  • 技術検証が完了している
  • 予算が確認されている
  • スケジュールに合意している
  • 契約条件に問題がない

クロージングのプロセス:

STEP 1: Verbal Commitment
- Confirm decision
- Review terms
- Identify any final concerns

STEP 2: Contract Delivery
- Send contract for review
- Offer to walk through
- Set signature deadline

STEP 3: Signature Follow-Up
- Day 1: Confirm receipt
- Day 3: Check for questions
- Day 5: Escalate if stalled

STEP 4: Handoff Prep
- Document deal context
- Introduce success team
- Schedule kickoff

プレイブックの拡充

顧客セグメント別

エンタープライズ向けプレイブックの違い:

  • ディスカバリーに時間をかける
  • 複数のデモパターンを用意する
  • エグゼクティブとの連携が必要
  • 調達プロセスに対応する
  • 法務レビューのプロセスを踏む

ミッドマーケット向けプレイブックの違い:

  • より迅速に適格性を判断する
  • デモを標準化する
  • 調達に伴う複雑さが少ない
  • 意思決定サイクルが短い

SMB向けプレイブックの違い:

  • 高速で、人的対応を抑える
  • 初回のコールでデモを行う
  • 提案書を迅速に作成する
  • セルフサービスの要素を含める
商談タイプ別

新規ビジネスプレイブック:

  • 完全な適格性評価が必要
  • ディスカバリーを一通り実施する
  • 価値を実証する
  • 複数の関係者に対応する

拡大プレイブック:

  • 既存の関係を活用する
  • 新たなユースケースに焦点を当てる
  • 技術検証を迅速に行う
  • すでに推進者がいる

更新プレイブック:

  • 価値を見直す
  • リスクを評価する
  • 成長の機会を探る
  • 競合への対抗策を講じる
製品/ソリューション別

以下に応じたプレイブックのバリエーションを作成します:

  • 製品ラインの違い
  • ソリューションバンドル
  • ユースケース別パッケージ
  • 業界別の分野

プレイブックの定着支援

トレーニングプログラム

第1週:基礎

  • 営業手法の概要
  • 製品知識の基礎
  • CRMとツールのトレーニング
  • プロセスの説明

第2週:見込み客開拓

  • ICPの詳細な学習
  • メッセージングの練習
  • コンタクト計画の設定
  • コールのシミュレーション

第3週:ディスカバリー

  • 適格性評価のフレームワーク
  • 質問の練習
  • 積極的傾聴
  • メモの取り方

第4週:デモ/提案

  • デモ認定
  • 懸念への対応
  • 提案書の作成
  • 交渉の基礎

継続:コーチング

  • コールのレビュー
  • 商談のコーチング
  • スキルの向上
  • ベストプラクティスの共有
認定要件
スキル認定方法合格基準
製品知識クイズ80%以上のスコア
ディスカバリー録音したコールのレビューチェックリストをすべて満たす
デモマネージャーへのライブデモすべての項目を実施
交渉ロールプレイ3つのシナリオに対応
プレイブックへのアクセス

プレイブックの保管場所:

  • 営業イネーブルメントプラットフォーム
  • CRMに組み込まれたガイダンス
  • 共有ドライブ/Wiki
  • 印刷したクイックリファレンスカード

維持方法:

  • 四半期ごとにレビューする
  • 製品変更に合わせて更新する
  • 受注/失注からの学びを反映する
  • バージョン管理を行う

プレイブックの有効性測定

先行指標

活動指標:

  • 担当者1人あたりのコール/メール数
  • 設定したミーティング数
  • 完了したディスカバリーコール数
  • 実施したデモ数

品質指標:

  • 接続率
  • ミーティング出席率
  • ディスカバリーからデモへの転換率
  • デモから提案への転換率
遅行指標

成果指標:

  • ステージ別の成約率
  • 平均案件規模
  • 営業サイクルの長さ
  • ノルマ達成率

効率指標:

  • 営業担当者あたりの売上
  • 新入社員の立ち上がり期間
  • 予測精度
  • パイプラインカバレッジ
継続的な改善サイクル
  1. 測定:プレイブックの利用状況と成果を追跡します
  2. 分析:効果があるものと、そうでないものを特定します
  3. 更新:データに基づいてプレイブックを改訂します
  4. トレーニング:チームが変更点を活用できるようにします
  5. 反復:継続的に最適化します

最初のプレイブックを作成する

クイックスタートテンプレート
[COMPANY] SALES PLAYBOOK
Version: 1.0
Last Updated: [Date]

1. OVERVIEW
- What we sell
- Who we sell to
- How we sell

2. SALES STAGES
[Stage definitions and exit criteria]

3. QUALIFICATION
[Framework and criteria]

4. PROSPECTING
[Cadence and messaging]

5. DISCOVERY
[Call structure and questions]

6. DEMO
[Structure and customization guide]

7. PROPOSAL
[Template and guidelines]

8. CLOSING
[Process and timeline]

9. OBJECTION HANDLING
[Common objections and responses]

10. TOOLS & RESOURCES
[What to use when]
開発プロセス

ステップ 1:調査(第 1 週)

  • 成績上位者にインタビューします
  • 成約した案件を確認します
  • 失注した案件を分析します
  • 現状を記録します

ステップ 2:草案作成(第 2 週)

  • 初版を作成します
  • マネージャーの意見を取り入れます
  • 2~3 人の営業担当者で試験運用します
  • フィードバックを収集します

ステップ 3:改善(第 3 週)

  • フィードバックを反映します
  • 例とテンプレートを追加します
  • トレーニング資料を作成します
  • v1.0 を完成させます

ステップ 4:導入(第 4 週)

  • チームトレーニングを実施します
  • プレイブックを配布します
  • 期待事項を設定します
  • コーチングを開始します

ステップ 5:反復(継続)

  • フィードバックを収集します
  • 効果を追跡します
  • 定期的に更新します
  • 成果を称えます

よくあるプレイブックの失敗

内容に関する失敗

汎用的すぎる:

  • 実践するには具体性が足りません
  • 例がありません
  • 判断の背景となる情報がありません

厳格すぎる:

  • 判断の余地がありません
  • 状況の違いが考慮されていません
  • 台本のように感じられます

複雑すぎる:

  • 読むのに時間がかかりすぎます
  • 手順が多すぎます
  • 詳細が多く、圧倒されます
プロセスに関する失敗

作成したまま放置する:

  • 更新されません
  • 古くなります
  • 関連性が失われます

賛同を得られない:

  • 上層部から押し付けられます
  • 営業担当者の意見が反映されません
  • 実務で使われません

活用支援がない:

  • 公開されてもトレーニングされません
  • コーチングの支援がありません
  • 説明責任がありません

確認すべき質問

さらに詳しい情報が必要な場合は、次の点を確認してください。

  1. 現在の営業プロセスはどのようなものですか?
  2. 成績上位者は、他の人と違ってどのようなことをしていますか?
  3. 案件は通常、どの段階で停滞しますか?
  4. 新しい営業担当者の立ち上がり期間はどのくらいですか?
  5. チームはどのような体制ですか?
  6. 営業支援にはどのようなツールを使用していますか?

関連スキル

  • discovery-calls:見込み客の適格性を判断するフレームワークと質問
  • sales-presentations:デモの構成と実施方法
  • objection-handling:反論への対応集
  • cold-outreach-writing:見込み客へのアプローチ文面
  • sales-analytics:プレイブックの効果測定

コメント