Definition
Software as a Service (SaaS) ist ein Bereitstellungsmodell, bei dem ein Anbieter eine Anwendung auf einer Cloud-Infrastruktur betreibt und Kunden sie über das Internet nutzen, meist im Browser. Server, Updates und Betrieb liegen beim Anbieter. Die Kunden verwalten nur ihre Nutzer, Daten und Einstellungen und zahlen in der Regel laufend dafür.
Das Wichtigste in Kürze
- Bei SaaS betreibt der Anbieter die Software für alle Kunden gemeinsam und in derselben Version. Sonderfassungen für einzelne Kunden passen nicht dazu.
- SaaS ist vor allem ein Geschäftsmodell: Laufende Zahlungen tragen das Produkt, solange Kunden bleiben. Preismodell und Kennzahlen gehören in die Planung.
- Früh festlegen sollten Sie die Mandantentrennung. Eine Anmeldung mit Rollen verhindert nicht von selbst, dass Nutzer Daten anderer Kundenfirmen sehen.
- Ein MVP ist die Version, mit der Sie mit geringem Aufwand möglichst viel über Ihre Kunden lernen. Für Geschäftskunden muss es trotzdem zuverlässig laufen.
- Kunden in Deutschland achten bei Cloud-Diensten zuerst auf Sicherheit und Datenschutz, viele auch auf Herkunft und Standort des Anbieters.
Wie funktioniert SaaS?
Bei SaaS betreibt der Anbieter die Anwendung mit Servern, Datenbank und Updates und stellt sie über das Internet bereit. Seine Kunden arbeiten im Browser oder verbinden ihre eigenen Programme über eine Schnittstelle (API). Jede Kundenfirma ist ein Mandant mit eigenen Nutzern und Daten. Alle arbeiten mit derselben Version und zahlen meist laufend.
Nach der Definition des US-amerikanischen National Institute of Standards and Technology (NIST) nutzen Kunden bei SaaS die Anwendungen eines Anbieters, die auf einer Cloud-Infrastruktur laufen (NIST, September 2011). Sie steuern weder Netz, Server, Betriebssysteme und Speicher noch einzelne Funktionen der Anwendung. Ihnen bleiben begrenzte Einstellungen für ihre eigenen Nutzer.
Das Bundesamt für Sicherheit in der Informationstechnik (BSI) hatte seine frühere Definition an die des NIST angelehnt und verwendet heute die Norm ISO/IEC 22123 (BSI, Stand 11.09.2024). Die verschiedenen Definitionen ähneln sich meist, unterscheiden sich aber im Detail, schreibt das BSI. Für SaaS fasst es zusammen: Der Kunde übergibt praktisch die ganze Kontrolle an den Anbieter.
Eine Schnittstelle (API) ist ein festgelegter Weg, über den Programme miteinander Daten austauschen. So kann etwa Ihre Buchhaltung Rechnungen aus einer SaaS abholen, ohne dass jemand sie abtippt.
Woran erkennen Sie eine SaaS?
NIST nennt fünf Merkmale für Cloud-Dienste. Übertragen auf eine SaaS bedeuten sie:
- Selbstbedienung: Kunden legen Zugänge und Ressourcen selbst an, ohne dass jemand beim Anbieter eingreifen muss.
- Zugang über das Netz: Die Anwendung läuft auf unterschiedlichen Geräten, vom Smartphone bis zum Arbeitsplatzrechner.
- Gemeinsamer Ressourcenpool: Viele Kunden teilen sich die Infrastruktur des Anbieters. Wo genau ihre Daten liegen, wissen sie meist nicht. Den Ort können sie aber oft auf der Ebene von Land oder Rechenzentrum festlegen.
- Elastizität: Die Kapazität wächst und schrumpft mit dem Bedarf, teils automatisch.
- Gemessene Nutzung: Das System misst den Verbrauch, etwa Speicher oder aktive Nutzerkonten. Darauf kann die Abrechnung aufbauen.
Die Norm ISO/IEC 22123, die das BSI verwendet, führt die Mandantenfähigkeit als eigenes Merkmal. Prozesse und Daten verschiedener Mandanten sind danach voneinander getrennt und füreinander unzugänglich (BSI, Stand 11.09.2024).
Was unterscheidet eine SaaS von gehosteter Software?
Läuft eine Software beim Dienstleister, ist sie noch keine SaaS. Betreibt ein Dienstleister für jeden Kunden eine eigene Installation, oft in unterschiedlichen Versionen, nennt AWS das einen Managed Service (AWS, 03.08.2022). Bei einer SaaS nimmt der Anbieter alle Kunden über dieselben Abläufe auf, verwaltet und rechnet sie gemeinsam ab und spielt neue Versionen für alle zugleich ein. Sonderfassungen für einzelne Kunden schließt AWS dabei aus.
Eigene Server für einen Kunden sind trotzdem möglich. Auch eine Umgebung je Kunde gilt bei AWS als SaaS, solange alle Kunden über dieselben Dienste verwaltet werden und dieselbe Version nutzen.
Als Beispiele für SaaS nennt das BSI Kontaktdatenmanagement, Finanzbuchhaltung, Textverarbeitung und Anwendungen für die Zusammenarbeit. Das Beispiel der NIST-Definition ist E-Mail im Browser.
Worin unterscheidet sich SaaS von IaaS, PaaS und On-Premises?
Die Modelle unterscheiden sich darin, wie viel Sie selbst betreiben. On-Premises, also im eigenen Haus, läuft alles auf Ihren Servern. Bei IaaS mieten Sie Rechenleistung, Speicher und Netz, bei PaaS eine Plattform für eigene Anwendungen, bei SaaS die fertige Anwendung. Daten, Nutzer und Einstellungen verantworten Sie in jedem Modell selbst.
IaaS steht für Infrastructure as a Service, PaaS für Platform as a Service. Zusammen mit SaaS sind das die drei Servicemodelle des Cloud Computing (NIST, September 2011). Die Tabelle fasst die Beschreibungen von NIST, BSI und Microsoft zusammen.
| Modell | Was der Anbieter bereitstellt | Was Sie selbst steuern | Beispiele | Quellen |
|---|---|---|---|---|
| On-Premises | die Software zur Installation, keinen Betrieb | den gesamten Aufbau vom Rechenzentrum bis zur Anwendung | Software auf Servern im eigenen Haus | 4 |
| IaaS (Infrastructure as a Service) | Rechenleistung, Speicher und Netze | Betriebssysteme, Speicher und Anwendungen, teils Netzkomponenten wie Firewalls | virtuelle Server, Speicherplatz, virtuelle Netze | 1, 2, 4 |
| PaaS (Platform as a Service) | eine Plattform mit Programmiersprachen, Bibliotheken und Diensten für eigene Anwendungen | die eigenen Anwendungen und deren Einstellungen | Umgebungen für Web-Apps, Datenbanken als Dienst | 1, 2, 4 |
| SaaS (Software as a Service) | die fertige Anwendung samt Betrieb | Nutzer, Daten und begrenzte Einstellungen | E-Mail im Browser, Finanzbuchhaltung, Anwendungen für die Zusammenarbeit | 1, 2, 4 |
Wer was verantwortet, zeigt Microsoft für seine eigenen Cloud-Dienste genauer (Microsoft, 24.08.2026). In allen Modellen bleiben Daten, Konten und Einstellungen Sache des Kunden. Microsoft nennt die Übersicht ausdrücklich eine Veranschaulichung, die keine Vertragsbedingungen ändert. Wie die Grenzen bei Ihrem Anbieter verlaufen, steht in dessen Vertrag.
| Bereich | On-Premises | IaaS | PaaS | SaaS |
|---|---|---|---|---|
| Daten der Kunden | Sie | Sie | Sie | Sie |
| Konfiguration und Einstellungen | Sie | Sie | Sie | Sie |
| Identitäten und Nutzer | Sie | Sie | Sie | Sie |
| Endgeräte | Sie | Sie | Sie | geteilt |
| Anwendungen | Sie | Sie | geteilt | geteilt |
| Netzwerksteuerung | Sie | Sie | geteilt | Anbieter |
| Betriebssystem | Sie | Sie | Anbieter | Anbieter |
| Physische Server | Sie | Anbieter | Anbieter | Anbieter |
| Physisches Netz | Sie | Anbieter | Anbieter | Anbieter |
| Rechenzentrum | Sie | Anbieter | Anbieter | Anbieter |
Ist Individualsoftware das Gegenteil von SaaS?
Nein, die Begriffe beantworten verschiedene Fragen. Individualsoftware sagt, für wen eine Software gebaut wird: für einen einzigen Auftraggeber. SaaS sagt, wie sie bereitgestellt wird: als Dienst, den der Anbieter für viele Kunden gemeinsam betreibt. Daraus ergeben sich vier Kombinationen.
| Betrieb | Für viele Kunden gebaut | Für einen Auftraggeber gebaut |
|---|---|---|
| Ein Anbieter betreibt sie als Dienst | SaaS, etwa eine Buchhaltung im Browser | Individualsoftware, die ein Dienstleister für Sie betreibt |
| Sie betreiben sie selbst | Standardsoftware zur Installation | Individualsoftware auf Ihren Servern oder in Ihrem Cloud-Konto |
Für eigene Abläufe lohnt sich zuerst die Frage, ob eine fertige SaaS reicht. Den Vergleich zieht unser Beitrag Individual- oder Standardsoftware. Software für Ihre Verwaltung beschreibt die Seite Verwaltungssoftware, ein Portal für Ihre eigenen Kunden die Seite Kundenportal. Eine eigene SaaS entwickeln Sie, wenn Sie dieselbe Software vielen Firmen als Dienst verkaufen wollen.
Welche Geschäftsmodelle gibt es für SaaS?
Eine SaaS rechnet meist laufend ab, im Abonnement oder nach Verbrauch. Gängige Preismodelle sind ein fester Preis je Tarif, ein Preis je Nutzer, gestaffelte Preise nach Menge und Preise nach Verbrauch. Sie lassen sich kombinieren. Welches passt, hängt davon ab, woran Ihre Kunden den Nutzen festmachen: an der Zahl der Nutzer, an Vorgängen oder am Funktionsumfang.
Für AWS ist SaaS zuerst ein Geschäftsmodell und erst danach eine Frage der Technik (AWS, 03.08.2022). Die Architektur soll Ziele tragen wie schnelles Reagieren auf den Markt, einen effizienten Betrieb und eine reibungslose Aufnahme neuer Kunden. Mandantenfähig zu sein, ohne diese Ziele zu erreichen, würde den Erfolg einer SaaS untergraben, schreibt AWS.
Die Einteilung der Preismodelle folgt der Dokumentation des Zahlungsanbieters Stripe, der sie in seiner Abrechnung abbildet (Stripe, Preismodelle). Gestaffelte Preise lassen sich dort mit festen Preisen verbinden (Stripe, Staffelpreise), Testphasen kostenlos oder vergünstigt anbieten (Stripe, Testphasen).
| Modell | So rechnen Sie ab | Passt nach unserer Einschätzung, wenn | Quellen |
|---|---|---|---|
| Fester Preis je Tarif | Kunden wählen eine Stufe, etwa Basis oder Profi, und zahlen dafür einen festen Betrag | die Nutzung je Kunde ähnlich ist und Sie ein einfaches Angebot wollen | 5 |
| Preis je Nutzer | jeder Nutzer oder jede Lizenz kostet denselben Betrag | der Nutzen mit der Zahl der Anwender wächst, etwa bei Werkzeugen für Teams | 5 |
| Gestaffelter Preis | der Preis je Einheit ändert sich mit der Menge oder mit dem Verbrauch | große Kunden je Einheit weniger zahlen sollen | 5, 6 |
| Preis nach Verbrauch | Grundgebühr mit Mehrverbrauch, reine Abrechnung nach Verbrauch oder vorab gekauftes Guthaben | Ihre eigenen Kosten mit jedem Vorgang steigen, etwa bei Versand oder KI-Funktionen | 5 |
| Testphase | kostenlos oder vergünstigt für eine begrenzte Zeit, danach ein regulärer Tarif | Kunden den Nutzen erst im eigenen Alltag erkennen | 7 |
Welche Kennzahlen zeigen, ob sich eine SaaS trägt?
Für den Anfang genügen nach unserer Einschätzung vier Kennzahlen. Stripe definiert sie in seiner Abrechnung so (Stripe, Kennzahlen):
- Monatlich wiederkehrender Umsatz (MRR): die Summe aller laufenden Abonnements, auf einen Monat umgerechnet. Steuern, kostenlose Tarife und nutzungsabhängige Anteile zählen nicht mit.
- Umsatz je Kunde (ARPU): der MRR geteilt durch die Zahl der zahlenden Abonnenten.
- Kündigungen (Churn): Abonnenten, deren MRR auf null fällt, meist weil sie kündigen.
- Kundenwert (LTV): der ARPU geteilt durch die Kündigungsquote. Stripe nennt den Wert selbst eine Schätzung.
Halten Sie diese Werte vom ersten zahlenden Kunden an jeden Monat fest. Dann sehen Sie früh, ob neue Kunden die Kündigungen ausgleichen.
Ist SaaS nur etwas für Startups?
Nein. Auch viele Unternehmen mit eingeführtem Geschäft verkaufen eigene Leistungen als Cloud-Dienst. Im Cloud Report 2026 des Branchenverbands Bitkom bieten 22 % der befragten Unternehmen ab 20 Beschäftigten eigene Produkte oder Dienstleistungen ganz oder teilweise als Cloud-Service an. Weitere 23 % planen das (Bitkom, 17.06.2026). Ein möglicher Anfang ist ein internes Werkzeug, das auch anderen Firmen Ihrer Branche nützen würde.
Wie ist eine SaaS technisch aufgebaut?
Eine SaaS besteht aus der Anwendung, mit der Ihre Kunden arbeiten, und einer Steuerungsebene, über die Sie Kunden aufnehmen, Nutzer anmelden, abrechnen und den Betrieb überwachen. Früh festlegen sollten Sie die Mandantentrennung, also wie die Daten der Kundenfirmen getrennt bleiben. Ein späterer Wechsel des Modells kann teuer werden.
AWS teilt eine SaaS in zwei Ebenen (AWS, 03.08.2022). Die Anwendungsebene enthält alles, was Ihre Kunden sehen und nutzen, samt Fachlogik und Daten. Die Steuerungsebene enthält die Dienste, mit denen Sie alle Mandanten gemeinsam verwalten:
- Aufnahme neuer Kunden (Onboarding): legt Mandant, Nutzer, Zugriffsregeln und Ressourcen an, per Registrierung oder durch Ihr Team.
- Mandantenverwaltung: hält Einstellungen und Status jeder Kundenfirma. Zu einem Mandanten gehören meist viele Nutzer.
- Identität: verbindet jeden Nutzer mit seinem Mandanten. Nach der Anmeldung trägt das Anmeldetoken beides, die Identität des Nutzers und die des Mandanten.
- Abrechnung: erfasst Verbrauch und Aktivität und erzeugt daraus Rechnungen, auch über einen externen Abrechnungsdienst.
- Kennzahlen: zeigen, wie Mandanten das System nutzen und welche Ressourcen sie verbrauchen.
- Verwaltung für Ihr Team: eigene Konten für Ihre Administratoren, neben den Konten der Kunden.
Für die Umstellung bestehender Software auf SaaS rät AWS, diese gemeinsamen Dienste zuerst aufzubauen, auch wenn sie anfangs nicht jede Funktion haben. Für ein neues MVP gilt aus unserer Sicht dasselbe.
Wie bleiben die Daten der Kundenfirmen getrennt?
AWS beschreibt zwei Grundformen. Im Silo-Modell bekommt ein Mandant eigene Ressourcen, etwa einen eigenen Datenspeicher. Im Pool-Modell teilen sich die Mandanten eine Ressource, und eine Kennung je Mandant ordnet die Daten zu. Beide Formen lassen sich mischen: Kunden im Basistarif teilen sich eine Umgebung, Kunden in einem höheren Tarif bekommen eine eigene (AWS, 03.08.2022).
Microsoft rät, das Modell sorgfältig zu wählen, weil es Aufbau und Betrieb der Anwendung prägt und ein späterer Wechsel teuer werden kann (Microsoft, 21.08.2025). Die Modelle mit ihren Kosten, Vor- und Nachteilen erklärt unser Beitrag Mandantenfähigkeit.
Warum reicht eine Anmeldung nicht?
Eine Anmeldung mit Rollen klärt, wer jemand ist und was er darf. Sie verhindert nicht von selbst, dass ein angemeldeter Nutzer Daten einer anderen Kundenfirma abruft. AWS behandelt die Trennung der Mandanten deshalb als eigene Schutzschicht neben Anmeldung und Rechten (AWS, 03.08.2022).
Fehler in der Zugriffskontrolle kamen in den Daten der OWASP Top 10:2025 am häufigsten vor und stehen dort auf Platz 1. In allen getesteten Anwendungen fand sich irgendeine Form davon (OWASP, 2025). Ein typischer Fall: Jemand ändert eine Kennung in der Anfrage und sieht fremde Datensätze. Lassen Sie die Trennung deshalb mit eigenen Tests prüfen, bevor die zweite Kundenfirma ihre Daten einträgt.
Welche Entscheidungen fallen vor der ersten Zeile Code?
| Entscheidung | Warum früh | Quellen |
|---|---|---|
| Mandantenmodell | Es prägt Aufbau, Betrieb und Kosten je Kunde. Ein späterer Wechsel kann teuer werden. | 3, 10 |
| Identität und Rollen | Jede Anfrage braucht Nutzer und Mandant. Darauf bauen Protokolle, Abrechnung und die Trennung der Daten auf. | 3 |
| Abrechnung und Messung | Das Preismodell bestimmt, welche Nutzung die Software zählen muss. | 3, 5 |
| Datenexport und Schnittstellen | Für 37 % der befragten Unternehmen ist ein einfacher Anbieterwechsel ein Muss. Lock-in-Effekte wie schwierige Datenexporte sind das häufigste Wechselhindernis. | 9 |
| Datenorte und Dienstleister | Für 57 % der befragten Unternehmen ist der Standort der Rechenzentren ein Muss. Planen Sie Datenbank, Sicherungen und Protokolle mit ihren Orten. | 9 |
| Ein Versionsstand für alle | Updates gehen an alle Kunden zugleich. Sonderwünsche lösen Sie über Einstellungen statt über eigene Fassungen. | 3 |
Welche Rechtsfragen zu Export und Datenorten Sie klären sollten, steht im Abschnitt Was gilt für SaaS in Deutschland und der EU?
Wie kommen Sie von der Idee zum MVP?
Ein MVP (Minimum Viable Product) ist die Version eines neuen Produkts, mit der Sie mit geringem Aufwand möglichst viel über Ihre Kunden lernen. Der Weg dorthin führt über Gespräche mit möglichen Kunden, eine klar begrenzte Kernfunktion, einen Prototyp zum Zeigen und eine Architektur, die die Daten mehrerer Kundenfirmen von Anfang an trennt.
Den Begriff hat Eric Ries 2009 so definiert: Ein MVP erlaubt einem Team, mit dem geringsten Aufwand möglichst viele bestätigte Erkenntnisse über seine Kunden zu gewinnen (Ries, 03.08.2009). Trotz des Namens gehe es dabei nicht darum, möglichst kleine Produkte zu bauen, schreibt Ries. Für eine SaaS für Geschäftskunden heißt das aus unserer Sicht: Das MVP löst eine Aufgabe so zuverlässig, dass erste Kunden damit arbeiten und dafür zahlen.
In welchen Schritten entsteht ein SaaS-MVP?
- Problem prüfen. Sprechen Sie mit möglichen Kunden, bevor Sie Code schreiben lassen. Fragen Sie, welche Aufgabe sie heute Zeit oder Geld kostet und womit sie sich bisher behelfen.
- Kernfunktion festlegen. Beschreiben Sie die eine Aufgabe, die das MVP für eine Zielgruppe löst. Alles Weitere kommt auf eine Liste für später. Wie Sie das aufschreiben, zeigt unser Ratgeber Lastenheft für Software.
- Preismodell skizzieren. Legen Sie fest, wofür Kunden zahlen sollen. Davon hängt ab, was die Software zählen und abrechnen muss.
- Prototyp zeigen. Ein Klickprototyp zeigt die Abläufe, bevor sie programmiert sind. Zeigen Sie ihn denselben Gesprächspartnern wie im ersten Schritt. Wann ein Prototyp genügt, den eine KI geschrieben hat, erklärt unser Beitrag Was ist Vibe Coding?
- Architektur entscheiden. Mandantenmodell, Anmeldung, Abrechnung, Datenexport und Datenorte legen Sie jetzt fest, wie im Abschnitt Wie ist eine SaaS technisch aufgebaut? beschrieben.
- In kurzen Abschnitten bauen. Lassen Sie sich jede Woche den Stand zeigen. Achten Sie darauf, dass der Code von Anfang an in Ihrem eigenen Repository liegt, der Ablage Ihres Quellcodes. Was außerdem zu Ihrer Unabhängigkeit gehört, zeigt unser Ratgeber Abhängig vom Entwickler?
- Mit ersten Kunden starten und messen. Halten Sie Umsatz, Kündigungen und Nutzung fest und bauen Sie aus, was die Kunden tatsächlich nutzen. Haben Sie für den Start bewusst Abkürzungen genommen, zeigt unser Beitrag Technische Schulden, wann sich das Aufräumen lohnt.
Wie wir diese Schritte mit einem Discovery-Sprint beginnen, steht auf unserer Seite SaaS-Entwicklung.
Was gehört in ein SaaS-MVP für Geschäftskunden?
Die Tabelle zeigt unsere Einschätzung. Sie folgt aus den Diensten der Steuerungsebene und aus den Fragen, die Geschäftskunden vor dem Kauf stellen.
| Bereich | Von Anfang an | Kann warten |
|---|---|---|
| Mandanten | getrennte Daten je Kundenfirma, geprüft mit eigenen Tests | eigene Umgebung für einzelne Großkunden |
| Anmeldung | Konten und Rollen für Kunden und für Ihr Team | Anmeldung über das System der Kundenfirma (Single Sign-on) |
| Abrechnung | feste Tarife, Rechnung über einen Zahlungsanbieter | Preise nach Verbrauch, Rabatte nach Regeln |
| Daten | Export der eigenen Daten, Sicherung mit geprüfter Wiederherstellung | Schnittstellen zu weiteren Systemen |
| Betrieb | Protokolle, Überwachung, Updates für alle Kunden zugleich | Auswertungen je Mandant, Registrierung ohne Ihr Zutun |
Wovon hängen die Kosten eines SaaS-MVP ab?
Die Kosten hängen vor allem vom Umfang ab, deshalb nennen wir hier keine Beträge. Den Preis treiben die Zahl der Rollen und Kernfunktionen, das Abrechnungsmodell und das Mandantenmodell. Dazu kommen Schnittstellen zu anderen Systemen, die Übernahme bestehender Daten, die Nachweise zu Sicherheit und Datenschutz, die Ihre Kunden verlangen, und die Sprachen der Oberfläche.
Nach dem Start fallen laufende Kosten an: für Hosting, für Dienste wie E-Mail-Versand und Zahlungsabwicklung, für Wartung und Weiterentwicklung. Planen Sie diese Kosten nicht zu knapp. Bei 64 % der Unternehmen, die Cloud-Dienste nutzen, sind deren Betriebskosten im vergangenen Jahr gestiegen (Bitkom, 17.06.2026).
Marktpreise in Euro und Rechenbeispiele stehen im Kostenratgeber Was kostet ein SaaS-MVP?, Kosten für Software allgemein in Was kostet Software?. Wie wir einen Festpreis für Ihr MVP ermitteln, steht im Preisabschnitt der Seite SaaS-Entwicklung.
Was brauchen Sie neben der Software?
- Verträge: Nutzungsbedingungen, eine Leistungsbeschreibung mit Verfügbarkeit und Support und die Unterlagen zum Datenschutz. Lassen Sie diese Unterlagen anwaltlich prüfen.
- Betrieb: Legen Sie fest, wer auf Störungen reagiert, wer Kundenfragen beantwortet und wie Sie Updates ankündigen.
- Vertrieb: Eine Produktwebsite erklärt, für wen die Software gedacht ist, was sie kostet und wie man sie testet. Wie wir solche Websites bauen, steht auf der Seite Website erstellen lassen.
Die Verfügbarkeit gehört in die Leistungsbeschreibung, weil Kunden darauf achten. Von den Unternehmen, die Cloud-Dienste nutzen oder ihren Einsatz erwägen, nennen 91 % Leistungsfähigkeit und Stabilität ein Muss bei der Auswahl eines Anbieters (Bitkom, 17.06.2026).
Was gilt für SaaS in Deutschland und der EU?
In Deutschland nutzte 2025 etwas mehr als die Hälfte der Unternehmen ab zehn Beschäftigten kostenpflichtige Cloud-Dienste (Destatis, 24.11.2025). Bei der Wahl eines Anbieters achten Unternehmen vor allem auf Sicherheit und Datenschutz, viele auch auf Herkunft und Standort. Welche Rechtspflichten für Ihre SaaS gelten, klären Sie mit einer Anwältin oder einem Anwalt für IT-Recht.
Wie verbreitet ist SaaS in Deutschland?
Etwas mehr als die Hälfte (54 %) der Unternehmen in Deutschland mit mindestens zehn Beschäftigten nutzte 2025 kostenpflichtige Cloud-Dienste (Destatis, 24.11.2025). Bei kleinen Unternehmen mit 10 bis 49 Beschäftigten waren es 51 %, bei mittleren mit 50 bis 249 Beschäftigten 65 %. Unternehmen mit Cloud-Diensten nutzen sie am häufigsten für E-Mail, Datenspeicher und Büroanwendungen. Vergleichsweise selten beziehen sie ERP- und CRM-Software als Cloud-Service, jeweils 23 %.
2025 nutzten in der EU 52,74 % der Unternehmen bezahlte Cloud-Dienste. Von ihnen kauften 96,44 % mindestens eine SaaS-Anwendung, 77,25 % auch Infrastruktur als Dienst (Eurostat, Januar 2026).
Bei Gründungen ist Software der stärkste Sektor. Von 3.568 Startups, die 2025 in Deutschland gegründet wurden, gehörten 853 zur Software (Startup-Verband, Januar 2026). Wie viele davon SaaS anbieten, weist der Bericht nicht aus.
Was erwarten Kunden in Deutschland von einem Cloud-Anbieter?
Im Cloud Report 2026 nennen 95 % der Unternehmen, die Cloud-Dienste nutzen oder ihren Einsatz erwägen, Vertrauen in IT-Sicherheit, Datenschutz und Compliance ein Muss bei der Auswahl. Das Herkunftsland des Anbieters zählt für 61 % zu den Muss-Kriterien, der Standort der Rechenzentren für 57 % und eine einfache Wechselmöglichkeit für 37 %. Eine Rolle spielt das Herkunftsland für 98 % (Bitkom, 17.06.2026).
Von den Unternehmen, für die das Herkunftsland zählt, würden 91 % Anbieter aus Deutschland bevorzugen und 68 % Anbieter aus der EU. Tatsächlich nutzen 53 % Anbieter aus Deutschland und 45 % Anbieter aus der EU. Als größtes Hindernis für einen Wechsel nennen 59 % der Unternehmen, die Cloud-Dienste nutzen, Lock-in-Effekte, etwa durch schwierige Datenexporte (Bitkom, 17.06.2026). Für eine neue SaaS aus Deutschland heißt das nach unserer Einschätzung: Fragen zu Herkunft, Datenorten und Export sollten Sie vor dem ersten Verkaufsgespräch klar beantworten können.
Welche Fragen zum Datenschutz sollten Sie beantworten können?
Bereiten Sie vor dem ersten Verkauf schriftliche Antworten auf diese Fragen vor: Wer verarbeitet welche Daten in wessen Auftrag? Welche weiteren Dienstleister sind beteiligt? Wo liegen die Daten, und wie werden sie gesichert und gelöscht? Welche Verträge und Pflichten daraus folgen, klären Sie mit einer Anwältin oder einem Anwalt für IT-Recht.
Was gilt beim Anbieterwechsel?
Planen Sie Export und Schnittstellen von Anfang an, damit Kunden ihre Daten vollständig mitnehmen und den Anbieter wechseln können. Ob und wie der EU Data Act dabei für Ihre SaaS gilt, klären Sie vor dem Start mit einer Anwältin oder einem Anwalt.
Wo sollten die Daten liegen?
Den Speicherort können Kunden bei Cloud-Diensten oft vertraglich festlegen, etwa auf Region, Land oder Rechenzentrum (BSI, Stand 11.09.2024). Klären Sie das für jeden Teil Ihrer SaaS getrennt: Datenbank, Dateien, Sicherungen, Protokolle, E-Mail-Versand und Support. Ein Anbieter mit Sitz in der EU ist aus unserer Sicht ein guter Anfang. Ausnahmen, etwa ein weltweit verteiltes Netz für die Namensauflösung, sollten Sie trotzdem kennen und benennen. Wie das bei unserer eigenen Website aussieht, zeigt der Abschnitt Aus der Praxis.
Dieser Abschnitt ersetzt keine Rechtsberatung. Stand: November 2026.
Aus der Praxis: Datenorte und Dienstleister von datafalke.de
Für datafalke.de haben wir veröffentlicht, welche Dienstleister Daten in unserem Auftrag verarbeiten, wo das geschieht und wie lange Daten bleiben. Gehostet bei einem Anbieter mit Sitz in der EU, Speicherung in Frankfurt, Auslieferung über ein CDN. Unsere Website hat keine Benutzerkonten. Die Fragen nach Datenorten und Dienstleistern stellen sich trotzdem genauso wie bei einer SaaS. Die Angaben stehen im Kolophon im Abschnitt Hosting und in der Datenschutzerklärung.
| Datenweg | So ist es bei datafalke.de | Was das für Ihre SaaS heißt |
|---|---|---|
| Auslieferung der Seiten | über das CDN unseres Hosters Bunny (BunnyWay d.o.o., Ljubljana, Slowenien), ausschließlich von Servern in Mitgliedstaaten der EU | Region von Datenbank, Dateien und Auslieferung getrennt angeben |
| Server-Protokolle | Bunny löscht sie nach drei Tagen; wir erhalten sie nur ohne IP-Adresse | für jede Datenart eine Speicherdauer festlegen, auch für Protokolle und Sicherungen |
| Kontaktformular | ein Programm auf den Servern von Bunny (Edge Script), ausschließlich in der EU, das die Anfrage als E-Mail an unser Postfach sendet; im Browser läuft dafür kein Skript | Serverfunktionen, Warteschlangen und E-Mail-Versand als eigene Datenorte führen |
| Postfach bei der STRATO GmbH, Berlin, mit Rechenzentren in Deutschland; Anfragen ohne Auftrag löschen wir sechs Monate nach dem letzten Kontakt | Support-Postfach und Ticketsystem in die Liste der Dienstleister aufnehmen, mit Löschfristen | |
| Namensauflösung (DNS) | über das weltweite DNS-Netz von Bunny | Ausnahmen von „nur EU“ offen nennen |
| Dienste Dritter beim Seitenaufruf | keine Cookies und keine Schriften, Skripte oder Bilder von Drittanbietern | jede eingebundene Fremdressource als weiteren Empfänger von Daten prüfen |
Bunny verarbeitet die Daten in unserem Auftrag (Art. 28 DSGVO). Eine solche Übersicht, ergänzt um Zweck und Vertrag je Dienstleister, sollten Sie für Ihre SaaS vor dem ersten Kunden haben. Sie beantwortet die Fragen nach Herkunft und Standort, die für Kunden in Deutschland bei der Auswahl wichtig sind.
Häufige Fragen
Kann eine SaaS für einen Großkunden getrennt laufen?
Ja. Auch wenn ein Kunde eine eigene Umgebung bekommt, bleibt es eine SaaS, solange Sie alle Kunden über dieselben Dienste aufnehmen, verwalten und abrechnen und alle dieselbe Version nutzen. AWS nennt eine solche Umgebung je Mandant ein Silo. Sie nutzt nicht alle Kostenvorteile einer geteilten Infrastruktur, ist aber eine vollwertige SaaS (AWS, 03.08.2022).
Muss eine SaaS eine App fürs Smartphone haben?
Nein. Eine Webanwendung läuft auch im Browser von Smartphones und Tablets. NIST zählt den Zugang über verschiedene Geräte zu den Merkmalen von Cloud-Diensten (NIST, September 2011). Ob eine eigene App den Aufwand lohnt, entscheiden Sie besser nach dem MVP, wenn Sie sehen, wie Ihre Kunden die Software nutzen.
Wie lange dauert es, ein SaaS-MVP zu entwickeln?
Das hängt vor allem von der Zahl der Kernfunktionen, Rollen und Schnittstellen ab. Einen verbindlichen Zeitplan nennen wir deshalb erst, wenn der Umfang feststeht. Unseren Richtwert und den Ablauf finden Sie auf der Seite SaaS-Entwicklung.
Wie finden Kunden eine neue SaaS?
Ein Weg ist die Suche, bei Google und Bing und in KI-Assistenten wie ChatGPT. Dafür braucht Ihr Produkt eine eigene Website, die Zielgruppe, Nutzen, Preise und Testmöglichkeit klar nennt. Was für die Nennung in KI-Antworten zählt, erklärt unser Leitfaden zu GEO (Generative Engine Optimization).