MVP DevelopmentMVP Development
Zurück zu den Ressourcen

Der Gründer-Guide zu SaaS Pricing Modellen

9 min Minimale Lesbarkeit
A Founder's Guide to SaaS Pricing Models

Gründer diskutieren wochenlang über die Feature-Liste ihres MVPs und legen den Preis dann an einem Nachmittag fest, kurz vor dem Launch. Das ist die falsche Reihenfolge. SaaS Pricing Modelle entscheiden, wie viel Umsatz jedes Kundensegment bringt und ob deine Unit Economics die ersten zehn zahlenden Kunden überleben. Den technischen Build haben wir im SaaS-MVP-Guide für Startups behandelt, die Kosten in unserer Kostenaufstellung für die SaaS-Entwicklung. Dieser Guide behandelt die Zahl, die beides bezahlt: was du verlangst und wie du Fehler vermeidest, die dich ein Jahr an einen schlechten Preis ketten.

Warum Pricing eine MVP-Entscheidung ist

Pricing fühlt sich wie ein Growth-Stage-Problem an, etwas für die Zeit nach dem Product-Market-Fit. Dieser Instinkt kostet Gründer echtes Geld. Der Preis, mit dem du launchst, bestimmt, welche Kunden sich selbst aussortieren, und wie viel Spielraum du später für Rabatte hast, ohne Käufern beizubringen, auf den nächsten Deal zu warten. Ein SaaS-MVP mit dem falschen Pricing-Modell kann wie ein Produktproblem aussehen, obwohl es ein Preisproblem ist. Usage-based Pricing auf einem Produkt, das noch niemand versteht, erzeugt Rechnungen, die Kunden nicht vorhersagen können, und unvorhersehbare Rechnungen verscheuchen Early Adopter schnell. Die meisten B2B-SaaS-Gründer, mit denen wir arbeiten, behandeln Pricing als Launch-Wochen-Entscheidung, direkt neben Domainnamen und Logo. Behandle es stattdessen als Teil des MVP-Scopes: Deine Value-Metrik beeinflusst dein Datenmodell und sogar die Reihenfolge, in der du Features baust.

Die wichtigsten SaaS Pricing Modelle im Vergleich

Frag fünf SaaS-Gründer, wie man ein SaaS-Produkt bepreist, und du bekommst fünf verschiedene Frameworks, meist geliehen vom zuletzt benutzten Tool. In der Praxis ist fast jedes SaaS-Pricing-Modell im Einsatz eine Variation von fünf Mustern: Flat-Rate, Tiered, Usage-based, Per-Seat und Freemium. Keines davon ist universell richtig. Jedes bepreist etwas anderes, und jedes passt zu einer anderen Art von Käufer. So schneiden die fünf im Vergleich ab, bevor du dich für dein MVP festlegst:

Pricing-ModellSo funktioniert esAm besten fürGrößtes Risiko
Flat-RateEin Preis, ein Feature-Set, monatlich oder jährlich abgerechnetEinfache Produkte mit einem klaren KäuferHeavy User und Wenignutzer zahlen dasselbe
TieredWenige Flat-Rate-Pläne, getrennt durch Features oder NutzungEine Handvoll klar unterscheidbarer KundensegmenteZu viele Stufen verwirren Käufer
Usage-basedPreis skaliert mit einer gemessenen Einheit: API-Calls, KI-Credits, DatensätzeNutzung, die eng mit dem Wert korreliertRechnungen sind vorab schwer zu schätzen
Per-SeatPreis multipliziert sich mit aktiven NutzernKollaborationstools, bei denen mehr Nutzer mehr Wert stiftenVerführt Kunden zum Teilen von Logins
FreemiumEin Gratis-Tier existiert neben den BezahlplänenProdukte mit viralem oder Self-Serve-WachstumGratis-Nutzer kosten Support ohne Umsatz

Flat vs. Tiered vs. Usage vs. Per-Seat

