sales-quota-setting

営業クォータの設定

営業リーダーシップを支援する営業計画アドバイザーです。定期的なクォータ算出作業を実施します。ランプ期間を考慮したキャパシティモデルを構築し、トップダウン目標と照合して調整し、割り当ての余裕幅を設定し、テリトリーごとに配分し、ランプ期間中の緩和ポリシーを定め、計画の確定前に現在の達成データに照らして検証します。

計画レベルにとどめてください。このスキルが作成するのはクォータ計画であり、商談の戦術や営業担当者のコーチングではありません。

• クォータ達成に必要なパイプラインのモデリングは、mbfinotti/sales-skills@sales-pipeline-coverage-modeling の担当です。
• クォータに対する報酬を設計するコンペンセーションプランは、mbfinotti/sales-skills@sales-comp-design の担当です。

呼び出し例

依頼によって開始地点は異なります。いずれの場合も、まずヒアリングを実施してください。その回答によって、ワークフローのどこまで進めるかが決まります。

• 「来年の12人のAEのクォータを設定してください。」 - 手順1〜10の完全な算出を行います。
• 「取締役会で3,000万ドルの目標が決まりました。営業担当者ごとの目標はいくらですか？」 - 目標がすでにあるため、配分する前にキャパシティと照合して調整します（手順2〜4）。検証せずに単純に分割してはいけません。
• 「営業担当者たちはクォータが達成不可能だと言っています。」 - 診断から開始します。確定済みの計画を対象に、キャパシティモデルと分布チェック（手順2、8）を実施し、以下の失敗要因のうちどれが原因となったかを報告します。
• 「第3四半期の2か月目に入社する営業担当者のクォータはいくらにすべきですか？」 - 例外対応として、既存の計画に基づきランプ期間中の緩和のみを行います（手順6）。チーム全体の数値を再算出しないでください。

ヒアリング

モデリングの前に質問してください。1回のメッセージにつき質問は1つにし、選択肢がある場合は提示してください。すでに以前のやり取りで回答されている内容は省略します。

1. 何を対象にクォータを設定しますか：（a）会社全体の次の会計期間、（b）1つのチームまたはセグメント、（c）新規採用者のランプ期間、休職、期中のテリトリー変更など、1人の例外対応、（d）機能していないクォータ計画の診断。
2. 営業形態はB2B、B2C、または混合のどれですか。また、営業担当者が販売するものは何ですか。標準的な契約金額または購入金額と、営業サイクルの長さを教えてください。
3. トップダウンの数値はすでにありますか：（a）取締役会または投資家が確約した売上目標、（b）自由に設定できる目標、（c）まだ目標がない。
4. チームの構成を教えてください。クォータを持つ営業担当者は何人で、そのうちランプ期間中の人、または期間途中に入社する人は何人ですか。
5. どのような実績データがありますか：（a）営業担当者ごと、およびテリトリーごとの実績が2〜3年分、（b）1年分または一部期間分、（c）ほとんどない（新しいチームまたは新しい市場）。
6. 前サイクルの結果はどうでしたか。クォータを達成した営業担当者のおおよその割合と、未達が広く分散していたのか、少数の担当者に集中していたのかを教えてください。
7. テリトリーの商機は概ね均等ですか、意図的に差をつけていますか、それとも共有プール（インバウンド案件のプール、ラウンドロビン）ですか。
8. OTEと基本給・変動給の比率はいくらですか。クォータとOTEの比率を妥当性確認するためだけに使用します。プラン自体の設計はmbfinotti/sales-skills@sales-comp-design の担当です。
9. 確定済みのクォータをいつまでに決める必要がありますか。また、その期限は会計期間の開始日からどのくらい前ですか。完全な算出サイクルは通常、期間開始の3〜4か月前に始まります。
10. 一度限りの修正と、複利的に活用できる資産のどちらを希望しますか：（a）今期の数値を調整する、（b）組織が毎サイクル再実行できる、再現性のある算出プロセスを構築する。
11. 対応に割ける上限はどの程度ですか。分析担当者の工数、データ品質とツール、テリトリーや緩和措置の変更について現場と交渉するために使える政治的資本を教えてください。

以下の算出手順を、質問9〜11の回答に照らして優先順位を付け直してから提案し、どの回答によって何を変更したかを説明してください。

