Für SaaS-Projekte ist weder der niedrigste Monatspreis noch der Preis pro vCPU allein die wichtigste Kennzahl. Aussagekräftiger sind die monatlichen Gesamtkosten einer betriebsfähigen Umgebung, bezogen auf eine nutzbare Geschäftseinheit wie aktive Kunden, Mandanten oder verarbeitete Aufträge. CPU, RAM, Speicher und Traffic bleiben wichtige Auswahlgrößen, müssen aber zum tatsächlichen Engpass und zum angestrebten Verfügbarkeitsniveau passen.
Ein günstiger Server kann teuer werden, wenn Backups, zusätzliche IP-Adressen, Lizenzen, Überwachung und wiederkehrende Administration hinzukommen. Umgekehrt ist ein Managed Server trotz höherem Grundpreis wirtschaftlich, wenn er genügend Betriebsarbeit übernimmt und die Anwendung zuverlässig trägt. Die richtige Kennzahl verbindet daher Preis, Lastprofil und Betriebsaufwand.
Die zentrale Kennzahl: Gesamtkosten pro nutzbarer SaaS-Einheit
Eine belastbare Bewertung beginnt mit den monatlichen Gesamtkosten, häufig als Total Cost of Ownership oder kurz TCO bezeichnet. Dazu gehören nicht nur Servermiete und Ressourcen, sondern alle Ausgaben, die für einen produktionsfähigen Betrieb erforderlich sind.
Die monatlichen Gesamtkosten lassen sich mit folgendem Rechenschema bestimmen:
Monatliche Gesamtkosten = Grundpreis + Zusatzoptionen + Lizenzkosten + anteilige Einmalkosten + interner Betriebsaufwand
Einmalige Kosten werden auf den betrachteten Nutzungszeitraum verteilt:
Anteilige Einmalkosten pro Monat = Einrichtungskosten / betrachtete Nutzungsmonate
Für ein wachsendes SaaS-Angebot ist anschließend der Bezug zur Nutzung entscheidend:
Kosten pro aktivem Kunden = monatliche Gesamtkosten / Anzahl aktiver Kunden im selben Monat
Bei einer Plattform mit unterschiedlich großen Kundenkonten kann ein Mandant als Einheit zu grob sein. Dann eignen sich beispielsweise Kosten pro 1.000 Transaktionen, pro verarbeitetem Auftrag oder pro belegtem Gigabyte Kundendaten besser. Die Einheit sollte möglichst eng mit dem Umsatzmodell und der tatsächlich erzeugten Last verbunden sein.
Welche Kennzahl zu welchem SaaS-Engpass passt
Die Gesamtkosten liefern den wirtschaftlichen Rahmen. Für die Serverauswahl brauchst Du zusätzlich eine technische Kennzahl, die den wahrscheinlichen Engpass abbildet. Welche das ist, hängt von der Architektur und dem Lastprofil der Anwendung ab.
Rechenintensive Anwendungen: Kosten pro nutzbarer CPU-Leistung
Bei Berichten, Datenimporten, Bildverarbeitung, Verschlüsselung oder vielen gleichzeitig ausgeführten Hintergrundaufgaben steht die CPU-Leistung im Vordergrund. Der Preis pro vCPU ist nur eingeschränkt vergleichbar, weil eine virtuelle CPU keinen einheitlichen Leistungswert darstellt. Prozessorgeneration, Taktverhalten, Überbuchung und Virtualisierung beeinflussen die tatsächlich verfügbare Rechenleistung.
Dedizierte CPU-Kerne bieten eine klarer abgegrenzte Ressource, sind aber ebenfalls nicht automatisch gleich schnell. Für einen sinnvollen Vergleich solltest Du einen reproduzierbaren Anwendungstest verwenden, etwa die Dauer eines typischen Imports oder die Zahl abgeschlossener Hintergrundaufträge pro Minute. Die passende Kennzahl lautet dann:
Kosten je Arbeitseinheit = monatliche Gesamtkosten / monatlich verarbeitete Arbeitseinheiten
Fehlen reproduzierbare Messwerte, lässt sich aus der Zahl der vCPUs kein belastbarer Leistungssieger ableiten. In diesem Fall sollte der Tarif einen unkomplizierten Wechsel auf mehr CPU-Leistung ermöglichen.
Speicherlastige Dienste: Preis pro nutzbarem GB RAM
RAM ist besonders wichtig, wenn Datenbanken, Caches, Suchindizes oder mehrere Anwendungsprozesse auf demselben System laufen. Der reine Preis pro GB RAM hilft jedoch nur, wenn CPU, Speichertechnik und Betriebsmodell ausreichend ähnlich sind.
Plane nicht den gesamten Arbeitsspeicher als dauerhaft belegbar ein. Betriebssystem, Datenbank, Laufzeitumgebung und kurzfristige Lastspitzen benötigen Reserve. Die nutzbare RAM-Menge ergibt sich aus dem installierten Speicher abzüglich dieser Betriebsreserve. Wie groß die Reserve sein muss, lässt sich am zuverlässigsten durch Lasttests und laufende Messungen bestimmen.
Wenn die Anwendung unter Last auslagert, Prozesse wegen Speichermangels beendet werden oder Antwortzeiten bei wachsenden Datenbeständen stark steigen, ist RAM wahrscheinlich wichtiger als eine zusätzliche vCPU. Bleibt dagegen regelmäßig viel Speicher frei, verbessert ein größerer RAM-Tarif die Wirtschaftlichkeit nicht automatisch.
Datenbankzentrierte SaaS-Angebote: Latenz und Speicherleistung
Bei transaktionsreichen Anwendungen kann die Datenbank zum Engpass werden, obwohl CPU und RAM unauffällig wirken. Der Preis pro GB SSD oder NVMe-Speicher sagt wenig über Antwortzeiten, garantierte Ein- und Ausgabeoperationen oder das Verhalten unter paralleler Last aus.
Miss für diese Systeme typische Datenbankvorgänge: Anmeldevorgänge, Suchabfragen, Schreibtransaktionen und Berichte. Steigt deren Laufzeit bei höherer Parallelität deutlich, muss der Vergleich Speicherlatenz, Datenbankarchitektur und gegebenenfalls garantierte Leistung berücksichtigen. Ein großer, preiswerter Datenträger ist für diesen Einsatzzweck weniger wertvoll als ein kleinerer Speicher mit stabiler Leistung.
Trafficintensive Plattformen: Gesamtkosten beim erwarteten Datenvolumen
Dateidownloads, API-Antworten, Synchronisation und Medieninhalte können den Datentransfer zum maßgeblichen Kostenfaktor machen. Prüfe nicht nur den enthaltenen Traffic, sondern auch Portgeschwindigkeit, Fair-Use-Regeln, mögliche Drosselung und die Abrechnung zusätzlicher Übertragung.
Die passende Vergleichsgröße ist der Gesamtpreis beim erwarteten monatlichen Datenvolumen. Ein Tarif mit niedrigem Grundpreis ist ungeeignet, wenn das reale Volumen Zusatzkosten auslöst oder die Netzwerkleistung den Dienst ausbremst. Sind die Abrechnungsregeln eines Angebots nicht eindeutig, solltest Du dessen Preis nicht mit einer Pauschale vergleichen.
Verfügbarkeit verändert die gesamte Preisbasis
Ein einzelner leistungsfähiger Server ist nicht dasselbe wie eine hochverfügbare SaaS-Umgebung. Soll der Dienst auch beim Ausfall eines Systems erreichbar bleiben, entstehen Kosten für mindestens eine weitere Instanz, Lastverteilung, replizierte Datenhaltung, Überwachung und getestete Wiederherstellung.
Vergleiche Angebote daher auf derselben Architekturebene. Der Monatspreis eines einzelnen VPS darf nicht direkt dem Preis einer Umgebung mit mehreren Fehlerdomänen und verwalteter Datenbank gegenübergestellt werden. Zuerst wird festgelegt, welche Ausfälle die Anwendung überstehen soll. Erst danach lässt sich der Preis der dafür nötigen Architektur bewerten.
- Einzelinstanz: niedrige Einstiegskosten, aber Betriebsunterbrechung bei Ausfall oder umfangreicher Wartung möglich.
- Redundante Anwendungsebene: mehrere Instanzen können Anfragen übernehmen, benötigen jedoch eine passende Lastverteilung und eine belastbare Datenbankstrategie.
- Getrennte Fehlerdomänen: Systeme werden so verteilt, dass nicht dieselbe technische Störung alle Komponenten gleichzeitig betrifft.
- Wiederherstellbare Umgebung: Backups allein reichen nicht; Wiederherstellungsdauer und Datenverlustfenster müssen zum SaaS-Angebot passen.
Die dafür geeignete wirtschaftliche Kennzahl lautet Gesamtkosten pro produktionsfähiger Umgebung. Sie verhindert, dass ein unvollständiger Einzeltarif scheinbar günstiger wirkt als eine betriebsbereite Architektur.
Rechenszenario: Grundpreis gegen Betriebsaufwand
Das folgende Szenario verwendet ausschließlich angenommene Werte und bildet keine Marktpreise ab. Es zeigt, wie zwei unterschiedlich betreute Serverangebote auf derselben Basis verglichen werden.
Eine SaaS-Anwendung bedient 2.000 aktive Kunden. Angebot A ist unverwaltet und verursacht monatlich 35 Euro Grundpreis, 8 Euro für Backups und 3 Euro für eine benötigte Zusatzoption. Für Wartung, Überwachung und Updates werden vier interne Arbeitsstunden angesetzt. Eine Arbeitsstunde wird für diese Kalkulation mit 60 Euro bewertet.
Gesamtkosten A = 35 Euro + 8 Euro + 3 Euro + (4 Stunden × 60 Euro pro Stunde) = 286 Euro pro Monat
Kosten je aktivem Kunden A = 286 Euro / 2.000 Kunden = 0,143 Euro pro Kunde und Monat
Angebot B ist als angenommener Managed-Tarif kalkuliert. Es kostet 120 Euro pro Monat, enthält die benötigte Backup-Leistung und erfordert dieselbe Zusatzoption für 3 Euro. Für anwendungsbezogene Kontrolle und Abstimmung fällt weiterhin eine interne Arbeitsstunde an.
Gesamtkosten B = 120 Euro + 3 Euro + (1 Stunde × 60 Euro pro Stunde) = 183 Euro pro Monat
Kosten je aktivem Kunden B = 183 Euro / 2.000 Kunden = 0,0915 Euro pro Kunde und Monat
Unter diesen Annahmen ist Angebot B trotz des höheren Grundpreises wirtschaftlicher. Das Ergebnis gilt nur, wenn die enthaltene Betreuung tatsächlich die angesetzten drei Arbeitsstunden ersetzt und beide Angebote die geforderte Leistung, Sicherheit und Verfügbarkeit erreichen. Ein Managed-Tarif übernimmt außerdem nicht automatisch die Pflege des SaaS-Anwendungscodes oder der fachlichen Datenbanklogik. Der genaue Leistungsumfang muss in der Leistungsbeschreibung des jeweiligen Tarifs geprüft werden.
Die Auswahl in fünf Entscheidungen
- Geschäftseinheit festlegen: Wähle aktive Kunden, Mandanten, Aufträge, Transaktionen oder eine andere Einheit, die Nutzung und Umsatz sinnvoll abbildet.
- Verfügbarkeitsziel bestimmen: Lege fest, ob eine Einzelinstanz genügt oder ob Anwendung und Datenhaltung Ausfälle einzelner Systeme abfangen müssen.
- Engpass messen: Beobachte CPU-Auslastung, belegten RAM, Datenbanklatenz, Speicherwartezeiten und Traffic während einer repräsentativen Last.
- Betriebsfähige Kosten erfassen: Addiere Grundpreis, Backups, Lizenzen, Netzwerkoptionen, Überwachung, anteilige Einmalkosten und bewertete Arbeitszeit.
- Skalierung prüfen: Ermittle, ob CPU, RAM und Speicher unabhängig erweitert werden können, wie ein Tarifwechsel abläuft und welche Unterbrechung dabei möglich ist.
Die Reihenfolge ist wichtig: Ohne Verfügbarkeitsziel und Lastprofil führt selbst eine sauber berechnete Preiskennzahl zur falschen Auswahl. Erst wenn zwei Angebote denselben Bedarf erfüllen, sollten Kosten pro Kunde oder Arbeitseinheit den Ausschlag geben.
Wann einzelne Preiskennzahlen in die Irre führen
Preis pro vCPU, Preis pro GB RAM und Preis pro TB Speicher eignen sich zur ersten Sortierung ähnlicher Tarife. Sie dürfen aber nicht ohne Prüfung der übrigen Ausstattung als Gesamturteil verwendet werden.
- Preis pro vCPU: irreführend bei unterschiedlichen Prozessorgenerationen, Überbuchung oder fehlenden Leistungsmessungen.
- Preis pro GB RAM: wenig hilfreich, wenn die Anwendung CPU-, Datenbank- oder netzwerkbegrenzt ist.
- Preis pro TB Speicher: ungeeignet, wenn Latenz, Schreiblast, Redundanz oder nutzbare statt ausgewiesener Kapazität entscheidend sind.
- Niedrigster Monatsbetrag: unvollständig, wenn Backups, Lizenzen, IPv4, Support oder Administration fehlen.
- Kosten pro Kunde: zu grob, wenn einzelne Kunden sehr unterschiedliche Last und Datenmengen erzeugen.
Bei ungleich großen Mandanten ist eine gewichtete Einheit hilfreicher. Du kannst Kunden beispielsweise nach tatsächlichen Transaktionen, belegtem Speicher oder gebuchten Nutzungsstufen einordnen. Dadurch wird sichtbar, ob wenige große Konten einen überproportionalen Teil der Infrastruktur beanspruchen.
Die passende Kennzahl nach Projektphase
In einer frühen Phase zählt vor allem, wie günstig eine sichere und wartbare Grundumgebung betrieben werden kann. Eine flexible Skalierung ist meist wertvoller als eine langfristig gebuchte Maximalgröße, deren Ressourcen ungenutzt bleiben.
Mit wachsender Nutzung gewinnen Kosten pro aktiver Geschäftseinheit und der gemessene technische Engpass an Bedeutung. Bei einem etablierten SaaS-Dienst sollte die Kalkulation außerdem Ausfallrisiken, Wiederherstellung und Personalaufwand abbilden. Die wichtigste Kennzahl kann sich somit verändern: zunächst Gesamtkosten der Grundumgebung, später Kosten pro Kunde oder Transaktion und bei hoher Last Kosten pro tatsächlich erbrachter Rechen- oder Datenbankleistung.
Die beste Entscheidung entsteht nicht aus einer einzigen Tarifzahl. Verwende die monatlichen Gesamtkosten pro betriebsfähiger Umgebung als wirtschaftliche Basis und kombiniere sie mit der technischen Kennzahl des gemessenen Engpasses. So bezahlst Du weder für ungenutzte Ressourcen noch übersiehst Du Leistungen, die für den zuverlässigen SaaS-Betrieb unverzichtbar sind.
Häufige Fragen zur SaaS-Kalkulation
Sollte eine Testumgebung in die Kosten pro Kunde einfließen?
Eine dauerhaft benötigte Test- oder Staging-Umgebung gehört zu den Betriebskosten des SaaS-Projekts. Für interne Entscheidungen kannst Du sie separat ausweisen, solltest sie bei der Beurteilung der gesamten Wirtschaftlichkeit aber nicht ausblenden. Kurzlebige Entwicklungsumgebungen lassen sich nach ihrer tatsächlichen Laufzeit abrechnen, sofern das gewählte Angebot dies unterstützt.
Wie wird ungenutzte Reserve für einen Ausfall bewertet?
Reservekapazität ist keine Verschwendung, wenn sie zur vereinbarten Verfügbarkeit gehört. Weise sie als Kosten der Ausfallsicherheit aus und prüfe mit einem kontrollierten Umschalttest, ob die verbleibenden Systeme die notwendige Last tatsächlich tragen. Eine rechnerische Reserve ohne getesteten Wiederanlauf bietet keine verlässliche Entscheidungsgrundlage.
Ist ein Managed Server automatisch vollständig betreut?
Nein. Der Begriff Managed beschreibt keinen überall identischen Leistungsumfang. Prüfe in der Leistungsbeschreibung insbesondere Betriebssystem-Updates, Überwachung, Reaktionszeiten, Backup-Verantwortung, Wiederherstellung und die Abgrenzung zur Anwendungsbetreuung. Nur tatsächlich enthaltene Aufgaben dürfen als eingesparte interne Arbeitszeit in die Kalkulation eingehen.
