セールスキャパシティプランニング:RevOpsが人員数を収益目標に結びつける方法
セールスキャパシティプランニングは、収益目標をそれを達成するために必要な売り手のキャパシティに変換します。
クォータ、立ち上がり期間、達成率、離職率、パイプライン創出、採用タイミングを結びつけます。これがなければ、企業は書類上は達成可能な目標を持ちながら、実際には生産的なキャパシティが不足していることになりかねません。
McKinseyのB2Bグロース調査は、成長プランが野心だけでなく生産性に依存しているという点で関連性があります。McKinseyの営業生産性調査も、セールスキャパシティがマネジメントの規律と運用指標に結びつけられなければならない理由を裏付けています。
運用上の重要事実
- セールスキャパシティプランニングは、収益目標を単なる人員数ではなく生産的な売り手のキャパシティに変換すべきです。
- 実際のキャパシティは、立ち上がり、達成率、離職率、テリトリーカバレッジ、マネージャーの負荷、パイプライン創出、営業サイクルに依存します。
- RevOpsは、理論上のクォータキャパシティを、立ち上がりと達成率の前提を織り込んだ現実的なキャパシティと切り分けるべきです。
- キャパシティプランニングは、四半期が始まった後ではなく、採用の締め切り前にレビューすべきです。
インプット
| インプット | 重要な理由 |
|---|---|
| 収益目標 | 必要なアウトプットを定義する |
| 担当者あたりのクォータ | 理論上のキャパシティを設定する |
| 達成率 | クォータを現実的なキャパシティに変換する |
| 立ち上がり期間 | 新規採用者の生産性を遅らせる |
| 離職率 | 利用可能なキャパシティを減らす |
| パイプラインカバレッジ | 需要がキャパシティを支えているかどうかを示す |
営業クォータ、クォータ達成率、パイプラインカバレッジ比率を使ってください。
キャパシティ計算モデル
シンプルなキャパシティモデルには次を含めるべきです。
| コンポーネント | 重要な理由 |
|---|---|
| クォータ保有者の数 | 出発点となる販売基盤 |
| 売り手あたりのクォータ | 理論上の生産上限 |
| 立ち上がりカーブ | 新規採用者はすぐに完全な生産性を発揮しない |
| 期待される達成率 | クォータを現実的なアウトプットに変換する |
| 離職率 | 交代者の生産性が到達する前にキャパシティを奪う |
| 空きポジション | 採用のギャップを示す |
| パイプラインサポート | 需要がキャパシティを支えられるかどうかを示す |
このモデルは理論上と現実的な両方のキャパシティを示すべきです。理論上のモデルではチームがプランを達成できるとされていても、現実的なモデルではできないとされている場合、リーダーは採用タイミング、生産性の前提、目標、またはカバレッジを変える必要があります。
キャパシティプランニングが失敗する理由
キャパシティプランニングは、リーダーが理論上のクォータキャパシティを計算してそこで止まってしまうと失敗します。
例:それぞれ100万ドルのクォータを持つ10人の担当者は、1,000万ドルのキャパシティを生み出すように見えます。しかし、2人の担当者が立ち上がり中で、1つのポジションが空いており、平均達成率が70%で、パイプラインカバレッジが弱い場合、実際のキャパシティははるかに低くなります。プランは依然として1,000万ドルを示すかもしれませんが、運用システムはそれを支えられません。
RevOpsは次を切り分けるべきです。
- 理論上のキャパシティ
- 生産的なキャパシティ
- 立ち上がり調整後のキャパシティ
- 離職調整後のキャパシティ
- パイプラインに支えられたキャパシティ
- forecastに支えられたキャパシティ
この区別が誤った自信を防ぎます。
キャパシティモデルの計算式
シンプルなモデルは次のとおりです。
キャパシティ = 立ち上がり済みの担当者数 x クォータ x 期待される達成率
そのうえで次を調整してください。
- 新規採用者の立ち上がり
- 空きポジション
- 離職率
- 休職や役割の変更
- テリトリーカバレッジ
- セグメントミックス
- パイプラインの可用性
- 季節性
このモデルは数学的に完璧である必要はありません。営業、財務、エグゼクティブが正しいことについて議論できるほど、前提を明確にする必要があります。
立ち上がりの前提
立ち上がりは、しばしば収益プランに潜む見えにくいリスクです。
3月に採用された担当者は、3月の四半期に十分な生産性を発揮しないかもしれません。営業サイクルとオンボーディングによっては、その担当者が意味のある貢献をするのは1〜2四半期後になるかもしれません。プランが新規担当者がすぐに生産性を発揮することに依存しているなら、その企業はキャパシティを計画しているのではありません。期待しているだけです。
文書化してください。
| 立ち上がり期間 | プランニング上の扱い |
|---|---|
| 1か月目 | オンボーディングと活動セットアップ |
| 2か月目 | 初期のパイプライン創出 |
| 3か月目 | 部分的な生産性 |
| 4か月目以降 | モーションに依存した生産性 |
正確な立ち上がりカーブは、可能であれば企業の実績から導き出すべきです。実績が限られている場合は、保守的な前提を使い、実際のデータが現れるにつれて更新してください。
達成率の前提
クォータキャパシティは達成率によって調整されるべきです。
平均的な担当者がクォータの70%に到達する場合、チーム全体で100%の達成率を前提とするプランはキャパシティプランではありません。クォータの計算演習にすぎません。
RevOpsは次をレビューすべきです。
- 平均達成率
- 中央値達成率
- 上位四分位の達成率
- 在籍期間別の達成率
- セグメント別の達成率
- マネージャー別の達成率
- テリトリー別の達成率
中央値達成率は、平均達成率よりも現実的な実情を伝えることが多いです。少数の非常に高いパフォーマーがキャパシティリスクを隠してしまうことがあるためです。
キャパシティとパイプライン
キャパシティが重要なのは、売り手が取り組むのに十分な資格あるパイプラインを持っている場合に限られます。

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
パイプラインカバレッジが弱いフルスタッフのチームはプランを外します。強いパイプラインを持ちながら売り手が不足しているチームも、オポチュニティが弱いフォローアップ、遅い資格判定、または乏しいマネージャーの点検を受けるため、プランを外す可能性があります。
RevOpsはセールスキャパシティを次と結びつけるべきです。
- パイプラインカバレッジ
- 担当者あたりのパイプライン創出
- 担当者あたりの資格ありパイプライン
- 受注率
- ステージ転換率
- 営業サイクル
- forecast精度
これにより、営業は需要が弱いと言い、マーケティングは営業に十分なリードがあると言うというよくある争いを防げます。キャパシティモデルは、問題が需要供給、売り手のキャパシティ、コンバージョンの質、タイミングのどれにあるかを示すべきです。
採用タイミング
採用プランは、採用にかかる時間と立ち上がり時間を考慮する必要があります。
企業がQ3に生産的なキャパシティを必要とするなら、Q3後半の採用では遅すぎます。RevOpsは、財務と営業がいつポジションを開き、埋め、オンボーディングし、生産的にすべきかをモデル化するのを支援すべきです。
プランニングの問い:
- 担当者はいつまでに生産的になる必要があるか
- 平均的な採用にかかる時間はどれくらいか
- 立ち上がりカーブはどのようなものか
- 担当者が生産的になる前にどれだけのパイプラインが存在すべきか
- どのマネージャーが新規採用者を支援できるか
- どのテリトリーまたはセグメントをその担当者が所有するか
キャパシティプランニングは、人員数のリクエストをタイミングを伴った運用上の前提に変えるべきです。
テリトリーとセグメントのキャパシティ
集計されたキャパシティはローカルな不足を隠してしまうことがあります。
企業は総クォータキャパシティは十分でも、ある地域がカバー不足だったり、あるセグメントに経験豊富な担当者が不足していたり、拡張キャパシティが過負荷になっていたりするかもしれません。RevOpsはセグメント、地域、マネージャー、モーション別にキャパシティをモデル化すべきです。
有用な切り口:
- エンタープライズ対コマーシャル
- 新規ビジネス対拡張
- 地域
- 製品ライン
- ネームドアカウント対テリトリー
- 立ち上がり済み対立ち上がり中
- マネージャーの管理範囲
キャパシティが誤った場所にあるなら、プランは依然としてリスクにさらされています。
RevOpsの役割
RevOpsは営業と財務とともにシナリオをモデル化すべきです。
- 現在の生産的キャパシティ
- 必要なキャパシティ
- 採用のギャップ
- 立ち上がりのタイミング
- 必要なパイプライン
- セグメントまたは地域別のリスク
シナリオプランニング
キャパシティプランニングにはシナリオを含めるべきです。
ベースケース:現在の採用プラン、現在の達成率、期待されるパイプライン。
ダウンサイドケース:より遅い採用、より低い達成率、より弱いパイプライン、より高い離職率。
アップサイドケース:より速い採用、より良い生産性、より強いコンバージョン、より低い離職率。
各シナリオは次を示すべきです。
- 収益キャパシティ
- 採用のギャップ
- 必要なパイプライン
- タイミングリスク
- セグメントリスク
- forecastへの影響
シナリオプランニングは、リーダーがより早く意思決定するのに役立ちます。ダウンサイドケースがQ4のキャパシティギャップを示しているなら、Q4まで反応を待つことは運用プランとは言えません。
キャパシティと財務
財務にはキャパシティプランニングが必要です。人員数は最大の成長投資の一つだからです。
RevOpsは財務に次を提供すべきです。
- 担当者名簿
- ポジションのステータス
- クォータの割り当て
- 立ち上がりカーブ
- 達成率の前提
- 採用タイミング
- パイプライン要件
- リスクに関する注記
財務は前提に異議を唱えるべきです。営業は生産性の判断を所有すべきです。RevOpsは、両チームが同じ事実から作業できるほどモデルを透明にすべきです。
キャパシティダッシュボード
有用なダッシュボードには次を含めます。
- 立ち上がり済みキャパシティ
- 立ち上がり調整後のキャパシティ
- 空きポジション
- 立ち上がり段階別の新規採用者
- 在籍期間別の達成率
- 担当者あたりのパイプライン
- セグメント別のカバレッジ
- forecast対キャパシティ
- 離職リスク
- 採用プラン対実績
前提なしにキャパシティを示さないでください。立ち上がりと達成率の文脈がない数字は誤読されます。
キャパシティ判断ツリー
モデルがキャパシティギャップを示したとき、デフォルトで採用に走らないでください。まず制約を診断してください。

