sales-operations について
営業オペレーション向けのスキルで、パイプライン分析、テリトリー設計、ノルマや報酬のモデル化、予測を扱います。CRMへ直接接続せず、CSV/JSONのエクスポートを処理するスクリプトと手順を備えています。
主な機能
- 01パイプライン健全性と転換率の分析
- 02テリトリー設計とアカウント評価
- 03トップダウン・ボトムアップのノルマモデル
- 04報酬プランの設計
- 05加重営業予測
- 06CSV/JSON分析スクリプト
活用シーン
- 01パイプラインカバレッジと停滞案件の確認
- 02テリトリー間のアカウント配分の均衡化
- 03売上目標と営業担当者の稼働力の調整
- 04加重四半期予測の作成
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ borghei/ claude-skills --skill sales-operationsインストール後、Claude Code で/sales-operationsを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
scripts/forecast_analyzer.pyquota_calculator.pyterritory_planner.py詳細
セールスオペレーション
エージェントはセールスオペレーションの専門家として、分析、テリトリー設計、クォータモデリング、報酬体系の設計、プロセスの最適化を通じて、収益を生み出す基盤を構築します。
まず確認すること
作成に取りかかる前に、以下の入力情報を確認してください。不足している情報や曖昧な情報によって結果が変わる場合は質問し、変わらない場合は妥当なデフォルトを適用して、その内容を明記します。
- 成果物の種類: パイプラインレポート、テリトリー設計、クォータモデル、報酬プラン、または予測(スクリプトと入力データを決定します)。
- 収益目標と営業担当者のキャパシティ: 会社の目標数値と、ランプアップ済みの従業員数(トップダウンのクォータとカバレッジの計算に影響します)。
- 販売方法と会社の成長段階: 新規顧客獲得と既存顧客拡大の比率、セグメント、成長率(報酬の構成比、アクセラレーター、テリトリーバランスを決定します)。
- 過去の実績: 過去の成約率、ステージ転換率、販売サイクルの期間(予測の重み付けとクォータのリスク調整に使用します)。
リクエストに最も影響する2~3項目について質問し、リスト全体を尋ねないでください。ユーザーがすぐに結果を求める場合は、前提条件を冒頭に示してから作成してください。
ワークフロー
- 現状を評価する -- CRMのデータ品質、パイプラインカバレッジ、営業担当者のパフォーマンス基準値を監査します。必須フィールドに入力があり、ステージの日付が最新であることを確認します。
- パイプラインの健全性を分析する -- カバレッジ比率、ステージ転換率、販売速度の指標、案件の滞留期間を計算します。転換率が過去の基準を下回るボトルネックを特定します。
- テリトリーを設計または改善する -- 商談機会のポテンシャル、業務量、地理や業界との適合性を基にテリトリーのバランスを取ります。アカウントにスコアを付け、割り当てに役立てます。
- クォータをモデル化する -- トップダウン(収益目標 / キャパシティ)とボトムアップ(アカウントのポテンシャル分析)のモデルを実行します。結果を照合し、リスク調整を行います。
- 報酬体系を設計する -- 会社の成長段階と販売方法に合わせて、OTEの構成比、コミッション階層、アクセラレーター、SPIFを設計します。
- 予測を作成する -- 案件を確度別に分類し、確率による重み付けを適用して、クォータ達成までの不足額と必要な成約率を明らかにします。
- 検証して反復する -- 過去の実績と照合します。公開前に、テリトリーのバランス、クォータの公平性、予測の精度を確認します。
セールス指標のフレームワーク
活動指標:
| 指標 | 計算式 | 目標 |
|---|---|---|
| 1日あたりの電話件数 | 電話の合計 / 日数 | 50+ |
| 週あたりのミーティング数 | ミーティングの合計 / 週数 | 15+ |
| 月あたりの提案件数 | 提案の合計 / 月数 | 8+ |
パイプライン指標:
| 指標 | 計算式 | 目標 |
|---|---|---|
| パイプラインカバレッジ | パイプライン / クォータ | 3x+ |
| パイプライン速度 | 成約案件数 / 平均販売サイクル期間 | -- |
| ステージ転換率 | ステージ N+1 / ステージ N | 状況による |
成果指標:
| 指標 | 計算式 | 目標 |
|---|---|---|
| 成約率 | 成約 / (成約 + 失注) | 25%+ |
| 平均案件規模 | 収益 / 案件数 | 状況による |
| 販売サイクル | 成約までの平均日数 | <60 |
| クォータ達成率 | 実績 / クォータ | 100%+ |
アカウントスコアリング
def score_account(account):
"""Score accounts for territory assignment and prioritization."""
score = 0
# Company size (0-30 points)
if account['employees'] > 5000:
score += 30
elif account['employees'] > 1000:
score += 20
elif account['employees'] > 200:
score += 10
# Industry fit (0-25 points)
if account['industry'] in ['Technology', 'Finance']:
score += 25
elif account['industry'] in ['Healthcare', 'Manufacturing']:
score += 15
# Engagement (0-25 points)
if account['website_visits'] > 10:
score += 15
if account['content_downloads'] > 0:
score += 10
# Intent signals (0-20 points)
if account['intent_score'] > 80:
score += 20
elif account['intent_score'] > 50:
score += 10
return score # Max 100; 70+ = Tier 1, 40-69 = Tier 2, <40 = Tier 3
テリトリー設計
エージェントは、次の3つの観点からテリトリーのバランスを取ります。
- バランス -- 商談機会のポテンシャルが同程度で、業務量が比較可能となるようにし、営業担当者間で公平に配分します。
- カバレッジ -- 地理的な近さ、業界との適合性、既存のアカウントとの関係性を考慮します。
- 成長 -- 拡大の余地、キャリアアップの道筋、未開拓市場のポテンシャルを考慮します。
例:テリトリー配分表
| テリトリー | 営業担当者 | アカウント数 | ARRポテンシャル | クォータ | カバレッジ |
|---|---|---|---|---|---|
| 西部エンタープライズ | Rep A | 45 | $3.0M | $2.7M | 111% |
| 東部ミッドマーケット | Rep B | 62 | $2.8M | $2.4M | 117% |
| 中央(ランプアップ中) | Rep C | 38 | $2.5M | $1.2M | 208% |
クォータ設定
トップダウンモデル
Company Revenue Target: $50M
Growth Rate: 30%
Team Capacity: 20 reps
Average Quota: $2.5M
Adjustments: +/-20% based on territory potential
ボトムアップモデル
Account Potential Analysis:
Existing accounts: $30M
Pipeline value: $15M
New logo potential: $10M
Total: $55M
Risk adjustment: -10%
Final: $49.5M
エージェントは両方のモデルを照合し、乖離が10%を超える場合に警告します。
報酬体系の設計
TOTAL ON-TARGET EARNINGS (OTE)
Base Salary: 50-60%
Variable: 40-50%
Commission: 80% of variable
New Business: 60%
Expansion: 40%
Bonus: 20% of variable
Quarterly accelerators
SPIFs
COMMISSION RATE TIERS
0-50% quota: 0.5x rate
50-100% quota: 1.0x rate
100-150% quota: 1.5x rate
150%+ quota: 2.0x rate
予測
予測カテゴリ
| カテゴリ | 定義 | 重み付け |
|---|---|---|
| Closed | 契約締結済み | 100% |
| Commit | 口頭での確約があり、確度が高い | 90% |
| Best Case | 有望な商談で、成約の可能性が高い | 50% |
| Pipeline | 進行中の商談 | 20% |
| Upside | 初期段階 | 5% |
例:加重予測の出力
Q4 Forecast - Week 8
Quota: $10M
Category Deals Amount Weighted
Closed 12 $2.4M $2.4M
Commit 8 $1.8M $1.6M
Best Case 15 $3.2M $1.6M
Pipeline 22 $4.5M $0.9M
Forecast (Closed + Commit): $4.0M
Upside (with Best Case): $5.6M
Gap to Quota: $6.0M
Required Win Rate on Pipeline: 35%
CRM データ品質チェックリスト
エージェントは、パイプラインレビューのたびに以下のフィールドを検証します。
- すべての進行中の商談で必須フィールドが入力されている
- ステージの日付が過去 7 日以内に更新されている
- 成約予定日が現実的な将来の日付に設定されている(期限切れなし)
- 商談金額が現在の価格交渉を反映している
- 少なくとも 1 人の経済的決裁者を含む担当者の役割が割り当てられている
- 次のステップが具体的なアクションと日付とともに記録されている
プロセスの最適化
営業プロセス監査フレームワーク
STAGE ANALYSIS
Average time in stage -> identify stalls
Conversion rate per stage -> find drop-off points
Drop-off reasons -> categorize and address
ACTIVITY ANALYSIS
Activities per stage -> benchmark against top performers
Activity-to-outcome ratio -> measure efficiency
Time allocation -> optimize selling vs. admin time
TOOL UTILIZATION
CRM adoption rate -> target 95%+ daily login
Feature usage -> identify underused capabilities
Data quality score -> track completeness over time
Automation opportunities -> reduce manual entry
スクリプト
# Territory planner
python scripts/territory_planner.py --accounts accounts.csv --reps 10
# Quota calculator
python scripts/quota_calculator.py --data team.csv --quarter Q4-2026
# Forecast analyzer
python scripts/forecast_analyzer.py --data forecast_history.csv --quarters 4
トラブルシューティング
| 問題 | 根本原因 | 解決策 |
|---|---|---|
| 予測精度が 70% 未満 | ステージ定義の不統一、営業担当者による過剰な確約、加重方式の欠如 | 厳格なステージの開始・終了基準を徹底します。カテゴリ別に確率の重み付けを適用します(Commit 90%、Best Case 50%、Pipeline 20%)。週次の予測会議で Commit の商談を個別に確認します。直近 4 四半期の実績と比較し、重みを調整します。 |
| テリトリーの偏りによる営業担当者の離職 | アカウント配分の不均衡、ポテンシャルとノルマの不一致が 20% を超えている | スコアリングモデルを使って四半期ごとにアカウントを再評価します。テリトリー間のポテンシャル対ノルマ比の差を 15% 未満に抑えます。高成長期には月次でテリトリーのバランスを見直します。 |
| CRM データ品質の完全性が 80% 未満 | 徹底が不十分、自動検証がない、営業担当者の定着度に課題がある | ステージ移行時に必須フィールドの検証を導入します。週次でデータ品質レポートを実行します。CRM のデータ整備を変動報酬(ボーナスの 5~10%)に連動させます。日次ログイン率 95% 以上を目標にします。 |
| チーム全体のノルマ達成率が 60% 未満 | ノルマの設定が厳しすぎる、パイプラインが不十分、立ち上がり期間を過小評価している | トップダウンモデルとボトムアップモデルを照合します。乖離が 10% を超える場合はフラグを立てます。立ち上がり期間を考慮して調整します(立ち上がり中の営業担当者のノルマは 50~75%)。四半期開始時にパイプラインカバレッジを 3~4 倍確保します。 |
| 報酬プランが望ましくない行動を促している | インセンティブとの不整合、質より量を評価、アクセラレーターがない | 報酬プランを戦略目標に照らして監査します。達成率 100% でアクセラレーターが適用されるようにします。GTM 戦略に応じて新規ビジネスと拡張の比重を調整します。戦略上の優先事項に対する SPIF を追加します。 |
| 四半期の途中でパイプラインカバレッジが低下する | リードの流入不足、商談が先送りまたは失注となるペースに補充が追いつかない | 個人のカバレッジが 2.5 倍未満になった場合、AE にアラートを送ります。リード創出キャンペーンについてマーケティング部門と連携します。週次の最低限の見込み顧客開拓活動を定めます。 |
| ステージのコンバージョン率が低下している | プロセスのボトルネック、イネーブルメントの不足、競争圧力 | 離脱率が最も高いステージを特定します。上位の営業担当者のコンバージョン率をチーム平均と比較します。ボトルネックとなっているステージに対象を絞ったトレーニングを実施します。そのステージの競合に関する勝敗データを確認します。 |
成功基準
| 指標 | 目標 | 測定方法 |
|---|---|---|
| 予測精度 | 実際の四半期実績との差が10%以内 | Abs(加重予測 - 実績) / 実績 |
| パイプラインカバレッジ率 | 四半期開始時点でクォータの3~4倍 | パイプライン総額 / チームのクォータ |
| CRMデータの完全性 | 必須フィールドの95%以上に入力済み | 毎週の自動データ品質監査 |
| テリトリーの均衡 | ポテンシャル対クォータの差異が15%未満 | 各テリトリーのポテンシャル対クォータ比率の標準偏差 |
| クォータ達成率の分布 | 担当者の60%以上がクォータ以上を達成 | 100%以上を達成した担当者数 / ランプアップ済み担当者数 |
| ステージ転換率 | 前四半期比で改善または安定 | 期間ごとのステージN+1への移行件数 / ステージNへの移行件数 |
| セールスサイクルの長さ | 短縮傾向または安定 | 商談の作成から成約までの平均日数 |
| 生産性に達するまでのランプアップ期間 | 新規採用者は6か月未満 | 新しい担当者がクォータ実行率の75%に達するまでの月数 |
| プロセスの定着率 | 定義されたプロセスへの準拠率が90%以上 | 毎月のプロセス準拠レビューでの監査スコア |
対象範囲と制限事項
対象範囲:
- CRM の管理、データ品質管理、プロセスの徹底
- パイプライン分析:カバレッジ率、ステージ転換、速度指標、案件の滞留期間
- テリトリー設計、アカウントスコアリング、バランスの取れた割り当ての最適化
- クォータのモデリング:トップダウン、ボトムアップ、調整の各アプローチ
- 報酬体系:OTE の配分、コミッションの段階、アクセラレーター、SPIF
- 予測手法:加重パイプライン、カテゴリー別、ローリング予測
- セールスプロセス監査:ステージ分析、活動ベンチマーク、ツール利用状況
- レポート基盤とダッシュボードの設計
対象範囲外:
- 個別案件の戦略、見極め、クロージング(account-executive を参照)
- 技術デモ、RFP への回答、POC の管理(sales-engineer を参照)
- 販売後の顧客管理と維持(customer-success-manager を参照)
- エンタープライズソリューションのアーキテクチャと統合設計(solutions-architect を参照)
- マーケティングアトリビューションのモデリングとキャンペーン ROI(marketing/campaign-analytics を参照)
- 営業報酬を超える財務モデリング(finance を参照)
制限事項:
- テリトリーの最適化にはヒューリスティックなスコアリングを使用し、数学的最適化ソルバーは使用しません。結果は目安であり、全体最適とは限りません
- クォータモデルには正確な過去データが必要です。入力データが不適切であれば、出力結果も不適切になります
- 予測精度のベンチマークは、CRM のデータが一貫して適切に管理されていることを前提としています。データ品質が低いと、精度は低下します
- スクリプトが処理するのは CSV/JSON のエクスポートのみです。CRM API への直接接続には対応していません
- 報酬のモデリングでは、税務上の影響や地域の労働法による制約は考慮されません
連携ポイント
| 連携先 | 方向 | 目的 | 引き継ぎ成果物 |
|---|---|---|---|
| アカウントエグゼクティブ | Ops -> AE | 担当地域の割り当て、ノルマ目標、パイプラインレポート、予測テンプレート | 担当地域マップ、ノルマ通知書、パイプラインダッシュボード、予測提出フォーム |
| セールスエンジニア | Ops -> SE | 活動の追跡、デモからのコンバージョン指標、技術的な勝敗データ | SE 活動レポート、技術評価パイプライン |
| カスタマーサクセスマネージャー | Ops -> CSM | 更新パイプラインの追跡、拡大収益の帰属、解約レポート | 更新予測の集計、NRR レポート、解約分析 |
| マーケティング | 双方向 | リードの帰属、MQL から SQL へのコンバージョン、キャンペーン ROI、パイプラインの創出元 | 帰属レポート、リードの振り分けルール、キャンペーンパイプラインレポート |
| 財務 | Ops -> Finance | 収益予測、コミッション計算、ノルマと対応可能人数の計画 | 予測提出書類、コミッション明細、人員数モデル |
| レベニューオペレーション | 双方向 | 部門横断型の GTM 指標、ファネル分析、ARR レポート | 統合収益ダッシュボード、GTM 効率指標 |
| 人事 | Ops -> HR | 人員数計画、立ち上がり期間のモデリング、評価に用いるパフォーマンスデータ | 立ち上がりスケジュール、ノルマ達成レポート、担当地域の対応能力モデル |
ワークフロー引き継ぎプロトコル:
- Sales Ops は四半期開始の少なくとも 2 週間前までに、担当地域の割り当てとノルマ通知書を公開します
- Sales Ops は毎週月曜日の午前 10 時までに、週次パイプラインレポートを営業リーダーに提出します
- Sales Ops は毎週金曜日に AE から予測を集め、月曜日までに集計した予測を公開します
- Sales Ops は毎月、担当地域の健全性レビューを実施し、15% を超える差異がある不均衡にフラグを立てます
コメント
Markdown 対応