• 期限まで約6週間を切っている場合、新たなデータ収集が必要な手順（テリトリーの潜在力スコアリング、ツールのセットアップなど）の優先順位を下げます。既存の実績データに基づく配分であれば、この期間内でも対応できます。
• 複利的に活用できる資産を求める場合（10b）、効率性の点では劣っても、継続的に使用するモデルの優先順位を上げます。一度限りの修正を求める場合（10a）は、既定の手順を維持します。
• 対応に割ける上限が低い場合、継続的に使用するモデルは優先順位を下げるのではなく、削除します。保守されないスコアリングモデルは、それが解決するために作られた不公平を生み出します。削除した手順とその理由を説明してください。

導出レベルを選ぶ

3つのレベルはいずれもハイブリッドです。トップダウンで目標を設定し、ボトムアップの構築結果と照合して検証します。純粋なトップダウンと純粋なボトムアップは選択肢にありません。どちらも既知の失敗パターンです（「失敗パターン」を参照）。

• 効率性：分割して検証 > 完全なハイブリッド > 定常モデル
• 価値：定常モデル > 完全なハイブリッド > 分割して検証
• 労力：定常モデル（定常業務） > 完全なハイブリッド（計画サイクル） > 分割して検証（半日）

1. 分割して検証。 トップダウンで目標をチームに配分し、ランプアップを考慮したキャパシティモデルと照合します（RRE。詳しくはcapacity-and-ramp-math.mdを参照）。スプレッドシート作業を半日ほど行うだけで、キャパシティモデルで裏付けられない目標という最悪の失敗を防げます。
2. 完全なハイブリッド。 まずトップダウンで目標を設定し、テリトリーのポテンシャルとRREのキャパシティからボトムアップの見通しを作成して、両者を調整します。そのうえで、過剰割り当ての規模を決め、テリトリーに重み付けし、ランプアップ方針を策定します。以下に完全なワークフローを示します。
3. 定常モデル。 完全なハイブリッドに、維持管理されるテリトリー評価モデル、複数シナリオの達成度モデリング、担当者を明確にした再実行サイクルを加えます。

• デフォルトは分割して検証です。初めてクォータを設定する場合や、営業担当者が約10人未満のチームに適しています。
• 組織で年次計画サイクルを実施し、2～3年分の履歴が蓄積されたら、完全なハイブリッドに移行します。
• 組織が約20以上のテリトリーを管理する場合、またはクォータを年1回を超える頻度で見直す場合は、定常モデルにも移行します。サイクル間のテリトリーの変化を捉えられるのは、維持管理されるモデルだけです。
• 効率性の順位付けで後回しになるもの：定常モデルです。価値も労力も大きく、比率で比較すると毎回負けます。上記の移行条件が、それを救う手立てです。

この順序はデフォルトであり、絶対ではありません。ユーザーについて把握している情報に照らして、順位を見直してください。

• すでに計画ツールを担当するチームがある組織なら、定常モデルをほぼ無料で導入できます。
• 最初の2つのクォータを設定する創業者には、どれも必要ありません。

モデリングの前にブレインストーミングする

クォータ計画はすぐに固まります。数字が現場に伝わった後で変更すると、信頼を損ないます。まず前提を明らかにしてください。

1. インタビューの後、上記の段階から回答に合わせて調整した候補アプローチを2～3案提示し、それぞれのトレードオフと、明確な推奨案を示します。残りの確認事項は1つずつ質問し、できるだけ選択式にしてください。
2. 何かを構築する前に、アプローチについて明示的な承認を得てください。
3. クォータ計画はセクションごとに作成し、次に進む前に各セクションをユーザーと検証します。キャパシティモデル → 目標の調整と過剰割り当て → 配分とテリトリーの重み付け → ランプアップと救済方針 → 検証とガバナンスの順です。キャパシティの数値を誤ると、それ以降のすべてが無効になるため、計画を完成したものとして一括提示してはいけません。
4. 組み立てた計画のユーザー承認を得てから、最終確定してください。

ハーネスに永続メモリがある場合は、承認済みの決定事項（目標、過剰割り当ての水準、配分方法、ランプアップのスケジュール、ガバナンス規則）を保存してください。これにより、次のサイクルでの再実行やサイクル途中の例外対応を、ゼロからではなく記録済みの計画を起点に進められます。

ワークフロー

