Was ist SaaS? Software as a Service einfach erklärt

SaaS, kurz für Software as a Service, ist Software, die Menschen über das Internet nutzen – meist im Browser – und per wiederkehrendem Abo bezahlen, während das Unternehmen, das sie anbietet, die Server betreibt, die Daten speichert und Updates ausliefert. Kunden installieren und warten nichts; sie registrieren sich, melden sich an und nutzen es. Gmail, Slack, Notion, Shopify und die meisten Geschäftstools, für die du monatlich zahlst, sind SaaS.

Warum es beim Bauen mit KI wichtig ist

„Bau mir ein SaaS“ ist eine der häufigsten Anfragen an KI-App-Builder, und sie verbirgt mehrere getrennte Arbeitspakete. Das Kernfeature – das, wofür Menschen bezahlen – ist oft der einfache Teil. Was es zu einem Service macht, ist alles drumherum:

• Konten, damit jeder Kunde einen Login hat.
• Trennung der Daten, damit ein Kunde nie die Daten eines anderen sieht.
• Abrechnung, damit Abos korrekt starten, sich verlängern, fehlschlagen und gekündigt werden.
• Zuverlässigkeit, denn Kunden verlassen sich darauf, dass es erreichbar ist.

Wenn du weißt, dass diese Teile existieren, kannst du sie einzeln anfordern und jeweils testen, statt ein hübsches Dashboard zu bekommen, das nicht sicher genug ist, um dafür Geld zu verlangen.

Ein Alltagsvergleich: eine Wohnung mieten statt ein Haus bauen

Traditionelle Software zu kaufen ist wie ein Haus zu bauen: Es gehört dir, aber du kümmerst dich um das Dach, bezahlst die Heizung und verlegst neue Leitungen, wenn sich Vorschriften ändern.

SaaS ist wie eine Wohnung in einem gut verwalteten Haus zu mieten. Du zahlst monatlich, der Vermieter kümmert sich um Reparaturen und Modernisierung, und am Ende der Laufzeit kannst du gehen. Jeder Mieter hat seine eigene abschließbare Wohnungstür – das ist Mandantenfähigkeit (Multi-Tenancy), die Idee, dass viele Kunden ein Haus (ein laufendes System) teilen, aber keiner in die Wohnung eines anderen kommt.

So ist ein SaaS-Produkt aufgebaut

Im Kern ist ein SaaS-Produkt eine Full-Stack-App mit ein paar zusätzlichen Aufgaben.

Gängige Begriffe aus dem SaaS-Geschäft

• MRR / ARR: monatlich bzw. jährlich wiederkehrender Umsatz – die Summe aller aktiven Abos.
• Churn: der Anteil der Kunden (oder des Umsatzes), die in einem Zeitraum kündigen.
• Testphase und Freemium: eine zeitlich begrenzte Vollversion oder ein kostenloser Tarif mit Grenzen, um Leute zum Start zu bewegen.
• Preis pro Nutzer (Seat-Preis): Abrechnung pro Person. Nutzungsabhängiger Preis: Abrechnung pro genutzter Einheit, etwa Nachrichten oder Projekte. Pauschalpreis: ein fester Preis pro Tarif.
• Micro-SaaS: ein kleines SaaS für eine enge Nische, oft von ein oder zwei Personen betrieben. Praktische Beispiele gibt es in Micro-SaaS-Ideen.
• Vertikales vs. horizontales SaaS: für eine Branche gebaut (Software für Zahnarztpraxen) im Gegensatz zu einer Funktion über viele Branchen hinweg (E-Mail-Marketing).

Ein Beispiel: ein SaaS für Hundefriseure

Nehmen wir an, du willst unabhängigen Hundefriseuren ein Buchungstool für eine monatliche Gebühr verkaufen.

1. Das Kernfeature. Ein Friseur listet Leistungen und Öffnungszeiten auf; Hundehalter buchen einen Termin auf der öffentlichen Seite des Friseurs.
2. Mandanten. Jeder Friseurbetrieb ist ein Arbeitsbereich. Jede Leistung, jede Buchung und jeder Kundendatensatz trägt eine Arbeitsbereichs-ID, und jede Abfrage wird danach gefiltert. Die Buchungen von Friseur A dürfen nie im Dashboard von Friseur B auftauchen, auch wenn jemand eine URL verändert.
3. Rollen. Der Inhaber kann Preise und Abrechnung ändern; Mitarbeiter sehen und bearbeiten die Buchungen des Tages.
4. Abrechnung. Zwei Tarife, eine 14-tägige Testphase deiner Wahl, Zahlungen über Stripe. Meldet Stripe eine fehlgeschlagene Verlängerung, zeigt deine App einen Hinweis und pausiert nach einer Schonfrist die Buchungsseite – löscht aber niemals Daten.
5. Onboarding. Nach der Anmeldung führst du den Friseur durch das Anlegen einer Leistung und das Teilen seines Buchungslinks. Dieser erste geteilte Link ist der Moment, in dem das Produkt nützlich wird.
6. Admin. Eine private Seite nur für dich, um einen Arbeitsbereich zu finden, seinen Tarif zu sehen und eine Testphase zu verlängern.

