SaaS-Geschäftsmodell und Entwicklung: die technologischen Vorteile

Das SaaS-Modell (Software as a Service) hat verändert, wie Unternehmen Software nutzen und vertreiben. Was früher teure Installationen, Dauerlizenzen und eigene Infrastruktur erforderte, gibt es heute als Dienst im Browser – im Abonnement. Von Projektmanagement-Tools bis zu kompletten ERP-Systemen: SaaS ist zum Standard für den Vertrieb von Unternehmenssoftware geworden.

Ob Sie ein eigenes SaaS-Produkt entwickeln möchten oder prüfen, ob sich SaaS-Lösungen für Ihren Betrieb eignen: Um die richtigen Entscheidungen zu treffen, sollten Sie die Grundlagen dieses Modells kennen – technisch wie wirtschaftlich.

Was ist SaaS genau?

SaaS (Software as a Service) ist ein Vertriebsmodell für Software, bei dem der Anbieter die Anwendung auf seinen Servern betreibt (meist in der Cloud) und die Nutzer über das Internet darauf zugreifen, in der Regel per Webbrowser. Der Anbieter kümmert sich um alles: Hosting, Wartung, Updates, Backups und Sicherheit.

Der Nutzer kauft die Software nicht, er mietet sie. Er zahlt eine regelmäßige Gebühr (monatlich oder jährlich) und darf die Anwendung nutzen, solange das Abonnement läuft. Zahlt er nicht mehr, verliert er den Zugang.

Alltägliche Beispiele für SaaS sind geschäftliche E-Mail-Dienste, Projektmanagement-Plattformen, Online-Buchhaltungstools, CRM-Systeme und HR-Software. In Spanien setzen immer mehr KMU und Startups SaaS-Lösungen für den lokalen Markt ein – oder entwickeln sie selbst.

IaaS, PaaS und SaaS: die Unterschiede

Um SaaS einzuordnen, hilft ein Blick auf die drei wichtigsten Ebenen von Cloud-Diensten:

IaaS (Infrastructure as a Service)

IaaS stellt virtualisierte Infrastruktur bereit: Server, Speicher, Netzwerke und Betriebssysteme. Um alles darüber kümmern Sie sich selbst: Middleware, Datenbanken, Anwendungen und Daten. Das ist, als würden Sie ein erschlossenes Grundstück mieten und Ihr eigenes Haus darauf bauen. Beispiele: Amazon Web Services (EC2), Microsoft Azure (VMs), Google Compute Engine.

PaaS (Platform as a Service)

PaaS stellt eine komplette Entwicklungsplattform bereit: Infrastruktur + Betriebssystem + Middleware + Entwicklungswerkzeuge + Datenbank. Sie entwickeln und deployen nur noch Ihre Anwendung. Das ist, als würden Sie ein fertig ausgebautes Ladenlokal mieten, in das Sie nur noch Ihr Geschäft einräumen. Beispiele: Heroku, Google App Engine, AWS Elastic Beanstalk.

SaaS (Software as a Service)

SaaS stellt die komplette, sofort nutzbare Anwendung bereit. Sie kümmern sich nur um Ihre Daten und die Konfiguration der Anwendung. Das ist, als würden Sie ein voll möbliertes Büro mit Rundum-Service mieten: hinsetzen und loslegen.

Der entscheidende Unterschied liegt in der Verantwortung: Bei IaaS verwalten Sie fast alles, bei PaaS die Anwendung, bei SaaS nur noch Ihre Daten. Je höher die Abstraktion, desto weniger Kontrolle – aber auch desto weniger Betriebsaufwand.

Multi-Tenant-Architektur

Die Multi-Tenant-Architektur (Mandantenfähigkeit) ist eine der technischen Säulen des SaaS-Modells. Dabei bedient eine einzige Instanz der Anwendung viele Kunden (Mandanten oder „Tenants“). Alle teilen sich dieselbe Infrastruktur, denselben Code und oft auch dieselbe Datenbank – ihre Daten sind jedoch vollständig voneinander getrennt.

Vorteile der Mandantenfähigkeit

• Ressourceneffizienz: Statt für jeden Kunden eine eigene Instanz zu betreiben, bedient eine einzige Instanz alle. Das senkt die Infrastrukturkosten drastisch.
• Einfachere Wartung: Ein Update oder Sicherheitspatch wird einmal eingespielt und kommt allen Kunden gleichzeitig zugute.
• Skaleneffekte: Je mehr Kunden sich dieselbe Infrastruktur teilen, desto geringer sind die Kosten pro Kunde.
• Schnelles Onboarding: Einen neuen Kunden anzulegen bedeutet, ein Konto zu erstellen – nicht, einen neuen Server bereitzustellen.