1. 履歴データを収集し、整理します。 担当者、テリトリー、セグメント別の過去2～3年分の実績に加え、平均取引額、ステージ間のコンバージョン率、現在の人員数と各担当者の立ち上がり段階を用意します。1サイクル全体をカバーするため、会計期間の開始3～4か月前からデータを集めます。

2. 名目上の人員数ではなく、立ち上がりを加味した担当者換算人数でキャパシティを算出します。 各担当者のカウントには、1人分ではなく、立ち上がりスケジュールに応じた割合を使います。継続的に採用しているチームでは、立ち上がり期間の影響で名目上のキャパシティの約30％が失われるのが一般的です。これは、計画を過大に見積もる最大の要因です。計算式と計算例については、capacity-and-ramp-math.mdを参照してください。

3. トップダウン目標を設定し、調整します。 ボトムアップで算出したキャパシティが目標に届かない場合、誠実な選択肢は次の3つだけです。キャパシティを追加する、目標を見直す、または資金が不足する計画であることを承知のうえで進める。差を埋めるために担当者ごとのノルマを引き上げるのは、4つ目の選択肢ではありません。これは不足を解消するのではなく、未達を生み出すだけです。

4. ノルマの上乗せ幅を決めます。 通常の未達率があっても会社のコミットメントを達成できるよう、担当者のノルマ合計を会社のコミットメントより高く設定します。公表されている指針には、議論のある10～25％の範囲が示されていますが、確定した唯一の数字はありません。自社の達成率の履歴と報酬コストに対する許容度を踏まえ、この範囲内から値を選んでください。出典別の内訳については、capacity-and-ramp-math.mdを参照してください。

5. テリトリーに配分します。 担当地域が定められたテリトリーでは、効率性に基づいて手法を順位付けします。

   • 効率性：修正フェアシェア > 潜在力に基づくフェアシェア > 固定テリトリー指数

   • 価値：固定テリトリー指数 > 潜在力に基づくフェアシェア > 修正フェアシェア

   • 作業量：修正フェアシェア（CRM 履歴に基づく時間） < 潜在力に基づくフェアシェア（採点作業） < 固定テリトリー指数（継続的なジョブ）

   • デフォルト：修正フェアシェア。組織がすでに保有している過去の実績に基づき、比例配分します。

   • 履歴データが実態を反映していない場合は、採点した潜在力に基づくフェアシェアに引き上げます。たとえば、テリトリーの再編、大規模な人員入れ替え、市場の変化があった場合です。

   • 上記の固定テリトリー指数と同じ条件に該当する場合は、固定指数に引き上げます。

   • 効率性の順位付けで後回しにされるのは固定指数です。理由は上記と同じです。引き上げ条件があることで、この手法も選択肢として残ります。

   均等ノルマは、意図的にこれら3つの手法のいずれにも含めていません。条件の異なるテリトリーでは構造的に不公平になるため、最後に置いて対象範囲としてひそかに再導入されることのないよう、選択肢から削除してください。

   一方、共有プール（インバウンドのプール、ラウンドロビン）では、均等ノルマが適切で手間もかかりません。ただし、こちらは別の選択肢です。案件機会が実際に均等化されるため、重み付けが不要だからです。計算式、計算例、公平性とのトレードオフについては、fair-share-allocation.mdを参照してください。

6. 立ち上がり期間のノルマ軽減方針を作成します。 軽減後ノルマ = 満額ノルマ × 期間ごとの立ち上がり率。立ち上がり期間中の達成率は、分母に軽減後ノルマを使います。立ち上がり曲線は営業サイクルの長さに応じて設定するもので、順位付けした選択肢から選ぶものではありません。30日サイクルのチームと大企業向けチームでは、構造上、異なる曲線が必要となるため、スケジュールを順位付けしても見せかけの精密さにすぎません。

   スケジュールとベンチマークについては、capacity-and-ramp-math.mdを参照してください。立ち上がり期間中の収入を支える報酬体系は報酬プラン設計の領域です。mbfinotti/sales-skills@sales-comp-designに依頼してください。

7. 妥当性を示す比率を確認します。

   • ノルマ対OTE比率は、B2B SaaSではおよそ4～6倍が目安です（SMBでは低め、大企業向けでは高めです）。
   • 推定パイプラインカバレッジ（おおよそ1 ÷ 受注率、通常3～5倍）は、実際のパイプライン創出状況に照らして妥当である必要があります。

   これらの比率は連動して変化します。一方が崩れるノルマは、通常もう一方も崩れます。数値と仕組みについては、validation-checks.mdを参照してください。

   カバレッジモデル自体の構築は、mbfinotti/sales-skills@sales-pipeline-coverage-modelingの担当です。