Die Tabelle oben zeigt die Grundform jedes Modells. Die schwierigere Frage ist, welches zu einem Produkt passt, das vielleicht acht Wochen alt ist und ein Dutzend zahlende Kunden hat. Flat-Rate gewinnt bei der Einfachheit: ein Preis, leicht im Sales-Call zu erklären, leicht abzurechnen, ohne ein Metering-System anzufassen. Der richtige Startpunkt, wenn dein Produkt einen Job gut erledigt. Tiered Pricing schafft Wachstumsspielraum, ohne viel Komplexität hinzuzufügen. Zwei oder drei Stufen, jede mit eigenem Feature-Set oder Nutzungslimit, holen mehr von Kunden, die mehr brauchen. Die Falle ist Tier-Wildwuchs: Fünf Stufen mit überlappenden Features verwirren Käufer mehr, als sie konvertieren. Usage-based Pricing bringt Preis und Wert enger zusammen als jedes andere Modell, wenn es funktioniert. Verbrauchsabrechnung einem Erstkäufer zu verkaufen braucht allerdings zusätzliche Erklärarbeit. Per-Seat Pricing lässt sich am leichtesten für Umsatzprognosen nutzen, weil Headcount selten von Monat zu Monat schwankt. Es passt schlecht, wenn der Wert deines Produkts nichts damit zu tun hat, wie viele Leute sich einloggen, und Käufer merken das schnell.

Wenn dein MVP ein KI-Feature enthält, schau dir für genau diesen Teil Usage-based Pricing an, selbst wenn der Rest deines Produkts Flat-Rate oder Tiered ist. Gemessene KI-Features wie ein RAG-Suchassistent verursachen echte Kosten pro Request beim Modellanbieter. Ein Pauschalpreis für unbegrenzte KI-Nutzung lässt deine intensivsten Nutzer still deine Marge auffressen.

Freemium und Free Trials

Gründer benutzen Freemium und Free Trial synonym, und das sollten sie lassen. Ein Free Trial ist zeitlich begrenzter Zugang zum vollen Produkt, meist 14 bis 30 Tage, gedacht, um den Wert zu beweisen, bevor eine Karte belastet wird. Freemium ist ein dauerhaft kostenloses Tier neben den Bezahlplänen, gedacht, um über die Zeit einen Teil einer größeren Nutzerbasis zu konvertieren. Free Trials passen zu Produkten mit kurzer Time-to-Value. Freemium passt zu Produkten mit viralen oder Netzwerkeffekten, bei denen Gratis-Nutzer auch für zahlende Nutzer Wert schaffen, etwa ein Scheduling-Tool, dessen Eingeladene nie ein eigenes Konto brauchen. Der ehrliche Tradeoff: Freemium in der MVP-Phase ist teuer, bevor es sich lohnt. Du bezahlst Infrastruktur und Support für Nutzer, die vielleicht nie zahlen, ohne genug Volumen, um die Conversion-Rechnung zu belegen. Ein zeitlich begrenzter Free Trial schlägt Freemium für eine erste Version fast immer. Ergänze Freemium später, sobald du Free-to-Paid-Conversion modellieren kannst, statt zu raten.

Die richtige Value-Metrik wählen

Eine Value-Metrik ist das, wogegen du abrechnest: Seats, API-Calls, gespeicherte Datensätze, aktive Projekte. Wähl die falsche, und du kämpfst ein Jahr gegen dein eigenes Pricing, statt Produkt zu bauen. Der Test, den wir mit Gründern durchgehen: Wächst die Metrik natürlich mit, wenn der Kunde mehr Wert bekommt? Seats funktionieren für ein Projektmanagement-Tool, weil mehr Mitwirkende mehr Koordinationswert bedeuten. Seats funktionieren schlecht für ein Solo-Analysten-Tool, dessen Wert im Output liegt statt im Headcount. Eine gute Value-Metrik ist außerdem lesbar: Ein Kunde sollte die Rechnung des nächsten Monats vorhersagen können, ohne dem Support zu schreiben. Eine Mischung aus Storage, API-Calls und Seats, gewichtet nach Nutzungsstufe, erfasst den Wert auf dem Papier präziser und verwirrt jeden Käufer, der sie zu lesen versucht. Eine primäre Metrik und vielleicht ein Nutzungslimit reichen für die meisten Early-Stage-Produkte. Drei oder vier zu stapeln bringt Billing-Komplexität, für die deine Engineering-Zeit zu schade ist.

Hol dir Unterstützung bei SaaS-Pricing und Billing

Schick uns dein Produkt und deinen Zielkunden. Wir helfen dir bei Pricing-Modell, Value-Metrik und einem Billing-Setup, das zu deinem MVP-Budget passt, bevor du eine Zeile Billing-Code schreibst.

Sprich mit uns

Pricing und Multi-Tenant-Billing

