- Gesamtausgaben zusammen mit Kosten pro erfolgreich erbrachter Geschäftseinheit bewerten.
- Vor langfristigen Rabatten die tatsächliche Grundlast bereinigen.
- Bei einem Cloud-Wechsel auch Umbau, Personal und Parallelbetrieb kalkulieren.
Mehr Ausgaben können trotzdem ein Fortschritt sein
Eine steigende Cloud-Rechnung ist zunächst eine Beobachtung, noch kein Urteil über die Wirtschaftlichkeit. Hat ein Unternehmen mehr Kunden gewonnen, mehr Bestellungen verarbeitet oder einen bisher manuellen Ablauf übernommen, kann der zusätzliche Verbrauch sinnvoll sein. Umgekehrt ist eine niedrigere Rechnung kein Erfolg, wenn dafür Bestellungen länger dauern, Sicherungen fehlen oder Beschäftigte Arbeitsschritte nachholen müssen. Die entscheidende Frage lautet deshalb: Was kostet eine zuverlässig erbrachte Geschäftseinheit?
Die FinOps Foundation beschreibt diesen Zusammenhang in ihrer Arbeit zu Unit Economics: Technikausgaben sollen mit dem erzeugten Nutzen verbunden werden. Für einen Händler könnte die Einheit eine abgeschlossene Bestellung sein, für einen Dienstleister ein bearbeiteter Vorgang. Diese Betrachtung ersetzt die technische Verbrauchsmessung nicht. Sie gibt ihr einen geschäftlichen Bezug. Der folgende Ablauf ist eine redaktionelle Arbeitshilfe, keine vorgeschriebene Berechnungsmethode.
Eine Kennzahl braucht klare Grenzen
Beginnen Sie mit genau einem Dienst, dessen Nutzung sich verlässlich zählen lässt. Legen Sie fest, welche Kosten dazugehören: Rechenleistung, Datenbank, Speicher, Datenverkehr, Lizenzen und ein vereinbarter Anteil gemeinsam genutzter Plattformdienste. Schreiben Sie ebenso auf, was zunächst außerhalb der Rechnung bleibt. Sonst vergleicht das Controlling einen anderen Gegenstand als das Betriebsteam. Monat und Messzeitraum müssen auf beiden Seiten identisch sein.
Ein vereinfachtes Rechenbeispiel zeigt den Unterschied: Bei 12.000 Euro zugeordneten Monatskosten und 60.000 erfolgreich bearbeiteten Aufträgen entstehen 20 Cent Infrastrukturkosten pro Auftrag. Im Folgemonat können 13.500 Euro bei 90.000 Aufträgen mit 15 Cent pro Auftrag wirtschaftlicher sein. Das ist ein erfundenes Rechenbeispiel, kein Messergebnis eines Unternehmens. Personal, Steuern und weitere Kosten sind darin nicht enthalten.
Zählen Sie nicht jeden technischen Aufruf als Geschäftserfolg. Wiederholungen nach Fehlern können die Zahl der Aufrufe erhöhen, obwohl kein zusätzlicher Auftrag entsteht. Halten Sie deshalb eine zweite Messgröße daneben: beispielsweise Fehlerquote oder Bearbeitungszeit. Erst diese Kombination verhindert, dass eine rechnerisch günstige Einheit die schlechtere Leistung verdeckt.
Erst Verbrauch korrigieren, dann Rabatte binden
Für die erste Prüfung genügen die größten Kostenblöcke und ihre Verantwortlichen. Ein ungenutztes Testsystem ist ein anderer Fall als eine produktive Datenbank mit geringer Durchschnittslast und hohen Spitzen. Vor dem Abschalten braucht es eine bestätigte Zuordnung, einen Wiederanlaufplan und die Prüfung, ob Aufbewahrungspflichten oder technische Abhängigkeiten bestehen. Eine reine Liste vermeintlich ungenutzter Ressourcen reicht als Freigabe nicht aus.
Langfristige Abnahmezusagen sollten erst auf eine belastbare Grundlast folgen. Wer einen heute überdimensionierten Betrieb für mehrere Jahre günstiger einkauft, macht den Fehler unter Umständen nur verbindlicher. Rechnen Sie drei Varianten: unveränderte Nutzung, realistischer Rückgang und erwartetes Wachstum. Der Rabatt verdient seinen Platz im Vertrag nur, wenn die Verpflichtung auch zum wahrscheinlichen Bedarf passt.
Verteilen Sie Gemeinschaftskosten nach einer nachvollziehbaren Regel. Ein pauschaler Schlüssel kann für den Einstieg ausreichen, wenn er sichtbar bleibt und regelmäßig überprüft wird. Eine scheinbar exakte Zuordnung mit unvollständigen Daten erzeugt dagegen Scheingenauigkeit. Die FinOps Foundation behandelt diese Zuordnung als eigene Disziplin; in der Praxis ist sie vor allem eine gemeinsame Vereinbarung zwischen Technik, Produktverantwortlichen und Finanzen.
Der günstigere Anbieter ist noch kein günstigerer Betrieb
Beim Wechsel zählen zusätzlich Datenübertragung, Umbau der Anwendungen, Parallelbetrieb, Schulung und die Rückfallmöglichkeit. Ein verwalteter Datenbankdienst lässt sich nicht allein über den Preis einer virtuellen Maschine bewerten. Entscheidend ist, welche Betriebsarbeit anschließend beim eigenen Team liegt. Eine Gegenüberstellung muss daher dieselbe Verfügbarkeit, Sicherung und Unterstützungsleistung abbilden.
Der europäische Data Act gilt seit dem 12. September 2025. Nach der Erläuterung der EU-Kommission entfallen ab dem 12. Januar 2027 die vom Gesetz erfassten Wechselgebühren einschließlich entsprechender Gebühren für ausgehende Daten. Daraus folgt keine kostenlose Gesamtmigration: Interne Umbauten und ein vorübergehender Doppelbetrieb verschwinden dadurch nicht. Prüfen Sie die konkrete Vertrags- und Dienstkonstellation, statt die gesetzliche Änderung pauschal als Nullkosten-Ausstieg zu verbuchen.
So wird aus der Auswertung eine Entscheidung
Ein monatlicher Termin mit drei Entscheidungen ist hilfreicher als ein Dashboard ohne Zuständigkeit. Welche Abweichung ist durch mehr Geschäft erklärbar? Welche technische Änderung wird innerhalb eines festgelegten Zeitraums getestet? Welche Vertragsbindung muss vor der nächsten Verlängerung geprüft werden? Jede beschlossene Maßnahme erhält einen Verantwortlichen und ein überprüfbares Ergebnis.
Für den Start empfiehlt sich eine einfache Tabelle. Sie sollte die Kosten pro Geschäftseinheit, die zugehörige Qualitätskennzahl und die wichtigsten Annahmen enthalten. Nach einer Änderung wird derselbe Ausschnitt erneut gemessen. Sinken die Stückkosten bei gleichbleibender Leistung, gibt es einen belastbaren Fortschritt. Bleibt die Gesamtrechnung dennoch höher, kann das ein Zeichen wachsenden Geschäfts sein.
- Einen Dienst und eine erfolgreich erbrachte Geschäftseinheit festlegen.
- Kostenumfang, gemeinsame Kosten und Messzeitraum schriftlich definieren.
- Qualität parallel messen und Änderungen zunächst begrenzt testen.
- Vertragsrabatte und Anbieterwechsel anhand der Gesamtkosten entscheiden.
Quellen zu diesem Beitrag
Dieser Beitrag ordnet öffentlich zugängliche Dokumente ein. Quellenstand: 20. Oktober 2026. Spätere Änderungen sind möglich.
- FinOps Framework 2025 ↗FinOps Foundation · 2025
- Unit Economics ↗FinOps Foundation
- Allocation ↗FinOps Foundation
- Data Act explained ↗Europäische Kommission