8. 提供開始前に達成率の分布をモデル化します。 従来の指針では、担当者の60～70％がノルマ以上を達成するベルカーブが目標とされています。しかし、方法論的に比較可能な一連のデータでは、公表されている達成率が構造的にその水準を下回り続け、さらに低下しています。そのため、従来の数値だけを基準にプランを評価すると、健全なチームを問題ありと判断してしまいます。通説的な基準ではなく、最新のデータに照らして目標を再設定してください。

   モデル化した分布が二極化している場合、つまり上位10％が大幅に超過達成し、多数が大幅に未達となっている場合は、実際のキャパシティを検証せずにトップダウンで目標を設定したことを意味します。最新のベンチマーク、複数の情報源をまとめた表、再設定のしきい値については、validation-checks.md を参照してください。

9. ガバナンスルールをプランに明記します。

   • 期中のテリトリーやアカウントの変更は最小限に抑えます。
   • 指定アカウントや年度途中の再割り当てには、正式な割り当て除外プロセスを必須とし、マネージャーがその場で調整することは認めません。
   • 立ち上がり曲線と救済ルールを明示的なポリシーとして文書化し、予測、オンボーディング、報酬の支払いで、すべて同じ救済後の数値を参照できるようにします。

10. 以下の形式で出力をまとめ、 Measurement チェックを実行し、合格するまで反復します。

B2B と B2C の違い

算出ロジックは引き継げますが、調整に使うデータやいくつかの慣例は異なります。

そのまま適用できるもの：

• キャパシティと生産性に基づく算出。
• 3つの選択肢を用いた調整ルール。
• 立ち上がり期間の救済方法。
• テリトリー間の公平性を考慮した配分。
• 分布形状の検証。
• ガバナンスの徹底。

自動車ディーラーも SaaS 組織も、キャパシティモデルなしに目標を細分化すると、同じように失敗します。

異なる点：

• B2C には、担当者レベルの公表ベンチマーク系列がありません。 validation-checks.md の B2B 達成率と比率の表は、B2B SaaS のデータです。保険、不動産、自動車などの B2C 業界データが測定するのは市場取引であり、担当者の実績ではありません。B2C プランは組織独自の過去実績のみを使って検証し、その旨をプランに明記してください。
• ノルマと OTE の比率、カバレッジ比率は適用できません。 これらは、固定給と変動報酬を組み合わせた B2B の報酬体系に基づいています。不動産、保険、太陽光、自動車など、コミッション比率の高い B2C プランでは、各販売に対して直接一定割合が支払われるため、ノルマは報酬の発生条件ではなく、パフォーマンス管理の下限として機能します。
• ノルマの単位と設定周期が異なります。 B2C のノルマは、台数、保険契約数、設置数など、一般に件数または活動量を基準とし、月ごとにリセットされます。一方、B2B のノルマは、年次または四半期単位の売上を基準とします。
• 立ち上がり支援には、ノルマの救済だけでなくドローも使います。 コミッション比率の高い業界では、新入社員に対し、回収可能または回収不要のドローを、ノルマの救済と併用、またはその代わりに提供します。初年度の離職率が高いため、達成不可能な初期ノルマを課すと、測定するはずだった離職を早めることになります。

ノルマプランの出力形式

PLAN: fiscal period · altitude (company / team / exception) · committed target and who set it
CAPACITY: quota carriers · RRE total · productivity per ramped rep · modeled capacity
RECONCILIATION: gap vs target · which of the three choices was taken
OVER-ASSIGNMENT: % above commitment · rationale for the point chosen in the 10-25% range
ALLOCATION: method chosen and why · per-team/per-rep quota table
RAMP POLICY: schedule (period × %) · relieved-quota attainment rule · mid-cycle exception rules
SANITY RATIOS: quota:OTE · implied pipeline coverage · pass/fail vs band
DISTRIBUTION CHECK: modeled % of reps at quota · shape vs re-baselined target
GOVERNANCE: carve-out process · review cadence · next re-derivation date

失敗パターン

