ooligo
claude-skill

Entwurfsassistent für Vertriebsvergütungspläne

Difficulty
Profi
Setup time
2-3 hours
For
revops · sales-enablement
RevOps

Stack

Ein Claude Skill, der einen Vertriebsvergütungsplan entwirft — Kennzahl, Pay Mix, Quota, Beschleunigerkurve, SPIFs, Clawback-Trigger, Streitbeilegungsregelung — und ihn anschließend bepreist, indem er die tatsächliche Zielerreichungsverteilung des Vorjahres durch die neue Kurve laufen lässt. Er berichtet, was der Plan bei drei Leistungsniveaus des Unternehmens kostet, was der Median-Rep tatsächlich gegenüber dem OTE verdient, mit dem er rekrutiert wurde, und welche Clawback-Bedingungen der Entwurf verletzt. Er endet mit draft oder blocked. Ein Urteil, das „genehmigt“ bedeutet, existiert nicht.

Das Bundle liegt unter apps/web/public/artifacts/comp-plan-drafter-skill/ und enthält SKILL.md sowie drei Referenzvorlagen: references/1-plan-inputs-template.md (Rolle, Segment, OTE, Quota, Kurve, Bundesstaaten der Reps, Budget), references/2-attainment-history-template.md (eine Zeile pro Rep-Jahr, ausgeschiedene Reps eingeschlossen) und references/3-sample-output-format.md (das exakte Markdown, das der Skill ausgibt, mit einem durchgerechneten Beispiel).

Wann Sie ihn einsetzen

Sechs bis zehn Wochen vor Beginn des Planjahres, bei einem Plan, dessen einziges Kostenmodell eine Tabelle ist, die unterstellt, dass alle bei 100% der Quota landen. Diese Unterstellung ist der Grund, warum es das hier gibt. Die AE-Studie 2026 der Bridge Group über 158 B2B-Unternehmen verortet 48% der Reps auf Quota, Enterprise-AEs bei 38%, und das mediane Verhältnis von Quota zu OTE ist auf 4,6x gestiegen. Ein auf Vollerreichung kalkulierter Plan ist weder konservativ noch aggressiv: Er ist gegen eine Population bepreist, die es nicht gibt, und der Fehler zeigt sich entweder als Budgetüberschreitung oder — weit häufiger — als ein Team, das still und leise deutlich unter dem OTE seines Angebotsschreibens verdient.

Ebenfalls sinnvoll: eine unterjährige Änderung für ein Segment, eine neue Rolle ohne Planvorgänger, und eine Nachbetrachtung des aktuell laufenden Plans, wenn die variable Vergütung weit neben dem Forecast lag und niemand sagen kann, ob die Kurve oder die Quota die Ursache war.

Der Teil, der sich rechnet, ist Schritt 3. Jedes Vergütungstool kann eine Kurve zeichnen; fast keines lässt Ihre eigene Historie auf Rep-Ebene durch die Kurve laufen, die Sie gleich ausrollen. Diese Rückrechnung macht aus „die Beschleuniger sehen vernünftig aus“ ein „das kostet bei der Vorjahresleistung 2,41 Mio. und 2,98 Mio., wenn das Team zehn Punkte besser wird“.

Wann Sie ihn NICHT einsetzen

  • Einen Plan genehmigen oder in Kraft setzen. Ein Vergütungsplan ist ein Vertrag. In Kalifornien verlangt Labor Code § 2751 Schriftform, Unterzeichnung durch den Arbeitgeber und eine unterschriebene Empfangsbestätigung des Mitarbeiters; außerdem muss die Methode der Provisionsberechnung einschließlich der Chargeback-Regelung darin stehen. Jeder draft, den der Skill ausgibt, trägt requires_counsel_review: true im Kopf, und kein Pfad entfernt das.
  • Provisionen berechnen oder auszahlen. Das hier entwirft und bepreist den Plan. Auszahlungsberechnung, Streitfallbearbeitung und Payroll gehören in eine ICM-Plattform. Der Skill schreibt in nichts hinein.
  • Die Quota einer einzelnen Person festlegen. Er modelliert eine Quota für Rolle und Segment. Einer namentlich genannten Person eine Zahl zuzuweisen, ist eine Frage von Abdeckung und Kapazität: Machen Sie zuerst den Gebietszuschnitt und bepreisen Sie den Plan dann dagegen.
  • Gehaltsbänder im Recruiting. Base und Equity für eine Rolle gegen Radford- oder Pave-Daten zu benchmarken, ist eine andere Aufgabe mit anderen Quellen und einem anderen Freigeber.
  • Bücher mit weniger als einem Dutzend voll eingearbeiteter Rep-Jahre. Dreizehn Zeilen sind eine Verteilung, über die man streiten kann. Sechs sind eine Anekdote mit einer Perzentilfunktion darüber, und der Skill gibt blocked zurück statt einer Kostenzahl, die er nicht belegen kann.