Modelle der Datentrennung

In einer Multi-Tenant-Architektur gibt es unterschiedliche Stufen der Isolation:

1. Gemeinsame Datenbank, gemeinsames Schema: Alle Kunden teilen sich dieselbe Datenbank und dieselben Tabellen. Eine Spalte (tenant_id) trennt die Daten. Das effizienteste Modell, das jedoch ein sorgfältiges Sicherheitskonzept verlangt.
2. Gemeinsame Datenbank, getrenntes Schema: Jeder Kunde hat sein eigenes Schema (eigene Tabellen) innerhalb derselben Datenbank. Bessere Isolation bei moderaten Kosten.
3. Getrennte Datenbank: Jeder Kunde hat eine eigene Datenbank. Maximale Isolation, aber höhere Infrastrukturkosten und mehr Betriebsaufwand.

Welches Modell passt, hängt von der Art Ihrer Daten, Ihren Sicherheits- und Compliance-Anforderungen und der erwarteten Kundenzahl ab.

Preismodelle für SaaS

Das Preismodell ist eine der wichtigsten strategischen Entscheidungen in einem SaaS-Unternehmen. Es geht nicht nur darum, wie viel Sie verlangen, sondern wie – denn die Preisstruktur beeinflusst direkt Kundengewinnung, Kundenbindung und wiederkehrende Umsätze.

Freemium

Beim Freemium-Modell gibt es eine kostenlose Version mit eingeschränktem Funktionsumfang und kostenpflichtige Versionen mit Premiumfunktionen. Ziel ist es, mit der Gratisversion viele Nutzer zu gewinnen und einen Teil davon zu zahlenden Kunden zu machen.

Das Modell funktioniert gut, wenn das Produkt geringe Grenzkosten pro Nutzer hat (jeder weitere Nutzer verursacht kaum Kosten), der Markt groß ist und der Unterschied zwischen Gratis- und Bezahlversion attraktiv genug für ein Upgrade ist. Die Conversion-Rate von kostenlos zu zahlend liegt meist zwischen 2 % und 5 %.

Preis pro Nutzer

Das ist das gängigste Modell im B2B-SaaS. Jeder Nutzer mit Zugang zur Plattform kostet einen festen Monats- oder Jahresbetrag. Das Modell ist leicht verständlich, für den Kunden planbar und wächst ganz natürlich mit der Größe der Organisation.

Der Nachteil: Es kann die Nutzung bremsen. Kostet jeder weitere Nutzer Geld, begrenzen Unternehmen oft die Zahl der Lizenzen – und damit die Nutzung und die Bindung an das Produkt.

Nutzungsbasierte Preise (usage-based)

Der Kunde zahlt nach tatsächlichem Verbrauch: Anzahl der Transaktionen, gespeichertes Datenvolumen, API-Aufrufe oder eine andere Nutzungskennzahl. Attraktiv ist, dass die Kosten dem erhaltenen Nutzen entsprechen – allerdings wird das Budget des Kunden schwerer planbar.

Preisstufen nach Funktionsumfang (Tiers)

Es gibt mehrere Tarife (typischerweise drei: Basic, Professional, Enterprise) mit wachsendem Funktionsumfang. Das ist das verbreitetste Modell, weil es den Markt segmentiert und Kunden mit sehr unterschiedlichen Anforderungen und Budgets anspricht.

Das perfekte Preismodell gibt es nicht. Entscheidend ist, den Preis am wahrgenommenen Kundennutzen auszurichten und das Upgrade zu erleichtern, wenn die Anforderungen wachsen.

Schlüsseltechnologien für die SaaS-Entwicklung

Wer ein skalierbares, zuverlässiges und sicheres SaaS-Produkt bauen will, muss für jede Schicht der Architektur die passenden Technologien wählen.

Cloud-Infrastruktur

Die Public Cloud (AWS, Azure, Google Cloud) ist das Fundament jedes SaaS. Sie liefert die skalierbare Infrastruktur auf Abruf, die das Modell braucht: virtuelle Server, verwaltete Datenbanken, Objektspeicher, CDN, Load Balancer und Monitoring-Dienste.

Containerisierung und Orchestrierung

Docker verpackt die Anwendung mit allen Abhängigkeiten in portable, reproduzierbare Container. Kubernetes orchestriert diese Container im großen Maßstab: Es steuert Deployment, automatische Skalierung, Lastverteilung und Wiederherstellung nach Ausfällen.

Containerisierung ist bei SaaS besonders wichtig, weil sie eine schnelle, effiziente horizontale Skalierung (zusätzliche Instanzen der Anwendung) ermöglicht und kontinuierliche Deployments ohne Ausfallzeit erleichtert.

Datenbanken