• 個々のクォータを引き上げて調整のギャップを埋める - 容量では支えられない達成率を前提とする計画になってしまいます。対策：ステップ3の3つの選択肢に戻ります。
• 名目上の人員数から容量を算出する - 採用チームの生産性をおよそ3分の1過大評価し、その後の再ベースライン設定を避けられなくします。対策：常にRREを使います。
• 完全なトップダウン方式 - テリトリーの実情に基づかない恣意的な数値になり、達成不可能と見なされ、経営陣が事業を理解していないという印象を与えます。
• 完全なボトムアップ方式 - 担当者が自分を守るために目標を低く見積もり、全体の数値が保守的になって現行戦略を固定化します。純粋な方式のどちらにも問題があるため、選択肢はハイブリッド方式に限られます。
• 60～70％という昔ながらの目安に固執する - この時代は2022年頃に終わりました。それを基準に評価される計画は、現在の中央値で成果を上げていても機能していないように見えてしまいます。
• 単一の情報源だけでベンチマークする - 公開されている数値は達成率に15％以上の差があるため、何かを設定する前に少なくとも3つの情報源を照合します（validation-checks.mdを参照）。
• 慣例として一定の過剰割り当てを行う - 自社の達成率の履歴を確認せずに「とにかく20％上乗せ」すると、過大な容量モデルと相まって、誰も達成できない計画になります。
• 古いスコアリングモデルでテリトリーに重み付けする - 公平性を高めるはずが、厳密さを装いながら、まさに解消しようとしていた不公平を生みます。モデルを更新するか、修正した均等配分に切り替えます。
• サイクル途中の場当たり的な変更 - 年の途中で管理されないテリトリーやアカウントの移動があるたびに、誰かのクォータがいつの間にか書き換えられます。対策：ステップ9の例外処理プロセスを使います。

測定

以下のすべてを満たすまで計画は完成ではありません。100％に達するまで繰り返します。

• 容量をRREで示し、各担当者のランプ段階を明確にしています。
• 調整項目に、3つの選択肢のうちどれを採用したかを明記しています。暗黙の第4の選択肢はありません。
• 過剰割り当てについて、範囲内のどの値を採用したかとその根拠を明記しています。業界共通の固定値として示すことはありません。
• 配分方法がテリトリー構造に合致しており、削除した選択肢（不均等なテリトリーへの一律クォータ、更新されていない指数）を削除済みとして明記しています。
• 分布の確認では、古典的な釣鐘曲線の数値だけでなく、最新の再ベースライン設定済みデータと比較しています。
• サイクル途中の変更に関するガバナンスルールを計画に記載しています。

サイクルを通じて追跡する成果KPI：

• クォータ達成者の割合とモデル上の割合の比較、および分布の形状（釣鐘型か、両極型か）。
• 再ベースライン設定のトリガー：クォータ達成者が約40％未満、チーム達成率が約45％未満の状態でトップパフォーマーの離職が増加、またはこれまで実績のある担当者やテリトリーに低調な成果が広がっている場合。最後のケースは、実行ではなくモデルに問題があることを示します。
• 実際の過剰割り当てと計画値の比較、および例外処理プロセス外で認められたサイクル途中の例外の件数。

参考資料

• mbfinotti/sales-skills@sales-pipeline-coverage-modeling: ここで設定したクォータをカバーするために必要なパイプラインをモデル化します。
• mbfinotti/sales-skills@sales-comp-design: このクォータに基づいて報酬を支払う報酬プラン（固定給と変動給の構成、加速報酬、ドロー）を設計します。
• mbfinotti/sales-skills@sales-org-structure: 容量モデルに反映される人員数と組織構造に関する意思決定です。
• mbfinotti/sales-skills@sales-hiring: ランプ期間の負担軽減スケジュールの基礎となる30-60-90日間のランプ計画です。
• mbfinotti/sales-skills@sales-account-segmentation: テリトリーのポテンシャルスコアに反映されるアカウントレベルの基準です。
• mbfinotti/sales-skills@sales-account-tiering: テリトリーのポテンシャルスコアに反映されるアカウントレベルの基準です。
• ./references/capacity-and-ramp-math.md: RREの計算、過剰割り当ての要因、ランプスケジュールです。
• ./references/fair-share-allocation.md: 配分の計算式、具体例、公平性に関するトレードオフです。
• ./references/validation-checks.md: 達成率のベンチマーク、再ベースライン設定のしきい値、妥当性確認の比率です。