sales-comp-design について
営業リーダー、RevOps、財務向けに、営業報酬プランの設計と見直しを段階的に支援するスキルです。ガバナンスや役割別指標から支払モデル、法務確認、署名済み文書まで扱います。
主な機能
- 01インタビューによる範囲設定
- 02ガバナンスと職務設計の指針
- 03報酬構成、指標、支払曲線
- 04役割別プランとクレジットルール
- 05バックテストと法務確認
活用シーン
- 01年次営業報酬プランの設計
- 02アクセラレーターや SPIF の調整
- 03受注前のクレジットルール策定
- 04支払いまたはプラン設計の問題診断
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ mbfinotti/ sales-skills --skill sales-comp-designインストール後、Claude Code で/sales-comp-designを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/accelerator-curve-example.mdgovernance-legal-and-market.mdrole-plan-matrix.md詳細
営業報酬プランの設計
営業リーダーシップ、RevOps、財務向けの報酬設計アドバイザーです。年次の報酬設計を実施します。ガバナンスの柱を定め、職務設計を確認し、役割の影響力から報酬構成比を導き、報酬対象の指標を選び、支払いカーブを設計し、役割ごとのプランとクレジット配分ルールを作成し、バックテストを行い、法務レビューを通過させたうえで、署名済みのプラン文書を公開します。
報酬プランは仮想の上司です。毎日、営業チームに何が重要かを伝えます(Cichelli)。設計の悪いプランは、機能しないのではありません。オーナーに逆らって機能し、その仕組みが報酬対象とするものをそのまま報奨します。
プランの構造設計にとどめます。
- プランが報酬を支払う割当額の算出:mbfinotti/sales-skills@sales-quota-setting
- これらのプランが適用されるポジションを持つ組織の設計:mbfinotti/sales-skills@sales-org-structure
呼び出し例
- 「営業組織の20人の担当者向けに、来年度の報酬プランを設計してください。」 - ステップ1~10の全ワークフローです。
- 「担当者が割当額を大幅に超過し、加速支給によって財務予算が吹き飛びました。」 - 提供済みプランを対象に、ステップ5と9からカーブの見直しを始めます。コストが一度もモデル化されていませんでした。
- 「この案件のクレジットをAEとSEで分けるべきでしょうか?」 - ステップ6のクレジット配分から始めます。次の案件が成立する前にルールを作成してください。今回の案件の成立後ではありません。
- 「Q3のSPIFはうまくいきました。毎四半期実施してもよいでしょうか?」 - SPIFを恒久的な報酬にしてしまう落とし穴です。ステップ7を確認します。
ヒアリング
- 1つのメッセージにつき質問は1つです。
- 選択肢がある場合は、選択式にします。
- 既存のコンテキストで回答済みの項目は省略します。
- 範囲:(a)次年度の全プラン、(b)1つの役割のプラン、(c)1つの仕組み(加速支給、SPIF、クレジット配分ルール、ドロー)、(d)機能不全のプランの診断、のいずれですか?
- 販売形態と価格設定:B2B、B2C、または混合型ですか?営業主導型、PLG、またはハイブリッド型ですか?サブスクリプション型ですか、それとも従量課金型ですか?
- 対象範囲の役割:AEのみですか?それともSDR/BDR、マネージャー、オーバーレイ(SE/スペシャリスト)、CSM/AMも含みますか?営業業務と非営業業務を組み合わせた職務はありますか?
- 割当額プランはありますか?担当者ごとの割当額と、割当額:OTE比率を教えてください。ない場合は、まずmbfinotti/sales-skills@sales-quota-settingを実行してください。このスキルは割当額に価格を設定するものであり、割当額自体を設定するものではありません。
- 現状:(a)初めてプランを作る段階、(b)毎年の再設計時期を迎えた現行プランがある、(c)全容を説明できる人がいないプランを引き継いだ、のいずれですか?
- 前サイクルに見られた問題:達成率の分布、支給額と予算の想定外の乖離、異議申し立てや例外の件数、自分の報酬を説明できる担当者の割合はどうでしたか?
- 誰が設計し、誰が承認しますか?営業リーダーシップのみですか?RevOps主導ですか?財務、HR/トータルリワードも関与しますか?運営委員会はありますか?
- 担当者はどの法域にいますか?これによりステップ9の法務相談ゲートが決まります。法務レビューの対象として明示し、プラン内で解決しないでください。
- 署名済みプランを、会計年度開始の何日前までに確定する必要がありますか?プランに記載する開始日と終了日は、会計年度と一致させてください。
- 単発ですか、それとも継続的に実施しますか?:(a)今サイクルのプランを修正する、(b)組織が毎年繰り返し実施する継続的な再設計プロセスを構築する、のいずれですか?
- 労力の上限:モデリングとバックテストに充てられるアナリストの作業時間、担当者ごとの支給履歴の有無、報酬変更のために使える社内調整力を教えてください。
以下の優先順位を回答9~11に照らして付け直し、どの回答が何を変えたかを述べてください。
- 会計年度開始に近い厳しい期限がある場合、新たなデータ収集が必要な項目の優先度を下げます。
- 継続的な再設計の要件(10b)がある場合、優先度で不利でも継続的なプログラムを優先します。
- 労力の上限が低い場合は、継続的なプログラムを完全に除外します。半端に保守されたプランのテレメトリーでは、その監視のために作られたプランの価格設定を誤ります。
設計の深さを選ぶ
- 効率性:
的を絞った調整 > 全面的な再設計 > 常設プログラム - 価値:
常設プログラム > 全面的な再設計 > 的を絞った調整 - 工数:
常設プログラム(常時運用) > 全面的な再設計(計画サイクル) > 的を絞った調整(1〜2日間のバックテスト後、承認) - コンプライアンスコスト:
サイクル途中の的を絞った調整 > 全面的な再設計 == 常設プログラム- サイクル途中の報酬変更は、契約の再署名を要するガバナンス上の例外であり、意欲低下や離職の明確な原因でもあります。年次再設計では、承認は通常の手続きとして行われます。
- 的を絞った調整。 常設の仕組みの中で、アクセラレーターの率、SPIF、ある役割の測定指標など、1つの仕組みを変更します。前サイクルの実際の支払いデータに対してバックテストを行い、年度の切り替わりに合わせて導入します。
- 全面的な再設計。 以下のワークフロー全体を、年次で実施します。
- 常設プログラム。 全面的な再設計に、運営委員会、プランの健全性を示すテレメトリー(達成率の分布、例外や異議申し立ての件数、支払い額とモデルの比較)、およびサイクルごとに再実行する継続的なバックテストモデルを加えます。
- デフォルトの段階: 仕組みが健全で、1つの仕組みだけがうまく機能していない場合は、的を絞った調整を選びます。
- 全面的な再設計に引き上げる条件: 戦略が変わった(新しい営業方法、従量課金制、役割の分割など)、達成率の分布が崩れている、または営業担当者が報酬の仕組みを説明できない場合です。
- この順序で後回しになるもの: 常設プログラムです。価値は最も高いものの、あらゆる比較で後回しになります。
- それでも常設プログラムに引き上げる条件: 報酬設計の責任が営業責任者からRevOpsに移った場合(複数のプランがあり、例外の件数も多い場合)です。その規模では、年次の見直しの合間にプランがずれていく状況を検知できるのは、常設のテレメトリーだけです。
ベンチマーク表や競合他社のプランをそのままコピーする案は、順位付けの対象ではなく、削除します。 報酬構成は慣例ではなく、その組織の営業活動における役割の影響力に応じて決めます。「うちのAEは昔からずっと50/50だから」という考え方は、インセンティブではなく、慣習に依存した報酬です。
この順序はデフォルトであり、絶対的なルールではありません。ユーザーについて把握していることに応じて、順位を調整してください。
- すでに報酬管理ツールを導入し、専任アナリストがいる組織なら、ほとんど追加コストなく常設プログラムを導入できます。
- 初めてプランを作成する創業者なら、ステップ3〜5と署名が必要で、それ以外はほとんど必要ありません。
設計前にブレインストーミングを行う
報酬プランは署名によって確定します。年の途中での変更はガバナンス上の例外となるため、前提条件はプランの導入後ではなく、導入前に明らかにする必要があります。
- ヒアリング後、報酬構成、測定指標、カーブの形状が異なる候補プランを2〜3案提示します(パラメーター値だけを変えた案ではありません)。トレードオフと、明確な推奨案を1つ示してください。
- 残りの確認事項は、一度に1つずつ尋ねます。可能であれば選択式にします。
- 仕組みを設計する前に、プランの構成について明示的な承認を得ます。
- プランをセクションごとに作成し、次に進む前に各セクションをユーザーと確認します。報酬構成を誤ると、その上に設定するすべての仕組みが無効になるためです。
- ガバナンスと職務設計。
- 報酬構成と経済的な枠組み。
- 測定指標。
- カーブ。
- 役割別プランとクレジット配分。
- SPIFとドローの仕組み。
- バックテスト。
- 法務審査。
- ドキュメント。
- 組み立てたプランの承認を得てから、最終確定します。
利用環境に永続メモリがある場合は、承認済みの決定事項を保存してください。次のサイクルの再設計やサイクル途中の例外対応を、最初からではなく、記録済みのプランを基に始められます。
- 役割ごとの報酬構成。
- 測定指標。
- カーブのパラメーター。
- クレジット配分のルール。
- 承認経路。
ワークフロー
-
ガバナンスの骨格を定めます。 数値に触れる前に、誰が設計し、誰がコストを検証し(財務)、誰が承認するかを明確にします。
- 初期段階: 営業責任者が設計し、CEOが承認します。
- 規模拡大後: RevOps主導で設計し、財務が検証し、経営陣が承認します。設計作業を始める前に、部門横断の運営委員会が意見の相違を調整します。
-
プランの設計より先に、職務設計を確認します。 職務設計の誤りは、プラン失敗の原因として最も多く挙げられています(Cichelli)。営業業務と非営業業務を積み重ねた複合的な職務では、そのすべてをプランで測定せざるを得ません。1つの財務指標と最大2つの補助指標で役割を捉えられない場合は、職務範囲を絞り込みます。プランに4つ目の項目を追加してはいけません。営業時間の確認:営業担当者は、実際の営業に時間の35〜45%を費やすべきです。30%未満の場合は、報酬体系の複雑さとして表面化している職務設計上の問題です。
-
影響力から報酬構成比を導きます。 営業担当者自身の行動が成果を左右する度合いが低いほど、基本給の比率を高めます。
- 影響力の大きい役割(アウトバウンド、新規顧客獲得、エンタープライズのクロージング):変動報酬の比率を高めます。
- **PLG支援、顧客拡大、更新の役割:**基本給の比率を高めます。
これは導出ルールであり、順位付けしたメニューではありません。報酬構成比は構造上、各役割の影響力に応じて決まるため、順位付けすると誤った精密さを装うことになります。
次に、経済的な枠組みを確定します。報酬構成比、クオータ対OTE比(クオータプランの出力)、コミッション率は1つのシステムです。2つを固定すると、3つ目は自動的に決まります。役割別の一般的な構成比と、その計算の仕組みについては、role-plan-matrix.mdを参照してください。
-
指標を選びます — 3つまでのルール。 1つのプランで使う指標は最大3つとし、少なくとも1つは財務または出力に関する中心指標とします。
- **推奨:**営業担当者がコントロールできる出力指標を優先します。
- **非推奨:**全社指標やコンプライアンス指標は使いません。
- **避けるもの:**直接営業担当者向けプランでは、活動指標やMBOを使いません(MBOは、職務に実際に非出力業務が含まれるマネージャーやCSM向けプランでは適切です)。
しきい値、修正条件、クレジット付与ルールを追加するたびに、プランの明快さの予算を消費します。アクションから支払いまでの営業担当者にとっての一直線のつながりである「見通しの明確さ」は、仕組みを積み重ねるほど損なわれます。
価格設定が使用量ベースの場合、受注イベントは明確な支払い指標ではなくなります。収益は数か月にわたって計上され、業界として確立した答えはまだありません。相反する設計案については、governance-legal-and-market.mdを参照してください。
-
支払い曲線を設計します。
- **料率帯:**累進方式とし、累積方式は使いません。累積方式での再計算は、営業担当者が再現できない段差を生み出します。
- **アクセラレーター:**達成率100%を超えた場合に適用し、一般的には基本料率の1.5〜2倍とします。上限を設け、加速後の料率が1 ÷(OTEに占める変動報酬の比率)を超えないようにします。
- **ディセラレーター:**しきい値未満で適用し、アクセラレーターと組み合わせます。アクセラレーターの高い料率を賄う仕組みであり、単独では一方的な減額に見えます。ディセラレーターを導入するかどうかは、実務家の間で現在も意見が分かれており、確立した慣行ではありません。導入する場合も、しない場合も、明確な選択として示します。
- **支払いに上限を設けてはいけません。**上限を設けると、チームで最も優秀な営業担当者に、営業をやめるよう促すことになります。モデル化したアクセラレーター料率と、単一の大型案件で突出した成果が出た場合のレビュー条項でコストを管理します。
公開前にコストをモデル化します。チームの20%が達成率150%を超えた場合、プランはいくら支払うでしょうか。曲線の例、コストモデル、望ましくない例については、accelerator-curve-example.mdを参照してください。
-
役割別プランとクレジット付与ルールを作成します。
- **SDRの支払い対象指標:**設定済みの商談ではなく、適格な商談機会とします。設定済みの商談に対する支払いは、格下げするのではなく削除します。スパムに報酬を与え、AEのパイプラインを汚染するためです。
- **マネージャー:**チームの達成率に連動した集団または個人のオーバーライドで支払います。離職に備え、意図的に目標を上乗せします。
- **オーバーレイ(SE/スペシャリスト):**シンプルさを優先する原則に反しますが、二重クレジットが受け入れられている解決策です。支払いの大半は、支援対象チームのクオータに連動させます。
- **CSM/AM:**GRRとNRRを別々の支払い指標とし、GRRの最低基準を拡大分の支払い条件とします。同じ顧客ポートフォリオ内で解約が隠れている間は、拡大分に対して支払ってはいけません。
- **ハンター/ファーマーの報酬:**ハンターのクレジット対象期間に上限を設け(一般的には12か月)、ファーマーは基本給の比率を高めます。分割の判断自体は、mbfinotti/sales-skills@sales-org-structureのものです。 複数の担当者にクレジットを付与するすべてのシナリオでは、取引成立前に書面で配分ルールを定めておく必要があります。成立後に交渉してはいけません。全マトリックスはこちらです:役割・プランのマトリックス。
-
SPIFは意図的に組み合わせるか、まったく使わないでください。 SPIFは、1つの追加的な行動を促す、期間限定の上乗せ施策です。
- 四半期ではなく、数週間にします。
- 年に数回にとどめ、意図的に間隔を空けます。
- 活動回数ではなく、成果指標を使います。
- 通常のコミッション予算に対して規模を設定し、自己資金で賄えるようにします。
サイクル途中で行動を促す場合は、
SPIF > mid-year plan changeです。SPIFは予定どおり終了しますが、プラン変更はガバナンス上の例外であり、離職の明確な原因になります。カレンダーに沿って繰り返されるSPIFは、もはやインセンティブではなく、期待される報酬です。これは上記の呼び出し例にある落とし穴です。
先回りしたサンドバッギングは、最も深刻な失敗パターンです。担当者が予測可能なSPIF期間まで取引を遅らせるため、実施時期を変え、事前告知を最小限にし、適用条件を取引成立日に基づいて定めてください。
-
ドローで立ち上がり期間を支援します。クオータの救済措置はあなたの裁量ではありません。
- デフォルト: 立ち上がり期間中は返済不要のドローを適用します。
- 避けるべきこと: 返済可能なドローです。これは退職時にマイナス残高をめぐる紛争を引き起こします(コミッション比率の高いB2Cでよくある失敗として知られており、B2Bのプランでもこの仕組みをそのまま採用すると同じ問題が生じます)。
ドローに併せて設定する立ち上がり期間の救済スケジュールは、mbfinotti/sales-skills@sales-quota-setting に属します。
-
バックテストを行い、その後、法務確認を必須にします。 導入前に、前サイクルの担当者ごとの実績を使ってプランをバックテストしてください。価格設定を誤った仕組みを見つけ、承認への信頼を築くことができます。
次に、法務担当者への確認を行います。以下は必ず法務担当者に確認すべき項目であり、プラン内で解決してはいけません。
- 署名済みコミッション契約書(米国の複数の州で必須です)。
- コミッションの発生条件を定めるクローバック条項(発生したコミッションは賃金です。クローバックできるかどうかは法的な問題です)。
- 退職後のコミッションに関する文言(記載がなければ、担当者に有利な解釈がデフォルトとなります)。
- 遡及的な上限(訴訟で争われています)。
- OTEの全範囲を記載した給与透明性に関する求人情報。
- インサイドセールス職の残業免除資格。
- コミッション費用の償却処理。
ゲートの詳細と出典:ガバナンス、法務、市場。
-
文書化し、署名を得て、周知し、定期的な運用を維持します。
- 各担当者が署名する書面のプラン文書を用意します。一部の法域では法的義務であり、あらゆる場所でガバナンスの最低基準となります。
- 会計年度と一致する開始日と終了日を公開します。
- 担当者向けの説明に十分な労力をかけます。新しいプランを完全に理解するまでに、ほとんどの担当者は数か月かかります。
- 年次で運用します。サイクル途中の変更はすべて、独自の承認を要する例外です。
以下の形式で成果物をまとめ、Measurement check を実施し、合格するまで反復します。
B2B 対 B2C
設計原則は応用できますが、報酬体系の構成やベンチマークは同じではありません。B2C 側は、報酬と離職に関する記録が確認できる4つの歩合報酬比率が高い業種、つまり不動産、保険、太陽光発電、自動車に意図的に限定しています。固定給制や単価の低い小売販売は対象外であり、これらの仕組みをそのまま当てはめるのは行き過ぎです。自動車業界のメーカーによる SPIFF も、ステップ7の SPIF 逓減ルールと同じ恒久化の罠に陥ります。
異なる点:
- 報酬構成比の導出が成り立ちません。 歩合報酬比率が高い B2C(不動産、保険、太陽光発電、自動車)では、固定給がわずか、または固定給なしで、販売ごとに一定割合が支払われるため、固定給と変動給の配分を導出できません。設計上の論点は、料率の段階設定(保険における初年度と更新時の保険料率、自動車におけるフロントエンドとバックエンド)、ドローの条件、クローバック期間へと移ります。
- クオータと OTE の比率やアクセラレーターの慣例は適用できません。 これらは固定給制の B2B 報酬を前提にしています。B2C のクオータは、支払いの発生条件ではなく、パフォーマンス管理上の最低基準として機能します。
- ドローは、ランプに関する補足事項ではなく、中心的な仕組みです。 最終給与からマイナス残高が差し引かれる返済義務のあるドローは、繰り返し紛争の原因になります。回収スケジュール、退職時のマイナス残高の扱い、クローバック条件は、すべて書面のプランに明記する必要があります。
- 離職率は設計の前提条件です。 歩合報酬比率が高い業種では、初年度の離職が深刻です(方向性を示す業界データであり、国勢調査レベルの精度ではありません)。B2B 型の定着率を前提に価格設定すると、自らのコストを誤って見積もることになり、早期の積極的なクローバックは、本来抑えるべき離職を加速させます。
出力形式
PLAN: fiscal period · roles covered · design-depth rung · owner / validator / signer
ECONOMIC FRAME: pay mix per role with influence rationale · quota:OTE (from quota plan) · implied commission rate
MEASURES: per role, max three, financial focus named
CURVE: threshold · decelerator (chosen or explicitly declined) · accelerator rate + bound check · windfall clause · marginal rate table
ROLE PLANS: per-role mechanics · crediting rules (written pre-close) · credited-tail caps
SPIF POLICY: windows/year cap · metric type · budget envelope · anti-sandbagging terms
DRAWS: type (non-recoverable default) · schedule · separation treatment
BACK-TEST: last-cycle payout under new plan vs actual · cost at high-attainment scenario
LEGAL GATE: jurisdiction list · counsel items flagged · sign-off status
GOVERNANCE: cadence · mid-cycle exception process · plan-health metrics tracked
失敗パターン
- 文書では「上限なし」としながら、実際には上限を設ける — 単なる設計上の欠陥ではなく、訴訟に発展し得る法的リスクです。対策:想定外の高額報酬に関する条項と、モデル化した料率を設け、上限に関する文言は弁護士の確認を受けてください。
- 4つ目の指標 — 複合的な職務をカバーするために追加されます。プランではなく職務記述書を修正してください(ステップ2)。
- アクセラレーターなしの減速係数 — 純粋な下振れ要素と受け取られます。両方を組み合わせるか、どちらも設けないかのいずれかです。
- 累進料率表 — 各基準値で段差が生じ、担当者が支払いを再計算できなくなります。必ず限界料率にしてください。
- 恒久的な報酬となった SPIF — 毎年繰り返される SPIF は、SPIF 水準の不正行為をさらに招きながら、基本報酬になります。終了するか、年次見直しの際にその行動を恒常的な指標に組み込んでください。
- クオータと切り離して報酬を設計する — クオータと OTE の比率、報酬構成比、コミッション率は一体のシステムです。ほかを変えずに1つだけ価格を見直すと、枠組みが崩れます。mbfinotti/sales-skills@sales-quota-setting と連携してください。
- 慣例に基づく報酬構成比 — 削除したはずの選択肢が再び現れるパターンです。影響度が合わない職務にベンチマーク表を貼り付けています。
- モデル化されていないアクセラレーター — 上記の予算想定外の原因です。公開前に、必ず高達成シナリオのコストを試算してください。
- 成約後にクレジットを交渉する — 例外や紛争の主な原因です。取引前にルールを定めるか、取引後に紛争が起きるかのどちらかです。
- 年の途中の変更を通常の調整として扱う — 意欲低下と離職の明確な原因です。例外プロセスに従うか、会計年度の区切りまで待ってください。
測定
以下をすべて満たすまで、プランは完成ではありません。100%になるまで調整を繰り返してください。
- 各役割のプランに含める指標は最大3つとし、財務面の重点を明記します。
- 役割ごとの報酬構成比には、その比率にした理由を記載します。ベンチマークをそのまま転用してはいけません。
- 曲線は限界方式とします。アクセラレーター率は「1 ÷(変動報酬比率)」の上限を満たし、上限は設けず、予期せぬ高額支給を防ぐ条項を含めます。減速装置を採用するかどうかも明示します。
- 複数の営業担当者が関わるケースや、退職後も有効なクレジット期間のケースを含め、すべてのクレジット付与ルールを書面にします。
- 高達成時のコストシナリオを含め、実際の過去サイクルのデータを用いてバックテストを実施します。
- 法務確認ゲートの各項目に管轄区域を明記します。プラン内で黙って解決してはいけません。
- 署名済みのプラン文書を用意し、会計年度の開始日と終了日を記載します。
サイクル期間を通じて追跡する成果 KPI:
- モデルとの達成率分布の形状。健全なプランでは、ほとんどの営業担当者がクォータ付近に分布し、裾が薄くなります。両極に分かれる分布は、報酬の問題ではなくクォータの問題を示しています。mbfinotti/sales-skills@sales-quota-setting に差し戻してください。
- モデルコストに対する支給額。
- 例外と異議申し立ての件数。
- コミッションに関する問い合わせの解決所要時間。
- 自分の報酬計算を説明できる営業担当者の割合。
- 販売活動に充てる時間の割合(35~45%の範囲)。
- SPIF の効果は、計上日ではなくクローズ日ごとのコホートで測定します。
統合に関する注記:組織でインセンティブ報酬管理(ICM)ツールを導入している場合、計算、クレジット付与、明細書、異議申し立てワークフローを自動化できますが、上記の設計判断を自動化するものではありません。組織規模別のベンダーの状況については、governance-legal-and-market.md を参照してください。
参考資料
- オファーにおける OTE と報酬構成比の位置づけ、およびドロースケジュールの基礎となる30-60-90日のランプアップ計画については、mbfinotti/sales-skills@sales-hiring を参照してください。
- 営業担当者の影響力、ひいては報酬構成比を決める販売モデルの選択(PLG、営業主導、ハイブリッド)については、mbfinotti/sales-skills@sales-motion を参照してください。
- 曲線の具体例、コストモデル、悪い例については、./references/accelerator-curve-example.md を参照してください。
- 役割別のプラン一覧、クレジット付与の仕組み、ベンチマークの出典については、./references/role-plan-matrix.md を参照してください。
- ガバナンスの詳細、法務確認ゲートの出典、2023-2026年の市場動向、ICM ツールの状況については、./references/governance-legal-and-market.md を参照してください。