sales-and-revenue-operations について
創業者、営業チーム、RevOps担当者向けの包括的な営業プレイブックです。ICP、営業プロセス、エンタープライズ商談、リード管理、報酬設計を扱い、創業者主導の営業からチーム拡大までを支援します。
主な機能
- 01ICPと購買担当者の役割定義
- 02創業者主導営業と採用段階の指針
- 03エンタープライズ商談と営業適格性判断
- 04リードライフサイクル、スコアリング、振り分け
- 05営業プロセス、パイプライン、収益指標
- 06営業報酬設計の原則
活用シーン
- 01対象企業と購買関係者の明確化
- 02リードの適格性判断・振り分けルールの設計
- 03商談ステージとパイプライン管理の改善
- 04営業採用や報酬体系の計画
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ manojbajaj95/ claude-gtm-plugin --skill sales-and-revenue-operationsインストール後、Claude Code で/sales-and-revenue-operationsを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/automation-playbooks.mdfull-guide.mdguest-insights.mdlifecycle-definitions.mdrouting-rules.mdscoring-models.md詳細
営業・収益オペレーション
ワークスペースのコンテキスト
質問する前に、初期コンテキストを確認してください。ブランド、オーディエンス、オファー、チャネル、ツール、制約、指標については strategy/brand.md、本人らしい語り口については about/me.md、コンテンツ計画については content/ideas.md と content/calendar.md を参照してください。旧来のプロダクトマーケティングのコンテキストファイルは、他に手段がない場合のみ使用してください。生成した下書きは content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に活用できる学びは strategy/brand.md、about/me.md、または content/ideas.md に反映してください。
運用上の契約
このスキルは、フロントマターで定められた範囲について自己完結しています。ローカルの指示、参考資料、スクリプト、アセットをプレイブックとして使用してください。不足しているタスク固有の入力についてのみ質問し、範囲を広げずに隣接するスキルへ引き継ぎ、実行可能な成果物、判断、計画、下書き、または診断を返してください。
創業者主導の営業、チーム構築、エンタープライズ案件、RevOps、ICP の定義、バイヤーペルソナ、報酬設計を網羅するフルスタック営業プレイブックです。
クイックスタート
- 段階を評価する — 創業者主導、初の営業担当者の採用、または拡大のどの段階ですか?
- 営業の進め方を定義する — インバウンド、アウトバウンド、PLG、またはハイブリッドですか?
- ICP を構築する — 誰に販売しますか?
- プロセスを設計する — ディスカバリー → デモ → 成約
- RevOps を整備する — リードのライフサイクル、スコアリング、ルーティング
ICP とバイヤーペルソナ
ICP スタック(ボトムアップで構築)
┌─────────────────────────────┐
│ BUYING CENTER │ ← All decision stakeholders
├─────────────────────────────┤
│ USER PERSONA │ ← Daily user
├─────────────────────────────┤
│ BUYER PERSONA │ ← Signs the check
├─────────────────────────────┤
│ COMPANY PROFILE │ ← Firmographics
└─────────────────────────────┘
企業プロフィール: 業界/業種、規模(従業員数/売上高)、事業段階、地域、技術スタック
バイヤーペルソナ: 役職/職務、職位、目標と KPI、意思決定権限、関心事
ユーザーペルソナ: 日々のワークフロー、課題、技術への習熟度
購買関係者の役割: 推進者、経済的決裁者、技術評価者、エンドユーザー、阻害者
ICP スコアリング
| 要素 | 重み |
|---|---|
| 課題の深刻度 | 25% |
| 利用可能な予算 | 20% |
| 推進者の特定 | 15% |
| 技術的な適合性 | 15% |
| 意思決定までの期間 | 15% |
| 拡大の可能性 | 10% |
50 社テスト
条件に合う具体的な企業を 50 社リストアップしてください。そのうち 20 社でバイヤーの名前を調べ、10 社に連絡します。これができない場合、ICP の定義が十分に具体的ではありません。
ペルソナの詳細なキャンバス、購買関係者マップ、インタビューの質問、適合性のスコアリングについては、references/full-guide.md を参照してください。
創業者主導の営業
基本原則:
- 創業者自身が製品です。あなたの信頼性が、初期の競合には成立させられない案件を成約に導きます
- 最大の競合は決断の先延ばしです(B2B 購買の 40〜60% は、決定なしに終わります)
- 作る前に売りましょう。Figma のモックアップで初期顧客を獲得できます
- ノートパソコンを閉じましょう。デモではなく、課題の診断に集中してください
- 勢いを保つため、次回のミーティングは現在のミーティング中に設定してください
採用のタイミング: ARR が約 100 万ドルに達し、再現可能なプロセスが確立するまで待ちましょう。採用はペアで行ってください。A/B テストが必要です。
採用の枠組み:
| 段階 | 採用する人材 | タイミング |
|---|---|---|
| 創業者主導 | なし | ARR が 100 万ドルに達する前 |
| 初の AE | 営業担当者 2 名 | 再現性が実証された後 |
| SDR | 1〜2 名 | インバウンドが処理しきれなくなったとき |
| VP of Sales | 1 名 | 2 名以上の営業担当者がノルマを達成しているとき |
エンタープライズ営業
購買委員会の役割: 推進者(社内の支持者)、経済的決裁者(契約に署名する人)、技術的決裁者(評価する人)、エンドユーザー(日々利用する人)、阻害者(拒否できる人)
決断の先延ばしに対する JOLT 手法:
- 判断する — 決断の先延ばしの度合いを見極めます
- 提案する — 明確な推奨案を提示します
- 選択肢を絞る — 信頼を築き、検討範囲を限定します
- リスクを取り除く — 案件のリスクを軽減します
重要な戦術:
- 推進者を特定して後押ししましょう。社内であなたに代わって売り込んでくれます
- FOMO だけでなく、FOMU(失敗への恐れ)にも対処しましょう
- 調達担当者の仕事を簡単にしましょう。必要な書類はすべて事前に準備してください
営業の適格性評価
BANT: 予算 · 権限 · ニーズ · 導入時期
MEDDIC: 指標 · 経済的決裁者 · 意思決定基準 · 意思決定プロセス · 課題の特定 · 推進者
原則: 厳格に適格性を評価してください。「ノー」も成功した結果です。適合性がなければ、最初の電話で対象から外してください。
営業イネーブルメント
セールスデッキ(10~12枚)
- 現状の課題、2. 課題のコスト、3. 起きている変化、4. アプローチ、5. 製品の操作説明(3~4つのワークフロー)、6. 実績、7. 導入事例、8. 導入、9. ROI/価値、10. 価格の概要、11. 次のステップ/CTA
デモの構成
オープニング(2分) → 課題の振り返り(3分) → ソリューションの説明(15~20分) → 対話 → クロージング(5分)
反論への対応
| カテゴリ | 対応アプローチ |
|---|---|
| 価格 | ROIの観点、支払い条件 |
| タイミング | 緊急性、遅延のコスト |
| 競合 | 差別化、独自の価値 |
| 決裁権限 | 推進者を支援する |
| 現状維持 | 何もしないことのコスト |
レベニューオペレーション
リードのライフサイクルステージ
| ステージ | 担当者 | ステージに進む条件 |
|---|---|---|
| 購読者 | マーケティング | コンテンツの受け取りに同意する |
| リード | マーケティング | 基本情報を提供する |
| MQL | マーケティング | 適合度とエンゲージメントが基準値に達する |
| SQL | セールス | 受け入れられ、通話で適格と判断される |
| 商談 | セールス AE | BANTを確認済み |
| 顧客 | CS | 受注 |
MQL = 適合スコア(どのような相手か)+ エンゲージメントスコア(どのような行動を取るか)。どちらか一方だけでは適格になりません。
MQLからSQLへのSLA: 4時間以内に連絡し、48時間以内に適格と判断するか、対象外とします。
リードスコアリング
明示的な情報(適合度): 企業規模、業界、役職、技術スタック
暗黙的な情報(エンゲージメント): 価格ページの閲覧、デモの申し込み、メールのクリック、製品の利用状況
マイナス要素: 競合他社のドメイン、学生のメールアドレス、配信停止
リードの割り当て方法
| 方法 | 最適な対象 |
|---|---|
| ラウンドロビン | 均等なテリトリー |
| テリトリー別 | 地域別/業種別チーム |
| アカウントベース | 指定アカウント/ABM |
| スキルベース | 複雑な商談、複数製品 |
リード対応速度: 5分以内に連絡すると、適格と判断される可能性が21倍高くなります。30分を過ぎると、コンバージョン率は10分の1に低下します。
割り当ての判断ツリーと自動化のプレイブックについては、references/routing-rules.md、references/automation-playbooks.mdを参照してください。
パイプラインのステージ管理
- ステージごとの必須フィールドを設定し、不正確なデータでは次のステージに進めないようにします
- 停滞した商談(ステージ滞在期間が平均の2倍)を自動的にフラグ付けします
- ステージのスキップ(ディスカバリーを経ずに「適格」から「提案」へ進むなど)を通知します
- 受注予定日の延期には理由コードの入力を必須にします
RevOpsの指標
| 指標 | 目標 |
|---|---|
| リードからMQLへの転換率 | 5~15% |
| MQLからSQLへの転換率 | 30~50% |
| SQLから商談への転換率 | 50~70% |
| 受注率 | 20~30% |
| リード対応速度 | 5分未満 |
| LTV:CAC比率 | 3:1~5:1 |
スコアリングモデルとライフサイクルの定義については、references/scoring-models.md、references/lifecycle-definitions.mdを参照してください。
セールス報酬
標準的な構成: 固定給50%/変動報酬50%(OTE)。これは出発点であり、絶対的なルールではありません。
現代的な報酬プランは、単なる受注ではなく顧客の成果に連動させます。 解約につながりやすい商談を成立させた営業担当者は、長期的に継続する顧客を獲得した担当者より報酬が少なくなるべきです。
立ち上がり期間: SMBでは3~6か月、エンタープライズでは6~12か月です。立ち上がり期間中は、最低保証額または引き下げたノルマを設定します。
シンプルさの原則: 営業担当者が、ある行動によって報酬がどう変わるかをすぐに計算できない場合、そのプランは複雑すぎます。
よくある間違い:
- 顧客の質を考慮せず、受注のみを奨励する
- 変数が多すぎる複雑なプランにする
- 新入社員の立ち上がり期間を保護しない
- 報酬設計で解約を考慮しない
報酬制度の詳細なフレームワークについては、references/guest-insights.mdを参照してください。
セールス指標
| 指標 | 分かること |
|---|---|
| 受注率 | セールスの有効性 |
| セールスサイクルの長さ | プロセスの効率性 |
| パイプラインカバレッジ | 予測の信頼性(目標はノルマの3~4倍) |
| リードから商談への転換率 | 適格性判断の質 |
| CAC | 顧客獲得の効率性 |
| ノルマ達成率 | 営業担当者の実績 |
関連スキル
outbound-email-strategy— コールドアウトリーチpricing-strategy— 価格設定の判断go-to-market-strategy— ローンチ計画全般