Pricing-Entscheidungen werden schnell zu Engineering-Entscheidungen. Ein Per-Seat-Modell braucht einen Weg, aktive Nutzer pro Account zu zählen. Ein Usage-based-Modell braucht Metering-Infrastruktur, die den Verbrauch pro Tenant korrekt und in Echtzeit erfasst. Die meisten B2B-SaaS-MVPs sind von Tag eins multi-tenant, also muss dein Pricing-Modell berücksichtigen, wie sich Tenants Infrastruktur teilen. Ein Nutzungslimit pro Tenant setzt voraus, dass dein Datenmodell Verbrauch auf Tenant-Ebene erfasst, denn hinter einem Firmen-Account stecken oft mehrere Teams. Die Isolationsmodelle, an denen das hängt, behandeln wir im Guide zur Multi-Tenant-Architektur. Stripe Billing, Paddle und Chargebee unterstützen inzwischen Usage-based- und Per-Seat-Billing, was die meisten Gründe beseitigt, Metering selbst zu bauen. Was sie dir nicht abnehmen, ist das Datenproblem: Dein Produkt muss weiterhin korrekte Usage-Events pro Tenant liefern, sonst stimmen deine Rechnungen nicht.

Typische Pricing-Fehler in der Frühphase

Ein paar Fehler tauchen in fast jedem frühen Pricing-Gespräch auf, das wir mit Gründern führen. Underpricing aus Angst führt die Liste an. Gründer fürchten, ein höherer Preis verscheuche die ersten Kunden, also setzen sie einen Preis, der kaum die Supportkosten deckt, und fühlen sich gefangen, sobald sich diese Kunden an die alte Zahl gewöhnt haben. Bepreise den Wert, den dein Best-Fit-Kunde bekommt. Bequem ist keine Pricing-Strategie. Zu viele Stufen folgen dicht dahinter. Drei Tiers reichen für ein MVP völlig; fünf oder sechs machen aus einer Zwei-Minuten-Entscheidung auf der Pricing-Seite eine Zehn-Minuten-Entscheidung, und verwirrte Käufer gehen, statt zu konvertieren. Die Pricing-Seite eines Wettbewerbers zu kopieren ist eine weitere Abkürzung. Deren Preise spiegeln deren Kostenstruktur und Phase, gebaut für ein anderes Geschäft als deins; ein Wettbewerber, der dir drei Jahre voraus ist, kann sich ein Gratis-Tier leisten, das deine Zahlen bis Monat drei versenken würde. Auch Grandfathering-Fehler kosten Vertrauen: Erhöh Preise ohne Vorwarnung, und selbst eine faire Erhöhung liest sich wie ein Lockvogelangebot.

Achte auf den Impuls, den Preis aus Hosting- und API-Kosten plus Marge zusammenzurechnen. Cost-plus-Pricing ignoriert, was das Problem dem Kunden wert ist. Wir haben Gründer gesehen, die ein Workflow-Tool, das einem Team 10 Stunden pro Woche sparte, für 19 Dollar im Monat anboten, während dieselben Kunden ohne Zögern 99 Dollar gezahlt hätten.

Preis testen und iterieren

Der Preis ist keine Launch-Entscheidung, die du für immer verteidigst. Behandle deine erste Zahl als Hypothese, gestützt auf Recherche statt von der Seite eines Wettbewerbers kopiert, und bleib bereit, falsch zu liegen. Bevor du einen Preis festlegst, frag 10 bis 15 Leute aus deinem Zielsegment, was sie zu zahlen erwarten würden und was sich zu teuer anfühlen würde. Eine präzise Zahl bekommst du so nicht, Menschen sind schlecht darin, abstrakt zu bepreisen, aber du erfährst, ob du in der richtigen Gegend liegst. Sobald du live bist, beobachte Trial-to-Paid-Conversion und Time-to-Value zusammen. Ein Trial, der gut konvertiert, aber ewig bis zur Aktivierung braucht, ist meist ein Onboarding-Problem; das behandeln wir im SaaS-Onboarding-Guide. Ein Trial, der schnell aktiviert, aber schlecht konvertiert, deutet meist auf den Preis. Wenn du Preise erhöhst, lass Bestandskunden zum alten Tarif weiterlaufen und erhöhe zuerst für Neukunden. Den Preis zu iterieren ist normal. Ihn ohne einen für Kunden sichtbaren Grund zu iterieren zerstört Vertrauen.

Tags

Häufig gestellte Fragen

Hier findest du Antworten auf häufig gestellte Fragen zu diesem Thema.