Setup

  1. Füllen Sie die Plan-Inputs. Setzen Sie in references/1-plan-inputs-template.md Rolle, Segment, Headcount, Ziel-OTE, Pay Mix, vorgeschlagene Quota und budget_ceiling. Lassen Sie jedes Kurvenfeld auf propose, dann entwirft der Skill dieses Stück; fixieren Sie die bereits entschiedenen. Setzen Sie market_ote_reference aus einer Erhebung, die Sie tatsächlich besitzen, und benennen Sie sie in market_ote_source — die Retentionswarnung im Output ist genau so gut wie diese Zahl.
  2. Exportieren Sie die Zielerreichungshistorie samt Abgängen. In references/2-attainment-history-template.md eine Zeile pro Rep-Jahr des Vorjahres: anteilige Quota, Zielerreichung gegen diese anteilige Quota, eingearbeitete Monate, Austrittsdatum. include_terminated: true ist Pflicht, und der Skill gibt blocked zurück, wenn es auf false steht.
  3. Entscheiden Sie den Cap bewusst. Die Vorlage liefert ohne Cap aus. Ein Cap schützt das Budget gegen einen einzelnen übergroßen Deal und erzeugt zuverlässig genau das Sandbagging, gegen das er geschrieben wurde. Sehen Sie sich den High-Case der Kostentabelle an, bevor Sie wählen, statt den Default der Vorlage zu erben.
  4. Führen Sie zuerst dry_run: true aus. Das liefert die beobachtete Verteilung, die Zahl der voll eingearbeiteten Rep-Jahre und jede ausgeschlossene Zeile mit Begründung. Die meisten Historien-Exporte enthalten zwei oder drei Zeilen mit Quota null oder 400% Zielerreichung aus einem einzigen Deal, und Sie wollen die sehen, bevor sie in einer Kostenzahl stecken.
  5. Installieren und Rechte begrenzen. Legen Sie das Bundle nach ~/.claude/skills/comp-plan-drafter/ und setzen Sie SFDC_TOKEN mit Lesezugriff auf Opportunity, User und Quota, falls Sie die Historie aus Salesforce ziehen statt aus einer CSV. Nur-Lesen ist der richtige Scope, keine Vorsichtsmaßnahme.

Was der Skill tatsächlich tut

Zwei Durchläufe, und die Trennung ist Absicht. Durchlauf eins entwirft den Plan — das ist die Urteilsarbeit und gehört dem Modell. Durchlauf zwei rechnet den Entwurf gegen die beobachtete Verteilung zurück, und diese Arithmetik läuft in Code. Eine stückweise definierte Auszahlungsfunktion auf vierzig Rep-Zeilen reproduziert sich nicht von Lauf zu Lauf, wenn ein Modell sie im Kontext rechnet, und ein Vergütungsgespräch bricht in dem Moment zusammen, in dem zwei Läufe desselben Entwurfs zwei Plankosten liefern.

Der Kostenbericht liefert drei Zahlen statt einer: die beobachtete Verteilung, plus und minus das Sensitivitätsband. Ein Vergütungsplan ist ein gehebeltes Instrument, und die nützliche Größe ist die Steigung. Ein Plan, dessen Kosten sich über zwanzig Punkte Zielerreichung um 8% bewegen, steuert niemanden; einer, der sich um 60% bewegt, ist ein Budgetrisiko, das jemand bewusst akzeptieren sollte.