Eine erste Version braucht nicht alles davon in Hochglanz. Wie du ein SaaS-MVP baust erklärt, was du zuerst bauen und was du weglassen solltest; wie du ein SaaS-Produkt bepreist behandelt die Tarife.

Häufige Fehler und Irrtümer

• „SaaS“ als Feature behandeln. Es ist ein Geschäftsmodell plus die Infrastruktur oben. Entscheide früh über Mandanten, Rollen und Abrechnung; das nachträgliche Trennen der Daten ist schmerzhaft.
• Dem Frontend vertrauen, dass es Daten verbirgt. Sind die Daten eines Kunden nur in der Seite versteckt, der Server sie aber trotzdem ausliefert, kann sie jeder sehen. Der Server muss bei jeder Anfrage nach Mandant filtern.
• Abrechnung bauen, bevor jemand das Produkt will. Verlange früh Geld, aber erst, wenn das Kernfeature für einen echten Nutzer funktioniert. Ein Zahlungslink kann vor einer vollständigen Tarifverwaltung kommen.
• Den Zugriff auf der „Erfolgsseite“ nach der Zahlung gewähren. Die Weiterleitung nach dem Checkout kann übersprungen oder gefälscht werden. Gewähre oder entziehe den Zugriff über den Webhook des Zahlungsanbieters, den dein Server prüft.
• Kündigungen und fehlgeschlagene Zahlungen ignorieren. Sie passieren im ersten Monat. Lege fest, was der Kunde sieht und was mit seinen Daten geschieht.
• Enterprise-Funktionen zu früh kopieren. Single Sign-on, Audit-Protokolle und komplexe Berechtigungen sind für große Kunden wichtig, nicht für deine ersten zehn.

Was du deinen KI-Builder fragen kannst

Zerlege die Anfrage in Schritte, die du testen kannst:

1. „Baue das Kernfeature für ein Unternehmen mit Beispieldaten.“ Prüfe, ob es nützlich ist.
2. „Füge Registrierung und Login hinzu. Jeder neue Nutzer legt einen Arbeitsbereich an. Beschränke jede Tabelle und jede Abfrage serverseitig auf den Arbeitsbereich.“
3. „Füge Rollen hinzu: Inhaber und Mitarbeiter. Nur Inhaber dürfen Einstellungen und Abrechnung ändern.“
4. „Füge Stripe-Abos mit zwei Tarifen und einer Testphase hinzu. Gewähre und entziehe den Zugriff anhand geprüfter Stripe-Webhooks, nicht anhand der Weiterleitung nach dem Checkout.“
5. „Füge eine Admin-Seite hinzu, die nur ich öffnen kann, um Arbeitsbereiche und deren Tarif nachzuschlagen.“

Teste nach Schritt 2 mit zwei Konten, ob du von dem einen aus auf die Daten des anderen zugreifen kannst. Wiederhole das nach jeder größeren Änderung. Der Leitfaden zum Hinzufügen von Zahlungen behandelt Schritt 4 im Detail.

Ein SaaS-MVP auf Mythex bauen

Mythex kann für ein SaaS-MVP das Produkt, die Marketingseite und die Datenbank aus einer Chatbeschreibung bauen und unter einer öffentlichen URL veröffentlichen. Anmeldung für die Nutzer deiner App und Kundenzahlungen bringst du selbst mit: Du wählst einen Authentifizierungsansatz und nutzt dein eigenes Stripe-Konto und deine eigenen Schlüssel, gespeichert als Projektgeheimnisse. In der Doku gibt es eine Schritt-für-Schritt-Anleitung als SaaS-MVP-Anwendungsfall mit Startprompt, und die Seite KI-SaaS-Builder hat Beispiele zum Einstieg. Die Tarife findest du auf der Preisseite.

Fragen