Welche Datenbank die richtige ist, hängt von der Art der Daten und den Zugriffsmustern ab. Die gängigsten Optionen:

• PostgreSQL: robuste relationale Datenbank mit hervorragender JSON-Unterstützung und leistungsfähigen Erweiterungen. Ideal für die meisten SaaS-Produkte.
• MySQL/MariaDB: weit verbreitete relationale Datenbanken mit guter Dokumentation und großem Ökosystem.
• MongoDB: dokumentenorientierte NoSQL-Datenbank, ideal für Daten mit variabler oder häufig wechselnder Struktur.
• Redis: In-Memory-Datenbank, die als Cache häufige Abfragen beschleunigt.

CI/CD (Continuous Integration und Continuous Delivery)

Eine CI/CD-Pipeline automatisiert Tests, Build und Deployment. Jede Codeänderung wird automatisch getestet und, wenn alle Tests bestanden sind, ohne manuellen Eingriff in die Produktion ausgerollt. So lassen sich Updates häufig (sogar mehrmals täglich) sicher und ohne Unterbrechung des Dienstes veröffentlichen.

Sicherheit bei SaaS

Sicherheit ist ein entscheidendes Unterscheidungsmerkmal bei SaaS – vor allem im B2B-Bereich, wo Kunden einem externen Anbieter sensible Geschäftsdaten anvertrauen.

Unverzichtbare Sicherheitsmaßnahmen

• Verschlüsselung bei Übertragung und Speicherung: Alle Daten müssen sowohl im Netz (TLS/HTTPS) als auch im gespeicherten Zustand (AES-256) verschlüsselt sein.
• Starke Authentifizierung: Unterstützung für Zwei-Faktor-Authentifizierung (2FA), Single Sign-on (SSO) mit SAML/OIDC und Anbindung an Unternehmensverzeichnisse (Active Directory, LDAP).
• Rollenbasierte Zugriffskontrolle (RBAC): legt fest, was jeder Nutzer in der Anwendung tun darf, und beschränkt den Zugriff auf die Daten und Funktionen, die er braucht.
• Audit-Protokolle: detaillierte Aufzeichnung aller Aktionen auf der Plattform – wer was wann getan hat.
• Automatische Backups: mit konfigurierbarer Aufbewahrungsdauer und regelmäßigen Wiederherstellungstests.
• Sicherheitstests: regelmäßige Audits, Penetrationstests und Schwachstellenanalysen.

Einhaltung gesetzlicher Vorgaben

In Europa stellt die DSGVO strenge Anforderungen an die Verarbeitung personenbezogener Daten. Ein SaaS, das Daten von Personen in der EU verarbeitet, muss sicherstellen: eine rechtmäßige Verarbeitung, die Rechte auf Auskunft, Berichtigung und Löschung, die Meldung von Datenpannen innerhalb von 72 Stunden und in vielen Fällen die Speicherung der Daten innerhalb der EU.

Wettbewerbsvorteile des SaaS-Modells

Das SaaS-Modell bietet Vorteile für Anbieter und Kunden:

Für den Anbieter

• Planbare wiederkehrende Umsätze: Anders als Dauerlizenzen (Einmalzahlung) erzeugen Abonnements monatlich wiederkehrende Umsätze (MRR), die die Finanzplanung erleichtern und Investoren anziehen.
• Geringere Vertriebskosten: Nichts muss hergestellt, verpackt oder verschickt werden. Die Software wird sofort über das Internet bereitgestellt.
• Kontinuierliches Feedback: Da alle Kunden auf derselben Plattform arbeiten, können Sie Nutzungsmuster analysieren, die meistgenutzten (und ungenutzten) Funktionen erkennen und die Entwicklung auf Basis echter Daten priorisieren.
• Updates für alle: Jede Verbesserung kommt dem gesamten Kundenstamm gleichzeitig zugute.

Für den Kunden

• Keine Anfangsinvestition: Keine Lizenzen oder Server kaufen, kein eigenes IT-Personal einstellen.
• Kurze Einführungszeit: Oft können Sie ein SaaS-Produkt innerhalb von Minuten oder Stunden nutzen.
• Immer aktuell: Sie müssen sich nicht um veraltete Versionen, Sicherheitspatches oder Kompatibilitätsprobleme kümmern.
• Flexible Skalierung: Nutzerzahl und Funktionsumfang lassen sich je nach Bedarf erhöhen oder reduzieren.
• Erreichbarkeit: Zugriff von jedem Gerät mit Internetverbindung.

Die wichtigsten SaaS-Kennzahlen

Wenn Sie ein SaaS-Produkt entwickeln oder betreiben, sollten Sie diese Kennzahlen genau im Blick behalten:

