SaaS-Preisrechner: Finde deine Preisuntergrenze

Die meisten Gründer raten nicht bei ihrem Preis — sie benchmarken das Falsche. Sie schauen sich einen Wettbewerber an, wählen eine Zahl leicht darunter, um sich „wettbewerbsfähig” zu fühlen, und shippen es. Kein Kostenmodell. Kein Umsatzziel-Check. Keine Margenrechnung.

Das Ergebnis ist Pricing, das vernünftig aussieht und still scheitert. Nicht durch einen offensichtlichen Zusammenbruch — durch langsame ARPU-Erosion, einen Plan-Mix, der nie genug generiert, und ein Geschäft, das dreimal so viele Kunden braucht wie projektiert.

Ein SaaS-Preisrechner wählt nicht deinen finalen Preis. Er sagt dir den Mindestpreis, unter dem deine Wirtschaftlichkeit keinen Sinn mehr ergibt — und er zeigt, ob dein aktuelles Pricing deine Umsatzziele tatsächlich erreichen kann. Das ist die Untergrenze. Alles darüber ist eine Ermessensentscheidung. Darunter subventionierst du Kunden mit Gründerzeit. OpenView Partners SaaS-Pricing-Benchmarks zeigen, dass die Mehrheit frühphasiger SaaS-Produkte unter ihrer tatsächlichen Preisuntergrenze gepriced ist, wenn Kostenstrukturen korrekt modelliert werden.

---

Den Rechner verwenden

Vier Inputs. Zwei primäre Outputs. Keine Tabelle nötig.

→ Preisuntergrenze-Rechner öffnen

Der Rechner unten benötigt:

1. Ziel-Monatsumsatz — was du erreichen willst (MRR-Ziel)
2. Ziel-Kundenzahl — wie viele Kunden bei diesem Umsatzniveau
3. Variable Kosten pro Kunde pro Monat — Infrastruktur, KI-API-Kosten, Zahlungsgebühren, Support-Overhead
4. Ziel-Bruttomarge — die Marge in %, die das Geschäft zum Betrieb braucht

Er gibt aus:

• Preisuntergrenze — der monatliche Mindestpreis, der dein Margenziel unterstützt
• Erforderlicher ARPU — der durchschnittliche Umsatz pro Kunde, der durch dein Umsatz- und Kundenziel impliziert wird
• Tragfähigkeitsurteil — ob das aktuelle Pricing das Ziel plausibel erreichen kann

Fragst du dich, ob deine letzte Preisänderung ARPU tatsächlich bewegt hat? Sieh die MRR-Aufschlüsselung nach Plan →

---

Die zwei Formeln hinter dem Rechner

Preisuntergrenze-Formel

Preisuntergrenze = Variable Kosten pro Kunde / (1 - Ziel-Bruttomarge)

Wenn deine variablen Kosten pro Kunde 10 €/Monat betragen und deine Ziel-Bruttomarge 80 %:

Preisuntergrenze = 10 / (1 - 0,80) = 10 / 0,20 = 50 €/Monat

Jeder Plan unter 50 € kann keine 80 % Bruttomarge bei 10 €/Kunde-Kosten produzieren. Das ist keine Präferenz — das ist Arithmetik.

Variable Kosten einzubeziehen: Cloud-Infrastruktur pro Kunde, KI/LLM-API-Kosten (falls nutzungsbasiert), Zahlungsverarbeitungsgebühren (~2,9 % + 0,30 € bei Stripe, oder ca. 1,50–3 € bei typischen SaaS-Preispunkten), Support-Overhead pro Kunde und Drittanbieter-Datenkosten.

Variable Kosten auszuschließen: deine Zeit (noch nicht), feste SaaS-Tools, die du unabhängig bezahlen würdest, und einmalige Entwicklungskosten. Bruttomarge misst die wiederkehrende Wirtschaftlichkeit jedes zusätzlichen Kunden, nicht die Gesamtrentabilität des Unternehmens. Stripe Atlas Billing-Guides bieten detaillierte Aufschlüsselungen der Stripe-Gebührenstrukturen, um variable Kosten pro Kunde genau zu modellieren.

Formel für den erforderlichen ARPU

Erforderlicher ARPU = Ziel-Monatsumsatz / Ziel-Kundenzahl

Wenn du 20.000 € MRR mit 200 Kunden anstrebst:

Erforderlicher ARPU = 20.000 / 200 = 100 €/Monat

