Software as a Service (SaaS) ist ein Bereitstellungsmodell, bei dem Software nicht gekauft und lokal installiert, sondern als laufender Dienst über das Internet genutzt wird. Der Anbieter betreibt die Anwendung samt Servern, Updates und Sicherheit; du zahlst dafür ein Abo, typischerweise pro Nutzer und Monat, und greifst über den Browser oder eine App darauf zu. SaaS ist damit die konsequenteste Form von Cloud-Software: Statt eines Produkts, das dir gehört, nutzt du einen Service, der dir zur Verfügung gestellt wird.
Dieses Modell hat die Software-Branche in den letzten zwanzig Jahren grundlegend verändert. Früher kaufte ein Unternehmen eine Lizenz, installierte die Software auf eigenen Servern und kümmerte sich selbst um Betrieb, Backups und Versionswechsel. Heute ist SaaS für die meisten Standardaufgaben der Normalfall: CRM, E-Mail, Projektmanagement, Buchhaltung, HR. Die Frage lautet nicht mehr, ob ein Unternehmen SaaS nutzt, sondern für welche Prozesse SaaS die richtige Wahl ist und wo die Grenzen des Modells liegen.
Wie SaaS funktioniert
Technisch basiert SaaS fast immer auf Multi-Tenancy (Mandantenfähigkeit): Der Anbieter betreibt eine zentrale Installation seiner Software, die sich viele Kunden teilen. Jeder Kunde sieht nur seine eigenen Daten, aber alle laufen auf derselben Codebasis. Das ist der wirtschaftliche Kern des Modells. Weil der Anbieter nur ein System pflegen muss, kann er Updates, Sicherheitspatches und neue Funktionen für alle Kunden gleichzeitig ausrollen, ohne dass bei dir jemand einen Update-Termin plant. Du arbeitest immer auf der aktuellen Version. Ein eigenes IT-Team für den Betrieb brauchst du nicht.
Die Kehrseite folgt aus demselben Prinzip: Weil alle Kunden dieselbe Software nutzen, bestimmt der Anbieter Funktionsumfang, Roadmap und Release-Takt. Individuelle Anpassungen sind nur im Rahmen der vorgesehenen Konfiguration möglich. Wo die Anwendung an Grenzen stößt, helfen offene Schnittstellen weiter: Fast jedes ernstzunehmende SaaS-Produkt bietet eine API, über die sich Daten lesen und schreiben lassen, und viele informieren angebundene Systeme per Webhook über Ereignisse. Diese Integrationsfähigkeit entscheidet in der Praxis oft stärker über die Qualität eines SaaS-Produkts als die Funktionsliste selbst.
Preismodelle: Per-Seat, Usage-based und Stufenpläne
SaaS wird im Abo bezahlt, aber die Abrechnungslogik unterscheidet sich deutlich, und sie bestimmt, wie deine Kosten skalieren:
- Per-Seat (pro Nutzer): Der Klassiker. Salesforce, Google Workspace oder Personio rechnen pro Nutzer und Monat ab. Vorhersehbar, aber die Kosten wachsen linear mit dem Team, unabhängig davon, wie intensiv jeder Einzelne das Tool nutzt.
- Usage-based (nutzungsbasiert): Bezahlt wird der tatsächliche Verbrauch. Twilio etwa rechnet pro versendeter SMS oder Gesprächsminute ab. Fair bei schwankender Nutzung, aber schwerer zu budgetieren, und bei starkem Wachstum steigen die Kosten mit.
- Stufenpläne (Tiers): Feste Pakete mit wachsendem Funktionsumfang, oft kombiniert mit Limits. Shopify staffelt seine Pläne so und ergänzt sie um Transaktionsgebühren, die vom gewählten Plan abhängen.
- Hybride Modelle: Grundgebühr plus verbrauchsabhängige Komponenten, verbreitet bei Plattformen mit API-Zugriff oder KI-Funktionen.
Für die Bewertung zählt weniger der Einstiegspreis als der Kostenverlauf über Jahre: Ein Per-Seat-Modell, das bei zehn Nutzern günstig wirkt, sieht bei zweihundert Nutzern anders aus. Genau deshalb gehört jede SaaS-Entscheidung in eine Gesamtkostenrechnung, dazu unten mehr.
SaaS, PaaS, IaaS und On-Premise: die Abgrenzung
SaaS ist eines von drei Cloud-Service-Modellen, die das US-amerikanische National Institute of Standards and Technology in seiner vielzitierten Definition NIST SP 800-145 beschreibt. Der Unterschied liegt darin, wie viel der Anbieter betreibt und wie viel du selbst verantwortest:
| Modell | Was du bekommst | Was du selbst verantwortest | Beispiele |
|---|---|---|---|
| SaaS | Fertige Anwendung im Browser | Nur Konfiguration und deine Daten | Salesforce, Google Workspace, Shopify |
| PaaS | Plattform zum Betreiben eigener Anwendungen | Deine Anwendung und deren Code | Heroku, Vercel |
| IaaS | Virtuelle Server, Speicher, Netzwerk | Betriebssystem, Middleware, Anwendung | AWS EC2, Hetzner Cloud |
| On-Premise | Software-Lizenz zur Selbstinstallation | Alles: Hardware, Betrieb, Updates | Selbst gehostetes ERP oder Shopsystem |
Die Grenzen sind fließend. Ein selbst gehostetes Shopware auf einem Hetzner-Server ist On-Premise-Software auf IaaS; dasselbe Shopware als gemanagte Cloud-Variante rückt Richtung SaaS. Entscheidend ist immer die Frage: Wer trägt die Betriebsverantwortung, und wie viel Kontrolle gibst du dafür ab?
Bekannte SaaS-Beispiele
Salesforce ist das prägende Beispiel der Kategorie. Das Unternehmen startete 1999 mit einem CRM aus dem Browser und dem provokanten Slogan „No Software", der sich gegen die damals übliche installierte Unternehmenssoftware richtete. Heute ist das Per-User-Abo-Modell, das Salesforce populär gemacht hat, der Branchenstandard.
Google Workspace zeigt SaaS im Alltag: E-Mail, Kalender, Dokumente und Videokonferenzen als ein Abo pro Nutzer, ohne dass irgendwo ein Mailserver gepflegt werden muss. Shopify überträgt das Prinzip auf den E-Commerce: Der komplette Onlineshop läuft als gehosteter Dienst, Updates und Skalierung übernimmt die Plattform, bezahlt wird ein Stufenplan plus Gebühren. Das steht im Kontrast zu selbst gehosteten Shopsystemen, bei denen du Betrieb und Anpassbarkeit selbst in der Hand hast. Und Personio ist ein Beispiel dafür, dass SaaS längst kein US-Phänomen mehr ist: Die Münchner HR-Plattform rechnet pro Mitarbeiter ab und hat sich im deutschen Mittelstand breit etabliert.
Build vs. Buy: SaaS kaufen oder selbst entwickeln?
Für Unternehmen ist SaaS selten eine Entweder-oder-Frage, sondern eine Portfoliofrage. Die brauchbare Faustregel: Prozesse, die dich nicht vom Wettbewerb unterscheiden, kaufst du als SaaS. Buchhaltung, E-Mail, HR-Verwaltung, Standard-CRM: Hier ist das Angebot ausgereift, der Preis fair und jede Eigenentwicklung verschwendetes Budget. Prozesse, die deinen Wettbewerbsvorteil tragen, etwa ein Produktkonfigurator, eine spezielle Pricing-Logik oder ein Kundenportal, gibt es dagegen per Definition nicht von der Stange. Dort lohnt sich Individualsoftware.
Die Kostenseite dieser Entscheidung wird oft falsch gerechnet. SaaS startet günstig und wächst dann: mit jeder Lizenz, jedem zusätzlichen Modul, jedem Integrations-Tool, das die Lücken zwischen den Abos schließt. Eigenentwicklung startet teuer und wird dann flacher, verschwindet aber nie, weil Wartung dauerhaft anfällt. Aussagekräftig ist deshalb nur die Total Cost of Ownership über drei bis fünf Jahre, mit realistischem Nutzer- und Funktionswachstum auf der SaaS-Seite und ehrlicher Wartungskalkulation auf der Build-Seite. Der Punkt, an dem sich beide Kurven schneiden, ist der eigentliche Entscheidungspunkt, nicht der Preis im ersten Monat.
Vendor-Lock-in und der Exit-Pfad
Der wichtigste strategische Einwand gegen SaaS ist die Abhängigkeit. Deine Daten liegen beim Anbieter, deine Prozesse passen sich seinem Produkt an, dein Team lernt seine Oberfläche. Je länger die Nutzung, desto teurer der Wechsel. Dieses Muster heißt Vendor Lock-in, und es ist kein theoretisches Risiko: Preiserhöhungen nach der Einführungsphase, gestrichene Funktionen oder die Abkündigung eines Produkts treffen dich umso härter, je tiefer das Tool in deinen Abläufen steckt.
Die Antwort darauf ist nicht der Verzicht auf SaaS, sondern ein geplanter Exit-Pfad, den du vor der Einführung prüfst, nicht erst im Konfliktfall. Die wichtigsten Fragen:
- Datenexport: Bekommst du alle deine Daten in einem offenen, maschinenlesbaren Format heraus, inklusive Anhängen, Historie und Metadaten? Oder nur eine CSV-Datei mit den Stammdaten?
- API-Vollständigkeit: Deckt die API alles ab, was die Oberfläche kann? Eine vollständige API ist die beste Exit-Versicherung, weil sie eine automatisierte Migration ermöglicht.
- Vertragslaufzeit und Kündigungsfristen: Jahresverträge mit automatischer Verlängerung sind üblich; entscheidend ist, was nach der Kündigung mit deinen Daten passiert und wie lange du noch Zugriff hast.
- Datenschutz und Hosting-Standort: Bei personenbezogenen Daten brauchst du einen Auftragsverarbeitungsvertrag, und der Hosting-Standort entscheidet mit, welche rechtlichen Zusatzfragen du dir einhandelst.
- Standardnähe: Nutzt das Produkt offene Standards und gängige Formate, oder proprietäre Strukturen, die kein anderes System versteht?
Wer diese Punkte vor der Unterschrift klärt, kann SaaS mit ruhigem Gewissen einsetzen. Wer sie ignoriert, merkt beim ersten Wechselwunsch, was der günstige Monatspreis wirklich gekostet hat.
Vorteile und Grenzen von SaaS
Die Stärken des Modells sind real und erklären seinen Siegeszug. SaaS ist sofort einsatzbereit, statt nach einem monatelangen Einführungsprojekt. Die Einstiegskosten sind niedrig, weil keine Server, Lizenzen oder Installationsprojekte anfallen. Der Anbieter kümmert sich um Sicherheit, Verfügbarkeit und Updates, und zwar meist professioneller, als es die interne IT eines mittelständischen Unternehmens für ein einzelnes Tool leisten könnte. Und das Produkt entwickelt sich laufend weiter, ohne dass du Upgrade-Projekte planst.
Die Grenzen sind genauso real. Du bist auf die Funktionen beschränkt, die der Anbieter vorsieht; Sonderwünsche bleiben Wünsche oder werden über Workarounds und Zusatz-Tools gelöst, die eigene Kosten und eigene Fehlerquellen mitbringen. Die laufenden Kosten enden nie und steigen mit Team und Nutzung. Ohne Internetverbindung geht wenig. Deine Daten liegen außerhalb des Hauses, was Datenschutz- und Compliance-Fragen aufwirft. Und bei geschäftskritischen Kernprozessen bedeutet ein Ausfall oder eine Preisverdopplung beim Anbieter ein Risiko, das du nicht selbst kontrollieren kannst. SaaS ist deshalb die richtige Wahl für alles, was Standard ist, und die falsche für das, was dich unterscheidet.
Häufige Fragen zu SaaS
Was ist der Unterschied zwischen SaaS und Cloud?
Cloud ist der Oberbegriff für IT-Ressourcen, die über das Internet bereitgestellt werden. SaaS ist eine von drei Ebenen darin: die fertige Anwendung. Darunter liegen PaaS (Plattform für eigene Anwendungen) und IaaS (rohe Infrastruktur wie Server und Speicher). Jedes SaaS-Produkt läuft in der Cloud, aber nicht jedes Cloud-Angebot ist SaaS.
Ist SaaS datenschutzkonform nutzbar?
Ja, unter Bedingungen. Sobald personenbezogene Daten verarbeitet werden, brauchst du einen Auftragsverarbeitungsvertrag mit dem Anbieter, und du musst prüfen, wo die Daten gehostet werden. Anbieter mit EU-Hosting und klaren Vertragsunterlagen vereinfachen das erheblich. Die Verantwortung für die rechtmäßige Verarbeitung bleibt trotzdem bei dir als Auftraggeber.
Ist SaaS langfristig teurer als eigene Software?
Nicht pauschal. Im ersten Jahr ist SaaS fast immer günstiger. Über fünf Jahre kann sich das Bild drehen, weil Abo-Kosten mit Nutzern, Modulen und Integrationen wachsen, während Individualsoftware nach der teuren Erstellung vor allem Wartung kostet. Entscheidend ist die TCO-Rechnung über den Lebenszyklus, nicht der Monatspreis.
Kann ich ein SaaS-Produkt an meine Prozesse anpassen?
Nur im Rahmen dessen, was der Anbieter vorsieht: Konfiguration, Custom-Felder, teils Low-Code-Erweiterungen und APIs. Echte Eingriffe in die Software sind ausgeschlossen, weil alle Kunden dieselbe Installation teilen. Wenn dein Prozess sich dem Tool anpassen muss statt umgekehrt, und dieser Prozess dich vom Wettbewerb unterscheidet, ist das ein Signal für eine Individualentwicklung.
Was passiert mit meinen Daten, wenn ich kündige?
Das regelt der Vertrag, und genau deshalb solltest du ihn vor der Einführung lesen. Seriöse Anbieter bieten einen Exportzeitraum nach Vertragsende und löschen die Daten danach nachweisbar. Prüfe vorab, in welchem Format du exportieren kannst und ob der Export vollständig ist. Ein Anbieter ohne brauchbaren Export ist ein Anbieter, den du meiden solltest.