| 制約 | モデルが示すもの | より良い最初の意思決定 |
|---|---|---|
| 立ち上がり済みの売り手が不足 | 通常の達成率でも生産的キャパシティが目標を下回る | ポジションを早めに開くか目標のタイミングを調整する |
| 採用が遅い | 必要な生産性の日付が採用プラス立ち上がりの日付より早い | 採用プランを前倒しするかforecastの期待値をリセットする |
| パイプラインが弱い | 売り手にクォータキャパシティはあるが担当者あたりの資格ありパイプラインが低い | 需要、資格判定、ルーティング、パイプライン創出を修正する |
| 達成率が弱い | 立ち上がり済みの担当者に十分なパイプラインはあるが生産性を外している | オンボーディング、マネージャーのコーチング、テリトリーの質、価格設定を点検する |
| マネージャーの負荷が高い | 多くの立ち上がり中の担当者が1人のマネージャーの下にいる | マネージャーのキャパシティを追加するかサポートが整うまで採用を遅らせる |
| セグメントミックスが誤っている | 総キャパシティは問題なく見えるが1つのセグメントがカバー不足 | カバレッジを再配置するかテリトリー設計を変更する |
| サポート役割のボトルネックが存在する | AEにはキャパシティがあるがセールスエンジニアリング、導入支援、またはCSのキャパシティが制約されている | サポートキャパシティを追加するかディールの資格判定を変更する |
これによりモデルをアクションに結びつけたままにできます。キャパシティギャップは自動的に採用ギャップというわけではありません。需要ギャップ、立ち上がりギャップ、マネージャーギャップ、セグメントギャップ、サポートキャパシティギャップかもしれません。
モデルでやってはいけないこと
セールスキャパシティモデルは、リーダーが前提ではなく確実性としてそれを使うときに危険になります。
次のパターンを避けてください。
- クォータキャパシティを保証された収益として扱う。
- 新規採用者がすぐに生産性を発揮すると想定する。
- セグメントやマネージャーのビューなしに単一の企業レベルのキャパシティ数字を示す。
- 年次プランニング時にのみモデルを更新する。
- 弱い達成率を平均達成率の陰に隠す。
- キャパシティプランニングをパイプラインプランニングから切り離す。
- それらの採用者が何に取り組むかを説明せずに、モデルを採用の正当化に使う。
このモデルは不確実性を可視化すべきです。どの前提を監視すべきで、どの意思決定を四半期が始まる前に行うべきかを示すべきです。
よくある間違い
すべてのクォータを生産的キャパシティとしてカウントする。 クォータは収益ではありません。
立ち上がりを無視する。 新規採用者には生産的になるための時間が必要です。
パイプラインを無視する。 売り手は存在しないパイプラインをクローズできません。
平均達成率だけを使う。 高いパフォーマーが中央値の弱さを隠してしまうことがあります。
企業レベルのみでプランニングする。 セグメントと地域のギャップが隠れたままになります。
キャパシティを年に一度だけ更新する。 採用、離職、パイプラインはあまりに頻繁に変化します。
準備状況チェックリスト
リーダーシップがこのモデルを使う前に:
- 担当者名簿が最新である。
- クォータが割り当てられている。
- 立ち上がりの前提が文書化されている。
- 達成率の前提が文書化されている。
- 離職率の前提が可視化されている。
- パイプラインカバレッジがつながっている。
- セグメントビューが利用可能である。
- 財務が前提をレビューしている。
- 営業リーダーシップが生産性のアクションを所有している。
チェックリストが証明すべきこと
セールスキャパシティプランニングは人員数の計算ではありません。収益プラン、生産的な売り手、パイプライン供給、立ち上がりタイミング、現実的な達成率のつながりです。これらの前提が可視化されていなければ、プランは準備できていません。
キャパシティモデルの例
企業に20人のアカウントエグゼクティブがおり、それぞれ年間90万ドルのクォータを持っているとします。書類上では、これは1,800万ドルのクォータキャパシティです。
ここでモデルを調整します。
- 15人の担当者が完全に立ち上がり済みである。
- 3人の担当者が前半の立ち上がり中である。
- 2つのポジションが空いている。
- 期待される達成率は72%である。
- 離職リスクは1ポジション分ある。
- コマーシャルのパイプラインカバレッジが弱い。
実際のキャパシティは1,800万ドルではありません。RevOpsは、立ち上がり済みキャパシティ、期待される生産的キャパシティ、パイプラインに支えられたキャパシティを別々に示すべきです。これにより、リーダーシップは答えが採用、パイプライン創出、イネーブルメント、テリトリー変更、マネージャーのコーチング、プランの調整のどれなのかを判断するのに役立ちます。
役割別のキャパシティ
キャパシティプランニングにはアカウントエグゼクティブ以上のものを含めるべきです。
モデル化すべき役割:
- アカウントエグゼクティブ
- SDRまたはBDR
- アカウントマネージャー
- カスタマーサクセスマネージャー
- ソリューションコンサルタント
- チャネルマネージャー
- セールスエンジニア
- マネージャー
アカウントエグゼクティブにクォータキャパシティはあってもSDRのカバレッジがなければ、パイプライン創出が遅れるかもしれません。エンタープライズ担当者が大きなオポチュニティを持っていても十分なソリューションコンサルタントのサポートがなければ、ディールが遅くなるかもしれません。カスタマーサクセスマネージャーが過負荷になっていれば、拡張と更新のリスクが高まるかもしれません。
RevOpsは、クォータを保有する人員数だけでなく、成長を制約する収益システムの各部分をモデル化すべきです。
マネージャーのキャパシティ
マネージャーの管理範囲は重要です。
チームは十分な売り手を採用しても、彼らを支援できないかもしれません。1人のマネージャーの下にあまりに多くの立ち上がり中の担当者がいると、オンボーディングを遅くし、点検を弱め、コーチングの質を下げる可能性があります。キャパシティモデルは、マネージャーの負荷、立ち上がり中の担当者数、セグメントの複雑さを示すべきです。
問い:
- 各マネージャーは何人の担当者を支援しているか
- そのうち何人が立ち上がり中か
- どのマネージャーが最大のプランリスクを抱えているか
- どこで点検の質が弱いか
- どこで採用がまずマネージャーの採用を必要とするか
マネージャーのキャパシティは、パフォーマンスが未達になって初めて可視化されることがよくあります。RevOpsはそれをより早く表面化させるべきです。
キャパシティガバナンスのリズム
営業と財務とともに毎月キャパシティをレビューしてください。
月次レビュー:
- 空きポジション
- 採用の進捗
- 立ち上がりのステータス
- 達成率のトレンド
- 担当者あたりのパイプライン
- forecast対キャパシティ
- セグメントリスク
- 離職リスク
四半期レビュー:
- クォータ設計の前提
- テリトリーカバレッジ
- セグメント生産性
- 採用プランの変更
- 立ち上がりカーブの変更
- 需要創出の要件
キャパシティは動的です。年次プランニング時に一度だけ構築されたモデルは急速に劣化します。
キャパシティギャップからのアクション
キャパシティギャップは意思決定を生むべきです。
可能なアクション:
- ポジションを早めに開く。
- テリトリーをシフトする。
- セグメントカバレッジを変更する。
- パイプライン創出を増やす。
- 弱いセグメントでクォータを減らす。
- マネージャーのキャパシティを追加する。
- オンボーディングを改善する。
- 拡張のオーナーシップを再割り当てする。
- forecastまたはプランの前提を調整する。
適切なアクションは根本原因に依存します。より多くの人を採用することが常に答えというわけではありません。
キャパシティと取締役会向けレポーティング
キャパシティリスクは、プランに影響する場合、取締役会向け収益レポーティングに登場すべきです。
取締役会にすべての名簿の詳細は必要ありませんが、企業がforecastと将来の目標を支えるのに十分な生産的キャパシティを持っているかどうかは見るべきです。プランが新規採用者は過去の実績よりも速く生産性を発揮すると想定しているなら、その前提は可視化されるべきです。
キャパシティプランニングの例
例:企業がQ1でパイプライン創出を外したにもかかわらず、Q2に5人の担当者を採用します。書類上はキャパシティが上がりますが、売り手には十分な資格あるオポチュニティがありません。アクションは、より多くの売り手を追加する前に需要と資格判定を修正することかもしれません。
例:エンタープライズパイプラインは強いですが、ソリューションコンサルタントのキャパシティが制約されています。セールスキャパシティモデルは、エンタープライズ収益がアカウントエグゼクティブの人数だけでなくサポートキャパシティによって制限されていることを示すべきです。
例:コマーシャルの担当者には十分なパイプラインがありますが、在籍6か月未満の担当者の中央値達成率が低いです。問題は立ち上がりの質、オンボーディング、イネーブルメント、またはマネージャーの負荷にあるかもしれません。
キャパシティモデルガバナンス
オーナーと更新のリズムを文書化してください。
RevOpsがモデルを維持すべきです。財務がプランニングの前提を承認すべきです。営業リーダーシップが生産性のアクションを所有すべきです。立ち上がりカーブ、達成率の前提、クォータ、または役割数の変更は記録されるべきです。
ガバナンスがなければ、各プランニングサイクルはモデルをゼロから再構築します。ガバナンスがあれば、企業はどの前提が正しく、どれが誤っていて、次のプランの前に何を変える必要があるかを学びます。
最小限の実行可能なモデル
最初のモデルには次を含めることができます。
- アクティブな担当者
- 空きポジション
- クォータ
- 立ち上がりのステータス
- 期待される達成率
- パイプラインカバレッジ
- forecast対キャパシティ
このシンプルなバージョンは、明らかなギャップを明らかにするには十分です。企業がスケールするにつれて、テリトリー、マネージャーのキャパシティ、役割の依存関係、セグメントの詳細を追加してください。
品質基準
有用なキャパシティモデルは、リーダーが1つの質問に素早く答えられるようにすべきです。適切な場所に、適切なタイミングで、プランを支えるのに十分なパイプラインとともに、十分な生産的キャパシティがあるだろうか?
モデルがその質問に答えられないなら、より明確な前提が必要です。
採用、立ち上がり、離職、パイプラインの状況が変化している間は、モデルを毎月レビューしてください。キャパシティリスクは年次プランニングだけでは対応できないほど速く動きます。
最も強力なキャパシティレビューは、単なるモデルの更新ではなく意思決定で終わります。リーダーは、採用すべきか、カバレッジをシフトすべきか、立ち上がりを改善すべきか、より多くのパイプラインを作るべきか、クォータを変更すべきか、プランを調整すべきかを知っているべきです。
それらの意思決定を明示的にし、それがforecastを変えたかどうかをレビューしてください。
キャパシティプランニングは、リーダーがモデルを実際の成果と比較したときに改善します。新規採用者が計画より遅く立ち上がるなら、カーブを更新してください。テリトリー変更後に担当者あたりのパイプラインが下がるなら、カバレッジの前提を調整してください。あるセグメントが予想より多くのサポート役割を必要とするなら、その制約を次のプランの前に可視化してください。
セールスキャパシティプランニングに関するよくある質問
セールスキャパシティプランニングは誰が所有しますか?
営業と財務がプランを所有します。RevOpsはオペレーティングモデル、データインプット、シナリオ分析を所有します。
最大の間違いは何ですか?
立ち上がりを無視することです。Q3に採用された担当者が、すぐに完全なクォータに貢献することはめったにありません。
関連記事

Principal Solution Architect
On this page
- インプット
- キャパシティ計算モデル
- キャパシティプランニングが失敗する理由
- キャパシティモデルの計算式
- 立ち上がりの前提
- 達成率の前提
- キャパシティとパイプライン
- 採用タイミング
- テリトリーとセグメントのキャパシティ
- RevOpsの役割
- シナリオプランニング
- キャパシティと財務
- キャパシティダッシュボード
- キャパシティ判断ツリー
- モデルでやってはいけないこと
- よくある間違い
- 準備状況チェックリスト
- チェックリストが証明すべきこと
- キャパシティモデルの例
- 役割別のキャパシティ
- マネージャーのキャパシティ
- キャパシティガバナンスのリズム
- キャパシティギャップからのアクション
- キャパシティと取締役会向けレポーティング
- キャパシティプランニングの例
- キャパシティモデルガバナンス
- 最小限の実行可能なモデル
- 品質基準
- 関連記事