Dein Plan-Mix muss über alle Kunden hinweg durchschnittlich 100 €/Monat erreichen. Wenn dein Einstiegsplan 19 €/Monat kostet und die meisten Kunden dort bleiben, ist das kein Preisproblem — es ist ein Planstruktur-Problem, das Pricing allein nicht lösen kann.

Der Vergleich, der zählt

Die Preisuntergrenze sagt dir den wirtschaftlich minimal tragfähigen Preis. Der erforderliche ARPU sagt dir den Durchschnittspreis, den dein Umsatzziel impliziert.

Wenn erforderlicher ARPU > Preisuntergrenze: tragfähig mit Raum für selbstbewusstes Pricing. Wenn erforderlicher ARPU ≈ Preisuntergrenze: knapp — kleine Kostensteigerungen oder Margendruck werden wehtun. Wenn erforderlicher ARPU < Preisuntergrenze: das Umsatzziel erfordert mehr Kunden, niedrigere Kostenstruktur oder eine höhere Margenerwartung. Etwas muss sich ändern.

---

Rechenbeispiel: Ein SaaS-Analytics-Tool

Inputs:

Variable	Wert
Ziel-MRR	15.000 €
Ziel-Kunden	180
Variable Kosten/Kunde/Monat	8 €
Ziel-Bruttomarge	82 %

Outputs:

Preisuntergrenze = 8 / (1 - 0,82) = 8 / 0,18 = 44,44 €/Monat

Erforderlicher ARPU = 15.000 / 180 = 83,33 €/Monat

Urteil: Der erforderliche ARPU (83 €) liegt deutlich über der Preisuntergrenze (44 €). Die Wirtschaftlichkeit ist tragfähig — aber nur, wenn der Plan-Mix tatsächlich 83 € durchschnittlich erreicht. Ein 19-€-Starter-Plan, der 70 % der Kunden ohne Upgrade erfasst, drückt den realen ARPU auf ~35 €, was unter der Untergrenze liegt.

Was dir das sagt:

• Ein 19-€-Starter-Plan kann existieren, muss aber aggressiv Upgrades treiben
• Ein 49-€-Growth-Plan sollte der offensichtliche Standard sein
• Ein 99-€-Scale-Plan erfasst den Tail — aber das mittlere Tier ist, wo die Rechnung aufgehen muss
• Wenn der Plan-Mix zeigt, dass die meisten Kunden nach 90 Tagen auf 19 € sind, ist die Planstruktur (nicht das Preisniveau) das Problem

Das ist die Art von Klarheit, die der Rechner liefern soll.

---

Was der Rechner nicht kann

Ein Preisrechner ist ein Untergrenze-Finder, keine komplette Preisstrategie. Er beantwortet die wirtschaftliche Frage — kann dieser Preis dieses Geschäft tragen? — aber nicht die Marktfrage (werden Kunden es zahlen?), die Positionierungsfrage (fühlt es sich richtig für dieses Produkt an?) oder die Packaging-Frage (welche Features gehören in welches Tier?).

Er kann dir nicht die Zahlungsbereitschaft sagen. Dafür brauchst du Kundengespräche, Pricing-Page-Experimente oder strukturierte Zahlungsbereitschafts-Forschung.

Er kann keine Wettbewerbsdynamiken berücksichtigen. Deine Preisuntergrenze könnte 50 € sein, aber wenn die dominante Alternative bei 30 € gepriced ist, zählt die Lücke.

Er ersetzt kein Packaging. Die Rechner-Outputs arbeiten mit einem einzelnen Durchschnittspreis. Echtes Pricing ist ein Plan-Mix — und ob Kunden auf dem richtigen Plan landen, ist eine Packaging-Entscheidung, keine Pricing-Entscheidung.

Für Packaging, siehe SaaS-Preismodell-Template: Copy/Paste-Tiers, die verkaufen. Für die Wertmetrik, die die Tier-Progression antreibt, siehe den Leitfaden zur Wahl einer Einheit, die alles klar macht.

Für den breiteren Kontext der Preismodelle deckt der minimalistische Leitfaden alle fünf Modelltypen ab und wann jedes Sinn ergibt.

---

Häufige Preisberechnungsfehler

Variable Kosten komplett vergessen. Der häufigste Fehler bei KI-nahen Produkten. Wenn du OpenAI, Anthropic oder ähnliche APIs pro Anfrage nutzt, sind diese Kosten real, sie skalieren mit Kunden, und sie gehören in den Nenner. Ein Produkt mit 15 €/Kunde/Monat LLM-API-Kosten, das 29 € berechnet, hat fast keine Marge bei Standard-SaaS-Bruttomarge-Zielen.

