Ein Gesellschafter eines Industrie-Holdings sagte mir vor drei Tagen: "Das glaube ich nicht." Seine Skepsis war technisch fundiert — und sie hatte den gleichen Denkfehler wie die meisten Pricing-Gespräche in B2B-SaaS.
Die Frage, die hinter "Das glaube ich nicht" steht.
Ich hatte ihm erzählt, dass wir bei meinem vorherigen Arbeitgeber in neun Monaten die Portfolio-Bruttomarge von rund 63 % auf etwa 80 % gehoben haben. Er rechnete mit. Er kannte die Branche. Und er wusste: Das Produkt wurde im selben Zeitraum per Lift & Shift auf SaaS umgestellt. Lift & Shift ist in Jahr eins typisch margen-dilutiv — Cloud-Infra-Kosten kommen dazu, Parallelbetrieb OnPrem läuft weiter, Multi-Tenancy greift noch nicht. 17 Punkte in neun Monaten aus einer Lift-&-Shift-Migration? Unmöglich.
Er hatte recht. Aber die Prämisse war falsch.
Der Hebel war nicht Lift & Shift. Lift & Shift war die Cloud-Readiness — eine strukturelle Vorbereitung, keine Marge-Maschine. Der Hebel waren fünf gleichzeitig greifende Pricing- und Portfolio-Maßnahmen. Und wenn man sie einzeln anschaut, wird klar, warum 17 Punkte nicht nur plausibel sind, sondern fast zwingend.
Dieser Essay nimmt die fünf Hebel auseinander. Er ist die Antwort, die ich dem Gesellschafter gegeben habe. Und er ist die Antwort, die jeder Pricing-verantwortliche Head of Product parat haben sollte, wenn die nächste Skepsis-Frage kommt.
Ausgangslage: ein gesundes Portfolio mit kranken Einzelmargen.
Stell dir vier Produktlinien vor. Drei davon sind gesund — Bruttomargen zwischen 70 % und 85 %. Die vierte hat eine negative Wartungsmarge. Ja, minus 44 %. Wartungsaufwand pro Kunde übersteigt den Wartungsumsatz um fast die Hälfte.
Wie war das möglich? Ganz einfach: die gesunde Linie mit 72 % Wartungsmarge finanzierte die kranke quer. Niemand hatte je durchgerechnet, was welche Linie wirklich kostet. Wartungsumsatz wurde als Block betrachtet, Kosten wurden als Gemeinkosten verteilt. Die Intransparenz war das eigentliche Problem.
Dazu kam ein Pricing-Prozess, der jede Verhandlung zur Gefahr für das Portfolio machte. Vertrieb konnte Custom-Consulting in Lizenzverträge einpreisen, um den Abschluss zu retten. Change-Requests wurden reaktiv bearbeitet, nicht systematisch gepreist. Feature-Requests von großen Kunden gingen direkt ins R&D-Backlog — ohne Business Case, ohne Gegenfrage, ob das Feature die Produktrichtung stützt.
Und die R&D-Allokation lief nach dem Prinzip "wer am lautesten ruft". Neufunktionen wurden in Produkte investiert, deren Zielmarge strukturell nicht erreichbar war — einfach weil das Team da bereits arbeitete.
Das war die Ausgangslage. Kein Produkt war kaputt. Der Apparat um die Produkte war kaputt.
Hebel 1 · Deal-Desk für Feature-Requests.
Die erste Maßnahme war ein vierstufiger Deal-Desk. Jede Feature-Request von Bestandskunden oder in Neuverhandlungen musste vor der Verhandlung durch eine Eskalationskette: Vertrieb → Head of Sales → Head of Product → Business-Leitung. Durchlaufzeit ein Arbeitstag bis eine Woche, je nach Komplexität.
Klingt nach Prozess-Bürokratie. Ist aber ein Pricing-Gate. Ein Deal-Desk verhindert, dass Lizenzumsatz mit unrentablem Custom-Consulting oder Change-Request-Budget querfinanziert wird. Diese Mischverträge sind der häufigste versteckte Margen-Killer in B2B-SaaS — und sie passieren nicht, weil Vertrieb böswillig handelt, sondern weil sie unter Druck einen Abschluss retten wollen und keiner ihnen vorher gesagt hat: dieser Preis-Mix ist unter unserer Zielmarge.
Der Deal-Desk sagt das vorher.
Hebel 2 · Business-Case-Gate für neue Funktionen.
Parallel lief ein standardisiertes Business-Case-Template für jede größere Neuentwicklung. Neufunktionen galten im Masterplan ausdrücklich als Investitionen, nicht als umsatzsteigernd. Jede Funktion musste sich an einem rentablen Target-Produkt verdienen, bevor R&D-Zeit fließen durfte.
Das hatte zwei Effekte. Erstens: R&D-Spend verlagerte sich systematisch von der strukturell unrentablen Produktlinie zu den margenstarken Linien. Zweitens: Entscheidungen über Neuinvests wurden aus Bauchgefühlen in dokumentierte Business Cases überführt. Das Business-Case-Gate wurde zum Artefakt, das Diskussionen beendete — weil plötzlich Zahlen in der Debatte lagen.
Hebel 3 · Wartungspreis-Neuberechnung je Produkt.
Das war der rechnerisch härteste Hebel. Wir nahmen die Wartungsumsätze und Wartungsaufwände je Produkt auseinander und rechneten ein komplettes Pricing-Modell von unten:
- Betreuungsschlüssel pro Produkt — Maintenance, Bugfixing, Anwendungssupport, technischer Support — ergab FTE pro Kunde.
- FTE-Kosten × Kundenzahl ergab EUR/Kunde/Jahr Aufwand.
- Gegenrechnung mit Ist-Wartungsumsatz je Produkt ergab die Ist-Marge pro Produkt.
- Ziel-Bruttomarge 85 % minus Ist-Marge ergab einen Ausgleichsfaktor je Produkt.
- Basis-Wartung 20 % des Lizenzwerts × Ausgleichsfaktor = neuer Personalkostenanteil.
- Plus realer AWS-Betriebskostenanteil über T-Shirt-Sizing mit Hosting-Target-Marge.
Die Ausgleichsfaktoren lagen zwischen 1,2 und 9,6. Das Produkt mit der negativen Wartungsmarge brauchte einen Faktor von fast 10, um auf 85 % zu kommen. Das Produkt mit der höchsten Bestandsmarge brauchte 1,2.
Diese Zahlen waren nicht schön. Aber sie waren verteidigbar. Für jeden Euro Preisanpassung gab es eine Ableitung, die im Vertriebsgespräch Stand hielt. Querfinanzierung war vorbei — weil sie nicht länger unsichtbar war.
Hebel 4 · Nutzungs-gekoppeltes Pricing.
Für die margenkritischen Produkte führten wir zusätzlich ein nutzungs-gekoppeltes Preismodell ein. Reale Preise je Produkt gegen reale Aufwände und Eigenanteile am Umsatz. Wirtschaftlichkeitsbetrachtung je Produkt wurde überhaupt erst möglich — vorher war alles in einem Misch-Topf. Die Vertriebsleitung trug das in den Markt.
Der Nebeneffekt: Kunden, die wenig nutzten, zahlten weniger und wurden loyaler. Kunden, die viel nutzten, zahlten mehr und bekamen dafür transparente Abrechnung. Der durchschnittliche Kunde zahlte ungefähr gleich viel — aber die Verteilung passte endlich zur Wertnutzung.
Hebel 5 · Team-Shifting und Rightsizing.
Das fünfte Element war die Kapazitätsseite. Statt ungebremster Headcount-Expansion zog der Masterplan eine Wachstumsbremse ein. Bestandsteams liefen sukzessive in die margenstarken Neu-Produkte um. Personalkosten wurden aktiv gesteuert, nicht nur als Konsequenz aus Umsatzplanung akzeptiert.
Das ist der am häufigsten übersehene Hebel. Die meisten Pricing-Gespräche enden bei Preisen und Packages. Dabei ist die Kostenseite — und da vor allem die Personalkostenseite — in B2B-SaaS der zweite große Stellhebel. Wer das ignoriert, liefert nur die halbe Story.
Die Rechnung: warum 17 Punkte plausibel sind.
Nehmen wir ein vereinfachtes Portfolio-Modell mit vier Linien. Drei bei 70-85 % Ist-Marge, eine bei −44 %. Die Umsatzanteile sind ungleich verteilt — die negativ-marginale Linie hat einen kleineren Anteil, aber sie zieht das gewichtete Mittel massiv nach unten.
Gewichtetes Portfolio-Mittel bei alten Preisen: rund 63 %.
Jetzt drehst du den Wartungspreis-Regler an der negativen Linie um einen Ausgleichsfaktor ~9,6 nach oben. Gleichzeitig blockierst du margen-dilutive Mischverträge über den Deal-Desk. Gleichzeitig stoppst du Neu-Invests in die negative Linie über das Business-Case-Gate. Gleichzeitig preist du Nutzung realistisch. Gleichzeitig rightsizt du das Team.
Gewichtetes Portfolio-Mittel bei neuen Preisen und neuer Allokation: rund 80 %.
Das ist keine Magie. Das ist ein durchgerechnetes Pricing-Modell. Die 80 % sind nicht eine realisierte Monats-GuV-Zahl — sie sind die kalkulierte Portfolio-Marge aus dem neuen Modell, je Produkt Ist-Marge, Ziel-Marge, Ausgleichsfaktor. Und sie liegen nicht aus der Luft gegriffen dort: Im selben Konzern erwirtschaftete ein Vergleichsprodukt bereits einen Deckungsbeitrag > 80 %. Der Zielwert ist ein intern geeichter Benchmark.
Warum neun Monate genug sind.
Die Skepsis sagt: neun Monate sind zu kurz für strukturelle Margenverbesserung. Stimmt — wenn die Verbesserung in den GuV-Zahlen des Unternehmens sichtbar sein soll. Die braucht zwei, drei Jahre, bis Altverträge ausgelaufen sind.
Aber das war nicht die Metrik. Die Metrik war die durchschnittliche Bruttomarge des neuen Portfolio-Pricing-Modells. Sobald das Modell steht, die Gates greifen und die neuen Preise in alle Neuverträge und auslaufenden Altverträge fließen, ist die Marge kalkulatorisch hergestellt. Die Realisierung über die Zeit folgt danach — aber der Hebel ist gestellt.
Deshalb sind neun Monate realistisch. Nicht für die Realisierung, sondern für die Stellung.
Learnings für Pricing-verantwortliche Produktmanager.
Sieben Dinge, die ich aus diesen neun Monaten mitnehme, kompakter als der Essay oben:
- Pricing ist Produktarbeit, nicht Finance-Arbeit. Wer Pricing der Finance überlässt, verschenkt Punkte, weil Finance keine Sicht auf Nutzung, Value und Produktrichtung hat.
- Portfolio-Margen bewegt man an den Gates, nicht an der Infrastruktur. Lift & Shift ist Cloud-Readiness. Der Hebel sind Deal-Desk und Business-Case-Gate.
- Wartungspreise je Produkt durchrechnen. Solange Wartung als Block betrachtet wird, bleibt die Querfinanzierung unsichtbar.
- Die 80 % sind kein Zufallswert. Wenn im Konzern oder in der Branche > 80 % realistisch ist, ist 80 % der richtige Zielwert. Nicht 70 %, weil konservativ.
- Kapazität ist der zweite Hebel. Rightsizing ist nicht HR-Arbeit, sondern Pricing-Arbeit.
- KI-Features gehören daneben, nicht darin. Der Marge-Hebel ist das Pricing-Modell. Das KI-Feature ist der Proof-Punkt für strategische Ausrichtung. Beides wichtig. Beides separat kommunizieren.
- Skepsis ist der Test deiner Methode. Wenn du auf "Das glaube ich nicht" keine fünf-Hebel-Antwort hast, ist deine Story angreifbar — auch wenn sie stimmt.
Was jetzt kommt.
Die Skepsis des Gesellschafters war das beste, was meiner Story passieren konnte. Sie hat mich gezwungen, die einzelnen Hebel zu benennen, die sonst in der Nebenbemerkung "Value-Based-Pricing" verschwunden wären. "Value-Based-Pricing" ist ein Etikett. Deal-Desk, Business-Case-Gate, Wartungspreis-Neuberechnung, nutzungs-gekoppeltes Pricing und Team-Rightsizing sind die tatsächlichen Werkzeuge.
Wer eine ähnliche Aufgabe vor sich hat — Portfolio-Margen strukturell heben, ohne auf Consulting-Blockaden, Einzel-Roadmaps oder Headcount-Runden zu setzen — kann sich an dieser Hebel-Liste orientieren. Die Reihenfolge ist kein Zufall: Gates zuerst, dann Preise, dann Kapazität. Denn ohne Gates fließen alle Preisanpassungen wieder durch die alten Lücken ab.
Und wenn der nächste Skeptiker kommt, hat man eine verteidigbare Antwort. Das ist der zweite Effekt: solche Maßnahmen erzeugen nicht nur Marge, sie erzeugen auch das Vokabular, mit dem man die Marge gegen Zweifel verteidigt.
Das ist der Unterschied zwischen einer Story und einem Werkzeugkasten.