Verdienste werden nach Dezil berichtet, nie als Durchschnitt. Im durchgerechneten Beispiel in references/3-sample-output-format.md landet der Plan 21% unter einem genehmigten Budget, während der Median-Rep 154.900 gegenüber einem OTE von 200.000 verdient — eine Kombination, die eine rein budgetorientierte Prüfung kommentarlos durchwinkt. Der Skill verweigert außerdem die bequeme Lösung: Bei 61% medianer Zielerreichung zahlt kein vertretbares Quota-zu-OTE-Verhältnis dem Median-Rep sein Ziel, also benennt er die eigentliche Entscheidung (Abdeckung, Gebiet oder Ramp korrigieren — oder es bei der Einstellung offen sagen), statt eine Ratenanpassung vorzuschlagen, die die Lücke nicht schließen kann.

Die Regelprüfung gibt eine Checkliste aus, keine Schlussfolgerung. Drei Bedingungen entscheiden, ob ein Clawback in den meisten Bundesstaaten einer Anfechtung standhält: Der Trigger ist im Plandokument definiert, bevor die Provision gezahlt wird, das Entstehungsereignis ist an etwas tatsächlich Umkehrbares gekoppelt, und die Rückforderung darf den Rep in keiner Abrechnungsperiode unter den geltenden Mindestlohn drücken. Der häufigste Redaktionsfehler ist der zweite — Entstehung beim Booking, Rückforderung bei Churn innerhalb von zwölf Monaten — und der Skill benennt die Diskrepanz, statt ein generisches Bestanden zu melden.

Was es wirklich kostet

Weil die Arithmetik auf Rep-Ebene in Code läuft, skalieren die Token-Kosten mit der Größe der Zusammenfassung und des Plandokuments, nicht mit dem Headcount. Ein Plan über 40 Reps läuft bei Claude Sonnet 5 mit etwa 1 bis 3 USD pro Entwurfs- und Stresstest-Zyklus, bei veröffentlichten API-Preisen von 3 USD pro Million Input-Token und 15 USD pro Million Output-Token. Diese Zahl ist eine Schätzung aus Token-Preis und typischer Dokumentlänge; sie bewegt sich damit, wie viel Narrativ Sie anfordern, nicht mit der Größe des Teams. Ein Designzyklus braucht sechs bis zwölf Läufe, während die Kurve überarbeitet wird — kalkulieren Sie also rund 20 USD für die Saison.

Der Vergleich, auf den es ankommt, sind nicht die Toolkosten, sondern der Kalender. Ein RevOps-Analyst, der dieselben drei Sichten von Hand baut — jedes Rep-Jahr durch eine Kandidatenkurve laufen lassen, das für jede Revision neu machen und die Bundesstaaten-Checkliste zusammenstellen — braucht zwei bis vier Tage pro Iteration, und deshalb modellieren die meisten Teams eine Kurve und verhandeln dann ab da. Jeder Lauf hier sind Minuten plus eine Stunde Lesen des Outputs, und genau das lässt acht Revisionen statt einer in das Zeitfenster passen.

Gegenüber den Alternativen

  • QuotaPath — veröffentlicht echte Zahlen, was in dieser Kategorie selten ist: Growth mit 800 USD Plattformgebühr im Monat inklusive der ersten fünf Nutzer plus 50 USD pro Nutzer und Monat im Premium-Tier, jährliche Abrechnung, mit Planmodellierung, mehrstufigen Freigaben und API-Zugang (Preisseite des Anbieters, geprüft am 11.08.2026). Eine Organisation mit 40 Reps liegt bei Premium bei rund 30.600 USD im Jahr. Wählen Sie es, wenn der Plan in dem System leben soll, das auch die Auszahlungen berechnet und die Freigaben routet. Es modelliert Szenarien gut; es sagt Ihnen nicht, dass der Median-Rep 77% des OTE verdienen wird.
  • CaptivateIQ — nichts veröffentlicht, pro Platz auf Payees statt auf Admins gerechnet, wobei Vendr einen medianen Jahresvertrag von 36.120 USD über 305 analysierte Käufe berichtet. Der Compensation Builder Agent ging im Mai 2026 in eine begrenzte Beta und entwirft Formeln aus Ihren bestehenden Plänen — genau das ist der Haken: Ein Team mit vier überlappenden Beschleunigern bekommt Hilfe beim Bau des fünften. Wählen Sie CaptivateIQ, wenn Incentive-Compensation-Management der Scope ist und die Planstruktur bereits feststeht.
  • Ein Vergütungsberater — der ehrliche Platzhirsch für das Design des Plans und besser als das hier in der politischen Arbeit, einen Plan akzeptiert zu bekommen. Sie liefern einen guten Plan pro Jahr und rechnen ihn in der Regel nicht gegen Ihre Historie auf Rep-Ebene zurück, sofern Sie sie nicht übergeben und die Analyse bezahlen.
  • Der Vorjahresplan mit geänderten Zahlen — die tatsächliche Baseline in den meisten Unternehmen und der Grund, warum Beschleunigerschemata jahrelang driften, ohne dass jemand diese Drift bepreist. Es kostet nichts, und so landet eine vierte Komponente in einem Plan, den niemand in zwei Sätzen erklären kann.