Optimistische Kundenzahlen. „Wir machen es durch Volumen wett” funktioniert nur, wenn du dieses Volumen tatsächlich erreichen kannst. Ein 10-€/Monat-Plan, der 3.000 Kunden braucht, um 30K € MRR zu erreichen, erfordert außergewöhnliche Akquise-Effizienz. Preisuntergrenze-Rechnung ist leicht zu manipulieren, indem man aspirationale Kundenzahlen einsetzt.

Preisuntergrenze mit finalem Preis verwechseln. Die Untergrenze ist das Minimum, nicht das Ziel. Value-based Pricing bedeutet, über der Untergrenze zu berechnen, basierend auf den Ergebnissen, die das Produkt liefert — nicht die Untergrenze umarmen, um „zugänglich” zu wirken.

Keine Churn-Sensitivität. Die Formeln oben setzen eine stabile Kundenzahl voraus. In der Praxis musst du die Zielzahl netto nach Churn erreichen. Bei 5 % monatlichem Churn ersetzt du jeden Monat 5 % der Kundenbasis, nur um flach zu bleiben. Das erforderliche Akquisevolumen, um 200 stabile Kunden zu erreichen, ist viel höher als 200.

Plan-Mix-Blindheit. Der erforderliche ARPU ist ein Durchschnitt. Wenn 60 % der Kunden auf deinem niedrigsten Tier sind, liegt der Durchschnitt deutlich unter deinen Headline-Growth- oder Scale-Preisen. Den Plan-Mix explizit modellieren: (Starter-Anzahl × 19 €) + (Growth-Anzahl × 49 €) + (Scale-Anzahl × 99 €) / Gesamtkunden = echter ARPU. Wenn der echte ARPU unter dem erforderlichen ARPU liegt, muss die Planstruktur angepasst werden.

SaaStrs Pricing-Research identifiziert Plan-Mix-Blindheit als einen der Top-drei-Pricing-Fehler im 10K–100K-€-MRR-Bereich — Gründer, die gemischten ARPU tracken statt ARPU auf Planebene, verpassen das strukturelle Problem, bis es zur Wachstumsdecke wird.

---

Churn-Sensitivität: Die Zahl, die die meisten Preisrechner überspringen

Bei verschiedenen Churn-Raten wächst die stabile Kundenzahl, die du brauchst, erheblich:

Monatlicher Churn	Kunden nötig für 200 stabile	Monatlich neue Kunden nötig
1 %	~201	~2
3 %	~206	~6
5 %	~211	~11
8 %	~217	~17

Bei 8 % monatlichem Churn musst du ~17 neue Kunden jeden Monat akquirieren, nur um bei 200 Kunden stehen zu bleiben. Wenn dein CAC 200 € beträgt, sind das 3.400 €/Monat Akquise-Ausgaben allein um aktuelles MRR zu halten — bevor es wächst.

Deshalb sind Churn und Pricing untrennbar. Ein Preisuntergrenze-Rechner, der Churn ignoriert, produziert zu optimistischen Output. Der interaktive Rechner oben enthält einen Churn-Sensitivitäts-Toggle aus genau diesem Grund.

---

Die Outputs nutzen, um eine Preisstruktur zu bauen

Sobald du die Untergrenze und den erforderlichen ARPU hast, ist die Sequenz:

1. Den Growth-Plan zuerst setzen. Der Standard-Plan sollte beim oder über dem erforderlichen ARPU liegen, über der Untergrenze mit komfortabler Marge gepriced. Das ist der Plan, aus dem der Großteil deines Umsatzes kommt.

2. Starter so setzen, dass er echten Wert schafft, keine Demo. Unter Growth preisen, aber über einem Schwellenwert, bei dem Kunden ein echtes erstes Ergebnis erreichen können. Wenn Starter keinen Wert schafft, generiert er keine Upgrades.

3. Scale so setzen, dass Outlier natürlich erfasst werden. Beim 2-fachen des Growth-Preises oder mehr, mit Limits, die für High-Usage- oder Team-Kunden wirklich zählen.

4. Plan-Mix-Annahmen prüfen. Das Szenario modellieren, in dem 60 % der Kunden auf Starter bleiben. Überschreitet der gemischte ARPU noch die Untergrenze? Wenn nicht, ist Starter entweder zu billig oder braucht stärkere Upgrade-Trigger.

