Was ist SaaS? Eine SaaS-Anwendung (Software as a Service) ist ein Programm, das Sie über den Browser oder eine Programmierschnittstelle nutzen, während sich der Anbieter um Server und die gesamte Infrastruktur kümmert. Für den Zugang zahlen Sie in der Regel ein Abonnement. Nach der Cloud-Definition des NIST (US-amerikanisches National Institute of Standards and Technology, 2011) verwaltet der SaaS-Kunde weder Server noch Netzwerk, Betriebssysteme oder Speicherplatz — höchstens die Einstellungen der Anwendung für das eigene Konto.
Was ist SaaS — die Definition in einfachen Worten
Im SaaS-Modell läuft die Anwendung in der Infrastruktur des Anbieters, und Sie erhalten von verschiedenen Geräten aus Zugang: über den Browser (z. B. E-Mail im Browser) oder über eine API. Sie installieren nichts auf einem Server, aktualisieren keine Datenbank und kaufen keine Lizenz „für immer“.
Das NIST nennt drei Cloud-Servicemodelle. Sie unterscheiden sich darin, wie viel beim Anbieter bleibt und wie viel bei Ihnen.
| Modell | Das erhalten Sie | Was Sie selbst verwalten |
|---|---|---|
| SaaS | Eine fertige Anwendung | Die Einstellungen Ihres Kontos und Ihre Daten |
| PaaS | Eine Plattform, auf der Sie eigene Anwendungen betreiben | Ihre Anwendung und deren Konfiguration |
| IaaS | Server, Netzwerk und Speicherplatz | Das Betriebssystem und alles, was Sie installieren |
Ein wichtiges Merkmal von SaaS: Die Ressourcen des Anbieters bedienen viele Kunden gleichzeitig (Multi-Tenant-Modell), und die Nutzung wird gemessen — zum Beispiel an der Zahl aktiver Konten. Daher die Abrechnung per Abonnement oder nach Nutzung statt einer einmaligen Lizenz.
Worin sich SaaS von einem Programm auf dem Rechner und von einer Individualanwendung unterscheidet
Das sind drei verschiedene Dinge, auch wenn sie in Gesprächen oft in einen Topf geworfen werden.
| Fertiges SaaS im Abonnement | Lokal installiertes Programm | Für Ihr Unternehmen entwickelte Anwendung | |
|---|---|---|---|
| Wo es läuft | Auf den Servern des Anbieters | Auf Ihrem Rechner oder Server | Dort, wo Sie es entscheiden (meist Cloud) |
| Wer aktualisiert | Der Anbieter | Sie oder Ihre IT-Abteilung | Das Team, das das Projekt betreut |
| Funktionsumfang | Für alle Kunden gleich | Abhängig von der Lizenzversion | Genau Ihr Prozess |
| Abrechnung | Abonnement für den Zugang | Lizenz (je nach Hersteller) | Entwicklungskosten + Wartung |
| Was Sie am Ende haben | Höchstens exportierte Daten | Hängt von den Lizenzbedingungen ab | Vollständige Rechte an Code und Design |
Nach Abrechnung des Projekts gehen bei CodePort die vollständigen Nutzungsrechte an Code und grafischem Design auf den Kunden über, der Code landet in seinem Repository, und Dienste registrieren wir auf sein Unternehmen. Im Abonnement zahlen Sie monatlich für den Zugang — mehr nicht.
SaaS-Beispiele, die Sie aus dem Arbeitsalltag kennen
Man muss nicht weit suchen. Die meisten Unternehmen nutzen mehrere solcher Werkzeuge, ohne sie beim Namen zu nennen:
- E-Mail und Speicher im Browser, mit Konten für das ganze Team,
- ein Programm zur Rechnungsstellung online, monatlich abgerechnet,
- ein CRM im Abonnement, in dem der Vertrieb seinen Sales-Funnel führt,
- ein System zur Termin- oder Raumbuchung mit Kalender und Benachrichtigungen,
- ein Tool für Aufgaben und Projekte, bei dem Sie pro aktivem Nutzer zahlen,
- eine Plattform für Newsletter-Versand oder für die elektronische Signatur von Dokumenten.
Der gemeinsame Nenner: Sie melden sich an, haben Ihr Konto und Ihre Daten, zahlen regelmäßig, und neue Funktionen erscheinen ohne Ihr Zutun. Genau das sind SaaS-Anwendungen.
Woraus eine SaaS-Anwendung besteht
Technisch gesehen ist SaaS eine Webanwendung mit einigen festen Bestandteilen. Jeder davon kostet Arbeitsstunden — deshalb lohnt es sich zu wissen, was Sie genau beauftragen.
Benutzerkonten und Rollen
Registrierung, Login, Passwort-Reset, Einladungen ins Team. Dazu Rollen: Firmenadministrator, normaler Nutzer, Konto nur mit Leserechten. Die Zahl der Rollen und Berechtigungen gehört zu den Faktoren, die den Preis einer Webanwendung am stärksten erhöhen.
Wiederkehrende Zahlungen
Hier wächst das Budget. Eine Einmalzahlung bedeutet in der Praxis nur das Anbinden eines Zahlungs-Gateways. Ein Abonnement bedeutet Preispläne, Testphasen, Planwechsel mitten im Monat, fehlgeschlagene Kartenabbuchungen, Rechnungen und Zahlungshistorie. Jeder dieser Fälle muss einzeln umgesetzt und getestet werden.
Kundenbereich und Administrationsbereich
Der Kunde sieht seine Daten, seine Rechnungen und seine Einstellungen. Sie sehen alle Konten, Zahlungen, Tickets und Statistiken. In der Praxis sind das zwei Anwendungen in einer — und die zweite wird bei der Kostenschätzung leicht übersehen. So sieht es zum Beispiel im Panel für ZAC Group aus.
Viele Kunden auf einer Installation
Bei SaaS bedient eine Installation viele Unternehmen, und deren Daten müssen voneinander getrennt sein. Das ist eine Architekturentscheidung, die man zu Beginn treffen sollte, denn eine spätere Änderung bedeutet den Umbau von Datenbank und Zugriffslogik.
Schnittstellen über API
Ihre Nutzer werden Ihr Werkzeug mit dem verbinden wollen, was sie bereits einsetzen: Buchhaltungssystem, CRM, ERP, Zahlungs-Gateway. Manchmal braucht es auch eine eigene API, damit andere sich an Sie anbinden können. Mehr dazu, was vorzubereiten ist, finden Sie auf der Seite zu Systemintegration und APIs.
Wartung
SaaS endet nicht am Tag des Launches — in diesem Modell sind Sie für die Verfügbarkeit verantwortlich. Monitoring, Backups, Aktualisierungen von Bibliotheken und Systemen, kleine Korrekturen. Typischerweise 5 – 15 Stunden monatlich.
Die Elemente dieser Liste kennen Sie auch aus Projekten, die kein SaaS sind. In der Stellenplattform HunterValley IT gibt es zwei Kontotypen — Kandidat und Unternehmen — mit Login über Google, Profilen und einem Assistenten für Stellenanzeigen. Im Panel der Investmentplattform ZAC Group gibt es Kunden, Transaktionen, Kundenanfragen, ein Modul für Teamaufgaben sowie ein Login mit Rollen. Konten, Rollen und Administrationsbereich sind auch in einer Abo-Anwendung das Fundament.
Fertiges SaaS im Abo oder eine eigene Anwendung?
Wenn Ihr Prozess genauso aussieht wie in Tausenden anderen Unternehmen, reicht ein fertiges Werkzeug im Abonnement und ist günstiger. Es hat keinen Sinn, Rechnungsstellung oder einen einfachen Buchungskalender von Grund auf zu entwickeln.
Eine maßgeschneiderte Anwendung ist in vier Situationen sinnvoll:
- Sie zahlen für mehrere Werkzeuge, die jemand im Unternehmen manuell miteinander verbindet,
- der Prozess Ihr Wettbewerbsvorteil ist und sich nicht in eine fremde Vorlage pressen lässt,
- Sie Schnittstellen brauchen, die ein fertiges Tool nicht zulässt,
- Sie Ihr eigenes Produkt im SaaS-Modell verkaufen möchten.
Der vierte Punkt unterscheidet sich qualitativ von den übrigen. In den ersten drei bauen Sie ein Werkzeug für sich selbst. Im vierten bauen Sie ein Produkt, das fremde Unternehmen, fremde Zahlungen und fremde Daten verarbeiten muss — und das ist eine vollwertige Webanwendung mit Panel und wiederkehrenden Zahlungen.
Eine eigene SaaS-Anwendung Schritt für Schritt entwickeln
Der häufigste Fehler zu Beginn ist der Umfang. Die erste Version bekommt alle Funktionen, die einem in einem halben Jahr eingefallen sind, und das Budget endet vor dem Markteintritt.
MVP (Minimum Viable Product) ist die kleinste Version eines Produkts, die ein reales Nutzerproblem löst — ein funktionierendes Produkt, reduziert auf eine zentrale Funktion. Der Test ist einfach: Wenn das Entfernen einer Funktion nicht dazu führt, dass das Produkt das Hauptproblem nicht mehr löst, gehört diese Funktion nicht ins MVP. Eine Vertiefung dieses Themas finden Sie im Text dazu, ob man mit einem MVP oder mit dem vollen Produkt starten sollte.
So sieht die Arbeit an einem solchen Projekt bei CodePort aus:
| Phase | Was passiert | Wie lange |
|---|---|---|
| 1. Gespräch und Kostenschätzung | Wir klären den Umfang, wir antworten innerhalb eines Werktags | Preisspanne und Zeitplan in 2 – 3 Werktagen, kostenlos |
| 2. Prototyp | Klickbares Mockup, bevor die erste Zeile Code entsteht | Abhängig von der Zahl der Screens |
| 3. Sprints | Alle 1 – 2 Wochen eine lauffähige Version, keine Präsentation | Bis zum Ende des Umfangs |
| 4. Launch und Weiterentwicklung | Veröffentlichung, Monitoring, weitere Iterationen | Laufend |
Das MVP einer Plattform geht in 2 – 4 Monaten an den Markt. Projekte rechnen wir in Etappen ab, wir arbeiten auf Basis eines Vertrags und einer NDA, überwiegend remote.
Auf der Technologieseite setzen wir bei Webanwendungen React, Next.js, Vue und TypeScript im Frontend ein, Node.js, Python oder PHP im Backend, die Datenbanken PostgreSQL, MySQL und MongoDB sowie AWS, Docker und CI/CD beim Deployment. Den Stack wählen wir passend zum Projekt, nicht umgekehrt.
SaaS und DSGVO — welche Rolle Sie haben, wenn Sie fremde Kundendaten speichern
Wenn Unternehmen in Ihrer Anwendung die Daten ihrer Kunden speichern, sind Sie in der Regel Auftragsverarbeiter und Ihr Kunde Verantwortlicher. Gemäß DSGVO (EU-Verordnung 2016/679) erfolgt eine solche Verarbeitung auf Grundlage eines Vertrags, der unter anderem Gegenstand, Dauer, Art und Zweck der Verarbeitung, die Art der Daten und die Kategorien betroffener Personen festlegt.
Aus diesem Vertrag ergeben sich auch konkrete Pflichten: Sie verarbeiten Daten ausschließlich auf dokumentierte Weisung des Verantwortlichen, Sie ziehen keinen weiteren Auftragsverarbeiter ohne dessen schriftliche Genehmigung hinzu, und nach Ende der Leistung löschen oder geben Sie die Daten zurück — je nach seiner Entscheidung.
In der Praxis bedeutet das: Export und Löschung der Kontodaten müssen als Produktfunktion eingeplant werden, nicht als manueller Eingriff in der Datenbank. Den Umfang der Pflichten klären Sie mit einem Juristen oder Datenschutzbeauftragten — CodePort erteilt keine Rechtsberatung. Verarbeitet das Produkt Gesundheitsdaten, kommen gesonderte Anforderungen hinzu — darüber schreiben wir im Beitrag medizinische App, DSGVO und MDR.
Was die Entwicklung einer SaaS-Anwendung kostet
Wir rechnen stundenweise ab: Programmierung 46 €/Std. netto, Design 35 €/Std. netto. Die ungefähren Preisspannen für Projekte sehen so aus:
Euro-Beträge umgerechnet zum NBP-Mittelkurs vom 14.09.2026 (1 € = 4,3391 zł) und gerundet. Die Abrechnung erfolgt in PLN.
| Umfang | Preisspanne | Dauer |
|---|---|---|
| Einfache Anwendung oder Panel | 4.150–10.400 € netto | 6–10 Wochen |
| Plattform / Produkt-MVP mit Modulen, Schnittstellen, Zahlungen und Rollen | 9.200–23.000 € netto | 2–4 Monate |
| Umfangreiches System | ab ca. 23.000 € netto | in Etappen aufgebaut |
Illustratives Beispiel, kein Angebot: Das MVP einer Plattform mit Zahlungen und zwei Kontotypen sind 300 Stunden Programmierung × 46 € = 13.800 € netto plus 60 Stunden Design × 35 € = 2.050 € netto, zusammen 15.900 € netto.
Dazu kommen Kosten nach dem Launch: Server und Infrastruktur von einigen zehn bis zu einigen hundert Euro monatlich, je nach Zahl der Nutzer und Datenmenge, sowie technischer Support von 5 – 15 Stunden monatlich, also 230–690 € netto. Den Preis beeinflussen am stärksten: die Zahl der Rollen und Berechtigungen, Schnittstellen zu externen Systemen, wiederkehrende Zahlungen und der Ausbau des Administrationsbereichs. Vollständige Tabellen und Stundenaufstellungen finden Sie im Artikel dazu, was eine Webanwendung kostet.
Wenn Sie eine Idee für eine eigene SaaS-Anwendung haben, prüfen Sie die ungefähre Preisspanne im Kostenrechner oder beschreiben Sie den Umfang im Projektbriefing-Assistenten — eine detaillierte Kostenschätzung mit Zeitplan erstellen wir kostenlos in 2 – 3 Werktagen.
Häufige Fragen
Was sind SaaS-Anwendungen ganz einfach erklärt?
Es sind Programme, die als Dienst bereitgestellt werden: Sie laufen auf den Servern des Anbieters, Sie nutzen sie über den Browser oder eine API und zahlen für den Zugang, meist per Abonnement. Sie kaufen keine Lizenz auf einem Datenträger und sind nicht für Aktualisierungen verantwortlich.
Wie sieht die Preisgestaltung bei SaaS üblicherweise aus?
In der Regel zahlen Sie ein Abonnement — zum Beispiel für jedes aktive Nutzerkonto pro Monat — oder nach tatsächlicher Nutzung. Das NIST nennt den „gemessenen Dienst“ als eines der Merkmale der Cloud: Die Nutzung wird erfasst, z. B. über die Zahl aktiver Konten. Bei einem eigenen Produkt schlägt sich die Zahl der Pläne und Ausnahmen im Preismodell direkt in Arbeitsstunden für wiederkehrende Zahlungen nieder.
Entwickelt CodePort SaaS-Systeme mit wiederkehrenden Zahlungen?
Ja. SaaS-Systeme mit Benutzerkonten, Rollen, wiederkehrenden Zahlungen und Kundenbereich sind einer der drei Typen von Webanwendungen, auf die wir uns konzentrieren.
Wie lange dauert es, eine eigene SaaS-Anwendung zu entwickeln?
Das MVP einer Plattform geht in 2 – 4 Monaten an den Markt, ein einfacheres Panel in 6 – 10 Wochen. Unterwegs sehen Sie alle 1 – 2 Wochen eine lauffähige Version, den Umfang können Sie also während der Arbeit korrigieren und nicht erst am Ende.
Wem gehört der Code einer individuell entwickelten SaaS-Anwendung?
Nach Abrechnung des Projekts gehen die vollständigen Nutzungsrechte an Code und grafischem Design auf den Kunden über, und der Code landet in seinem Repository. Die Dienste, die die Anwendung nutzt, registrieren wir auf das Unternehmen des Kunden.