Worauf Sie achten müssen

  • Eine Zielerreichungshistorie ohne die ausgeschiedenen Reps. Fluktuation ist in Bezug auf Zielerreichung nicht zufällig: Niedrigerreicher gehen, überproportional. Eine Datei nur mit Verbleibenden unterschätzt die Plankosten und überschätzt gleichzeitig die Gesundheit der Verteilung. Guard: include_terminated ist Pflicht, der Skill gibt blocked zurück, wenn es auf false steht, und ausgeschiedene Reps gehen mit anteiliger Quota und Teiljahres-Zielerreichung ein.
  • Eine Verteilung, die unter einer anderen Quota entstanden ist. Die Zielerreichung des Vorjahres spiegelt die Quota und die Gebiete des Vorjahres. Guard: Der Skill erfasst prior_plan_quota_median und warnt, wenn die entworfene Quota sich um mehr als quota_shift_tolerance_pct bewegt; das Kostenmodell wird dann als richtungsweisend gekennzeichnet statt als Forecast ausgegeben.
  • Ein Plan, der die Budgetprüfung besteht und Leute kostet. Der Kostenbericht ist ein Finanzinstrument und genehmigt bereitwillig einen Plan, von dem der Median-Rep nicht leben kann. Guard: Die Dezil-Tabelle steht direkt neben der Kostentabelle, sodass Retentionskosten und Budgetkosten auf derselben Seite stehen und im selben Meeting gelesen werden.
  • Ein dauerhafter SPIF. Ein SPIF ohne Enddatum ist kein SPIF, sondern eine undokumentierte Ratenerhöhung, die niemand neu genehmigt. Guard: Die SPIF-Zeile verlangt ein explizites Ablaufdatum in der Input-Datei, und der Skill weigert sich, die Komponente ohne dieses zu entwerfen.
  • blocked als Urteil über das Design lesen. Es besagt, dass den Zahlen nicht zu trauen ist, nicht dass der Plan falsch ist. Guard: Jede blocked-Rückgabe benennt den konkreten Datenmangel und was ihn beheben würde, sodass die Antwort eine korrigierte Exportdatei ist und kein Redesign.

Stack

  • Claude — Planentwurf, Kurvendesign, Narrativ zu Regelungslücken; die Rückrechnung läuft in Code, nicht im Kontext
  • Salesforce — Closed-Won-Historie, Quota-Datensätze und Roster, wenn die Zielerreichungsdatei gezogen statt von Hand exportiert wird
  • Die Dateien mit Plan-Inputs und Zielerreichungshistorie — die beiden Inputs, die den Output spezifisch für Ihre Organisation machen statt für eine Vorlage
  • Eine ICM-PlattformCaptivateIQ, QuotaPath oder was auch immer die Auszahlungen berechnet, sobald der entworfene Plan genehmigt und unterschrieben ist
  • Design von Vertriebsvergütungsplänen — das Framework hinter den Entscheidungen zu Kennzahl, Kurve und Untergrenze, gegen die dieser Skill entwirft, plus Quota-Abdeckung für die Kapazitätsrechnung, die stimmen muss, bevor der Plan überhaupt etwas bedeutet

Files in this artifact

Download all (.zip)