Für das vollständige Planstruktur-Framework, siehe SaaS-Preismodell-Template.

---

JSON-Modell für Builder

{
  "pricing_calculator": {
    "inputs": {
      "target_mrr": 15000,
      "target_customer_count": 180,
      "variable_cost_per_customer_per_month": 8,
      "target_gross_margin_pct": 0.82,
      "monthly_churn_rate": 0.03
    },
    "outputs": {
      "price_floor": 44.44,
      "required_arpu": 83.33,
      "viable": true,
      "margin_buffer": 38.89,
      "customers_needed_with_churn": 186
    },
    "plan_mix_check": {
      "starter_pct": 0.50,
      "growth_pct": 0.35,
      "scale_pct": 0.15,
      "starter_price": 19,
      "growth_price": 49,
      "scale_price": 99,
      "blended_arpu": 45.40,
      "plan_mix_viable": false,
      "note": "Gemischter ARPU unter erforderlichem ARPU — zu viele Kunden auf Starter"
    }
  }
}

Der plan_mix_check-Block ist der Teil, den die meisten Pricing-Diskussionen überspringen. Er zeigt die Lücke zwischen erforderlichem ARPU und dem ARPU, den die tatsächliche Plan-Verteilung produziert — was oft dort ist, wo das echte Pricing-Problem lebt.

---

FAQ

Was ist ein SaaS-Preisrechner?

Ein SaaS-Preisrechner ist ein Tool, das Kostenstruktur, Umsatzziele und Margenannahmen nutzt, um den wirtschaftlich minimal tragfähigen Preis für ein SaaS-Produkt zu finden. Er bestimmt nicht das finale Pricing — er identifiziert die Untergrenze, unter der das Preismodell finanziell nicht nachhaltig ist.

Was ist eine Preisuntergrenze im SaaS?

Eine Preisuntergrenze ist der monatliche Mindestpreis, der eine Ziel-Bruttomarge bei gegebenen variablen Kosten pro Kunde unterstützt. Unter der Untergrenze generiert jeder zusätzliche Kunde keine oder negative Marge — das Geschäft subventioniert Nutzung statt sie zu monetarisieren.

Wie berechnet man eine SaaS-Preisuntergrenze?

Preisuntergrenze = Variable Kosten pro Kunde pro Monat / (1 - Ziel-Bruttomarge). Beispiel: variable Kosten 12 €, Zielmarge 80 % → Preisuntergrenze = 12 / 0,20 = 60 €/Monat.

Was ist der erforderliche ARPU und warum ist er wichtig?

Der erforderliche ARPU ist der durchschnittliche Umsatz pro Nutzer, den deine Kundenzahl und dein Umsatzziel implizieren: Erforderlicher ARPU = Ziel-MRR / Ziel-Kundenzahl. Er ist wichtig, weil niedrige Preise auf dem Papier tragfähig aussehen können, während sie mit dem tatsächlichen Umsatzziel inkompatibel sind, es sei denn, sie werden mit unrealistischen Kundenvolumen gepaart.

Kann ein Preisrechner mir sagen, was ich berechnen soll?

Nein. Ein Preisrechner identifiziert die wirtschaftliche Untergrenze und den erforderlichen ARPU. Finales Pricing hängt vom gelieferten Wert, Markterwartungen, Wettbewerbskontext und Zahlungsbereitschafts-Forschung ab. Der Rechner entfernt die „offensichtlich falschen” Szenarien; Positionierung und Packaging bestimmen den richtigen Preis innerhalb der tragfähigen Spanne.

Wie beeinflusst Churn SaaS-Pricing?

Churn beeinflusst die Preisuntergrenze-Formel nicht direkt, aber er beeinflusst erheblich, wie viele Kunden du akquirieren musst, um ein stabiles MRR zu halten. Bei 5 % monatlichem Churn verlierst du jeden Monat 5 % deiner Basis — das heißt, du brauchst kontinuierliche Akquise, nur um flach zu bleiben, und die CAC-Last der Aufrechterhaltung einer stabilen Kundenzahl sollte in deine Margenberechnungen einfließen.

Nachdem du deinen Preis gesetzt hast, musst du wissen, ob er funktioniert. NoNoiseMetrics trackt ARPU und MRR nach Plan automatisch. Stripe verbinden →

---

Free Tool
Try the SaaS Pricing Calculator →
Interactive calculator — no signup required.