MRR (Monthly Recurring Revenue)

Der monatlich wiederkehrende Umsatz ist die wichtigste Kennzahl eines SaaS-Geschäfts. Er umfasst die Umsätze aus neuen Abonnements und Upgrades bestehender Kunden, abzüglich Kündigungen (Churn) und Downgrades. Der MRR zeigt Ihnen präzise, wie es finanziell um das Geschäft steht.

Churn Rate (Kündigungsrate)

Der Churn misst den Anteil der Kunden (oder Umsätze), die in einem bestimmten Zeitraum verloren gehen. Es gibt zwei Arten:

• Customer Churn: Anteil der Kunden, die ihr Abonnement kündigen.
• Revenue Churn: Anteil des verlorenen Umsatzes (kann vom Customer Churn abweichen, wenn die abgewanderten Kunden unterschiedlich teure Abonnements hatten).

Ein monatlicher Churn unter 5 % gilt im B2B-SaaS als akzeptabel. Den Churn zu senken, ist in der Regel rentabler, als neue Kunden zu gewinnen.

LTV (Lifetime Value)

Der Customer Lifetime Value schätzt den Gesamtumsatz, den ein Kunde während der gesamten Geschäftsbeziehung mit Ihrem Produkt erzeugt. Er wird berechnet, indem man den durchschnittlichen Umsatz pro Kunde durch die Churn Rate teilt. Ein hoher LTV zeigt, dass Ihre Kunden lange bleiben und erhebliche Umsätze bringen.

CAC (Customer Acquisition Cost)

Die Kundenakquisitionskosten zeigen, wie viel Sie in Marketing und Vertrieb investieren, um einen neuen Kunden zu gewinnen. Als Faustregel sollte das Verhältnis LTV/CAC über 3 liegen: Jeder Kunde sollte mindestens das Dreifache dessen einbringen, was seine Gewinnung gekostet hat.

NRR (Net Revenue Retention)

Die Netto-Umsatzbindung misst, wie stark die Umsätze des bestehenden Kundenstamms wachsen (oder schrumpfen) – ohne Neukunden. Eine NRR über 100 % bedeutet, dass die Expansion (Upgrades) den Churn übersteigt: ein Zeichen für ein Produkt mit starkem organischem Wachstumspotenzial.

Herausforderungen der SaaS-Entwicklung

Es gibt nicht nur Vorteile. Ein SaaS-Produkt zu entwickeln und zu skalieren, bringt erhebliche Herausforderungen mit sich:

• Verfügbarkeit: Ein SaaS muss rund um die Uhr erreichbar sein. Übliche SLAs (Service Level Agreements) garantieren eine Verfügbarkeit von 99,9 % (weniger als 9 Stunden Ausfallzeit pro Jahr). Dafür braucht es Redundanz, Monitoring und klar definierte Abläufe für die Reaktion auf Störungen.
• Leistung unter Last: Was mit 100 Nutzern funktioniert, muss mit 10.000 nicht funktionieren. Die Performance-Optimierung (Datenbankabfragen, Caching, CDN, Job-Queues) ist eine Daueraufgabe.
• Individualisierung vs. Standardisierung: Kunden wünschen sich Funktionen, die auf ihr Unternehmen zugeschnitten sind. Kundenspezifische Anpassungen in einem Multi-Tenant-Modell zu pflegen, ist jedoch aufwendig und teuer.
• Kundenbindung: Im Abomodell entscheidet der Kunde jeden Monat neu, ob er weiter zahlt. Das Produkt muss kontinuierlich Mehrwert liefern, damit er nicht kündigt.

Fazit

Das SaaS-Modell hat den Zugang zu Unternehmenssoftware demokratisiert: Unternehmen jeder Größe nutzen heute Werkzeuge, die früher Großkonzernen vorbehalten waren. Anbietern bietet es ein Geschäftsmodell mit wiederkehrenden Umsätzen, Skalierbarkeit und einer dauerhaften Kundenbeziehung.

Ein erfolgreiches SaaS braucht jedoch weit mehr als eine gute Idee und guten Code: eine solide technische Architektur (mandantenfähig, skalierbar, sicher), ein Preismodell, das zum gelieferten Nutzen passt, konsequenten Fokus auf Kundenbindung und eine Kultur der datengetriebenen kontinuierlichen Verbesserung.

Wenn Sie überlegen, ein SaaS-Produkt zu entwickeln, prüfen Sie zuerst die Nachfrage am Markt, bevor Sie in die Entwicklung investieren. Legen Sie Ihr Preismodell von Anfang an fest, planen Sie die Architektur vom ersten Tag an für Wachstum und messen Sie konsequent die Kennzahlen, auf die es ankommt: MRR, Churn, LTV und CAC.