Die Kosten einer Cloud-Migration bestehen nicht nur aus neuen Abonnements oder verbrauchsbasierten Cloud-Diensten. Zum Budget gehören außerdem Bestandsaufnahme, technische Umstellung, Datenübertragung, Tests, Parallelbetrieb, Schulung, Sicherheitsmaßnahmen und der spätere Regelbetrieb. Bei Microsoft-Diensten, Windows-PCs und Unternehmenssoftware wird der Wechsel besonders teuer, wenn Abhängigkeiten, Datenmengen und Lizenzfolgen erst während des Projekts sichtbar werden. Eine belastbare Planung trennt daher einmalige Migrationskosten von monatlichen Betriebskosten und rechnet mindestens ein realistisches Nutzungsszenario vollständig durch.
Eine allgemeingültige Summe lässt sich ohne Angaben zur Umgebung nicht seriös nennen. Zehn weitgehend standardisierte Windows-Arbeitsplätze mit Microsoft 365 sind ein anderes Vorhaben als ein Unternehmen mit lokalen Dateiservern, Active Directory, Spezialsoftware, Datenbanken und mehreren Standorten. Der richtige Ausgangspunkt ist deshalb keine pauschale Preisspanne, sondern ein Mengengerüst: Benutzer, Geräte, Postfächer, Datenvolumen, Anwendungen, Schnittstellen, Standorte und notwendige Verfügbarkeit.
Welche Kostenblöcke bei einer Cloud-Migration entstehen
Für die Budgetplanung sollten alle Ausgaben einer eindeutigen Phase zugeordnet werden. Dadurch wird sichtbar, ob ein Angebot nur die technische Übertragung umfasst oder auch Vorarbeiten, Nachbetreuung und laufenden Betrieb abdeckt.
Analyse und Zielarchitektur
In dieser Phase entstehen interne Arbeitsstunden oder Beratungskosten. Sie sind kein entbehrlicher Verwaltungsposten: Eine übersehene Abhängigkeit kann später Zusatzaufwand verursachen, etwa wenn eine Fachanwendung nur mit einem lokalen Lizenzserver arbeitet oder Dateien fest eingebundene Pfade verwenden.
Lizenzen, Abonnements und Cloud-Ressourcen
Microsoft 365, Azure, Entra ID, Intune, Sicherheitsfunktionen und andere Dienste folgen unterschiedlichen Lizenz- oder Verbrauchsmodellen. Ein Benutzerabonnement deckt nicht automatisch virtuelle Server, Speicher, Datensicherung, Datenübertragung, Protokollierung oder erweiterte Verwaltungsfunktionen ab. Umgekehrt können bereits vorhandene Verträge einzelne benötigte Rechte enthalten.
Die Kalkulation muss deshalb die tatsächlich ausgewählte Produktvariante und den Vertragsstand verwenden. Maßgeblich sind das jeweilige Angebot, das Microsoft-Administrationsportal beziehungsweise bei Azure der Preisrechner und die Kostenverwaltung. Preise, Paketbestandteile und Abrechnungsbedingungen können sich ändern; ältere Projektkalkulationen sind keine verlässliche Grundlage für eine neue Migration.
Daten, Anwendungen und Schnittstellen
Die reine Datenübertragung ist oft nur ein Teil der Arbeit. Dateien müssen möglicherweise bereinigt, Berechtigungen neu abgebildet und Namenskonflikte behandelt werden. Bei Anwendungen kommen Installationsarbeiten, Datenbankumzüge, Anpassungen, Tests und Freigaben durch den Softwareanbieter hinzu. Schnittstellen zu Buchhaltung, Dokumentenmanagement, Drucksystemen, Scannern oder externen Partnern erhöhen den Aufwand.
Besonders wichtig ist die technische Unterstützung durch den Hersteller der Unternehmenssoftware. Gibt der Anbieter den Betrieb auf einer bestimmten Cloud-Plattform oder in einer virtuellen Windows-Umgebung nicht frei, kann eine technisch funktionierende Installation trotzdem außerhalb des unterstützten Betriebs liegen. Die Freigabe und das Lizenzmodell sollten vor der Budgetentscheidung schriftlich geklärt werden.
Arbeitsplätze, Identitäten und Gerätemanagement
Bei Windows-PCs entstehen Kosten nicht allein durch die Anmeldung an einem Cloud-Konto. Benutzerprofile, OneDrive-Ordner, Drucker, Zertifikate, VPN-Verbindungen, Sicherheitsrichtlinien und lokale Anwendungen müssen berücksichtigt werden. Sollen Geräte künftig über Intune verwaltet werden, fallen zusätzlich Planung, Richtlinienaufbau, Pilotierung und Fehlerbehebung an.
Auch die Identitätsstrategie beeinflusst den Preis. Ein vollständiger Wechsel von einer lokalen Verzeichnisstruktur unterscheidet sich deutlich von einem hybriden Betrieb, in dem lokale und cloudbasierte Identitäten miteinander verbunden bleiben. Hybrid kann die Umstellung erleichtern, verursacht aber häufig länger laufenden Verwaltungs- und Synchronisationsaufwand.
Projektbetrieb, Schulung und Produktivitätsverlust
Während der Migration arbeiten interne Beschäftigte an Tests, Freigaben und Rückfragen mit. Diese Zeit gehört in die Kalkulation, selbst wenn dafür keine externe Rechnung eingeht. Hinzu kommen Einweisungen für Administratoren und Benutzer. Neue Anmeldeverfahren, Mehrfaktor-Authentifizierung, geänderte Dateispeicherorte oder neue Freigabeprozesse können den Arbeitsablauf vorübergehend verlangsamen.
Ein weiterer Kostenblock ist der Parallelbetrieb. Alte und neue Systeme müssen häufig für einen begrenzten Zeitraum gleichzeitig verfügbar bleiben. Dadurch fallen beispielsweise lokale Serverkosten und Cloud-Gebühren nebeneinander an. Wird dieser Zeitraum nicht geplant, erscheint die Migration zunächst günstig, während die Übergangsmonate das Budget überschreiten.
Ein Rechenmodell für das Migrationsbudget
Für eine erste Kalkulation werden einmalige und laufende Kosten getrennt. Die folgenden Variablen lassen sich mit Werten aus Angeboten, Arbeitszeiterfassungen und den gewählten Cloud-Tarifen füllen:
- A: Analyse und Architektur in Euro
- M: technische Migration und Tests in Euro
- S: Schulung und interne Projektarbeit in Euro
- P: monatliche Kosten des Parallelbetriebs in Euro
- p: Dauer des Parallelbetriebs in Monaten
- C: monatliche Cloud-Kosten nach der Umstellung in Euro
- B: verbleibende monatliche lokale Betriebskosten in Euro
- n: Betrachtungszeitraum in Monaten
- R: Risikoreserve in Euro
Das Gesamtbudget für den betrachteten Zeitraum ergibt sich aus:
Gesamtbudget = A + M + S + (P × p) + ((C + B) × n) + R
Die Klammern stellen sicher, dass sowohl Cloud- als auch verbleibende lokale Kosten über denselben Zeitraum gerechnet werden. Einmalige Projektkosten werden dagegen nur einmal addiert. Soll der Parallelbetrieb bereits in C oder B enthalten sein, darf er nicht ein zweites Mal als P angesetzt werden.
Orientierungsrechnung mit neutralen Beispielwerten
Die folgenden Werte sind frei gewählte Rechengrößen und keine Marktpreise. Sie zeigen lediglich, wie das Modell funktioniert. Für eine echte Entscheidung müssen alle Zahlen durch Werte aus Angeboten, Verträgen und der eigenen Aufwandsschätzung ersetzt werden.
- Analyse und Architektur: 4.000 Euro
- Migration und Tests: 11.000 Euro
- Schulung und interne Projektarbeit: 3.000 Euro
- Parallelbetrieb: 1.200 Euro pro Monat für 3 Monate
- Cloud-Dienste: 2.100 Euro pro Monat
- Verbleibender lokaler Betrieb: 500 Euro pro Monat
- Betrachtungszeitraum: 24 Monate
- Risikoreserve: 5.000 Euro
Damit lautet die Rechnung:
4.000 € + 11.000 € + 3.000 € + (1.200 € × 3) + ((2.100 € + 500 €) × 24) + 5.000 € = 89.000 €
Der Zahlencheck: Der Parallelbetrieb kostet 3.600 Euro. Der laufende Betrieb über 24 Monate kostet 62.400 Euro. Zusammen mit 18.000 Euro für Analyse, Migration und Schulung sowie 5.000 Euro Reserve ergibt das 89.000 Euro. Die durchschnittliche rechnerische Belastung über 24 Monate beträgt damit 89.000 € ÷ 24 = 3.708,33 € pro Monat. Dieser Durchschnitt ist keine Monatsrechnung des Cloud-Anbieters, weil darin auch einmalige Projektkosten enthalten sind.
Welche Faktoren den Betrag besonders stark verändern
Die Benutzerzahl allein erklärt die Gesamtkosten nur unzureichend. Zwei Unternehmen mit gleich vielen Beschäftigten können wegen unterschiedlicher Anwendungen und Verfügbarkeitsanforderungen völlig verschiedene Budgets benötigen.
- Standardisierung: Einheitliche Windows-Versionen, zentral verwaltete Geräte und wenige Anwendungstypen senken den Test- und Umstellungsaufwand. Viele Sonderkonfigurationen erhöhen ihn.
- Datenmenge und Datenqualität: Große Datenbestände beeinflussen Speicher, Übertragung, Sicherung und Migrationsdauer. Unklare Eigentümer, überlange Pfade oder veraltete Berechtigungen verursachen zusätzliche Aufbereitung.
- Anwendungsabhängigkeiten: Datenbanken, lokale Dienste, feste Servernamen und proprietäre Schnittstellen benötigen mehr Prüfung als browserbasierte Standardanwendungen.
- Ausfalltoleranz: Eine Migration außerhalb der Geschäftszeit, redundante Systeme und ein getesteter Rückfallplan kosten mehr als ein Umzug, bei dem eine längere Unterbrechung akzeptabel ist.
- Sicherheits- und Nachweispflichten: Aufbewahrung, Protokollierung, Verschlüsselung, Zugriffsregeln und Wiederherstellung müssen zur Organisation passen. Zusätzliche Funktionen können andere Lizenzen oder weitere Dienste erfordern.
- Standorte und Netzwerk: Mehrere Niederlassungen, schwache Internetanbindungen und hohe Latenz können neue Leitungen, Netzwerkgeräte oder angepasste Zugriffswege erforderlich machen.
Cloud-Ausgaben für Microsoft-Dienste sauber schätzen
Bei Microsoft 365 sind zunächst aktive Benutzer, benötigte Anwendungen, Postfachanforderungen, Geräteverwaltung und Sicherheitsfunktionen zu erfassen. Nicht jedes Konto benötigt zwingend denselben Leistungsumfang. Funktionskonten, gemeinsam genutzte Postfächer, externe Benutzer und technische Konten müssen getrennt bewertet werden, statt sie pauschal wie normale Mitarbeiterkonten zu behandeln.
Bei Azure sollte die Schätzung nach Ressourcen erfolgen: virtuelle Computer, Laufzeit, Datenträger, Sicherungen, Datenbanken, Netzwerkverkehr, öffentliche IP-Adressen, Überwachung und weitere verwendete Dienste. Ein virtueller Serverpreis allein bildet die spätere Rechnung nicht ab. Außerdem muss feststehen, ob ein System rund um die Uhr läuft oder automatisiert heruntergefahren werden kann. Reservierungen und andere Vertragsmodelle können die Kosten beeinflussen, sind aber erst nach einer stabilen Verbrauchsschätzung sinnvoll zu bewerten.
Für Windows-Endgeräte sind Lizenzfragen und Betriebsaufwand getrennt zu betrachten. Die Migration eines Benutzerprofils, die Aufnahme eines Geräts in eine Verwaltung, Anwendungspakete, Richtlinien und Support sind Arbeitsleistungen. Das bloße Vorhandensein einer passenden Lizenz erledigt diese Aufgaben nicht.
Kostenfallen, die in Angeboten leicht fehlen
Ein niedriges Migrationsangebot kann vollständig sein, muss es aber nicht. Vor der Beauftragung sollte erkennbar sein, welche Leistung bei Störungen, fehlerhaften Daten oder einem verlängerten Parallelbetrieb zusätzlich berechnet wird.
- Ausgehender Datenverkehr: Je nach Dienst und Übertragungsrichtung können Datenbewegungen eigene Gebühren auslösen. Relevante Mengen müssen im Tarif- oder Preisrechner geprüft werden.
- Datensicherung und Wiederherstellung: Verfügbarkeit im Cloud-Dienst ersetzt nicht automatisch eine Sicherungsstrategie mit passender Aufbewahrung und geprüfter Wiederherstellung.
- Protokolle und Überwachung: Umfangreiche Diagnose- und Sicherheitsdaten benötigen Speicher und können verbrauchsabhängige Kosten erzeugen.
- Anpassungen nach dem Pilotprojekt: Gruppenrichtlinien, Skripte oder Anwendungen verhalten sich in der Zielumgebung möglicherweise anders. Das Angebot sollte klären, wie Nacharbeiten abgerechnet werden.
- Support nach der Umschaltung: In den ersten Betriebstagen steigt der Unterstützungsbedarf häufig. Ein definiertes Stundenkontingent verhindert unklare Zusatzrechnungen.
- Rückbau und Vertragsende: Lokale Hardware, alte Lizenzen und Dienstverträge verschwinden nicht automatisch. Kündigung, Datenlöschung und Entsorgung können Aufwand verursachen.
- Späterer Anbieterwechsel: Datenexport, Dokumentation und die Wiederherstellung portabler Formate gehören bereits in die Planung. Fehlende Exportwege können einen späteren Wechsel verteuern.
In welcher Reihenfolge du Angebote und Eigenaufwand prüfst
Eine belastbare Entscheidung entsteht aus einer festen Prüfreihenfolge. Zuerst wird der technische Umfang eingefroren, erst danach werden Preise verglichen. Andernfalls beziehen sich zwei Angebote möglicherweise auf unterschiedliche Leistungen.
- Ist-Zustand erfassen: Zähle Benutzer, Windows-Geräte, Server, Anwendungen, Datenbanken, Postfächer, Datenvolumen, Standorte und Schnittstellen.
- Zielumfang festlegen: Markiere für jedes System, ob es migriert, ersetzt, weiter lokal betrieben oder stillgelegt wird.
- Herstellerfreigaben prüfen: Kläre für Unternehmenssoftware, Datenbanken und Zusatzmodule, welche Cloud- oder Virtualisierungsumgebung unterstützt wird und welche Lizenzen benötigt werden.
- Pilotgruppe definieren: Wähle typische Benutzer und mindestens einen komplizierteren Anwendungsfall. Wenn der Pilot grundlegende Abhängigkeiten aufdeckt, muss die Aufwandsschätzung vor dem breiten Rollout angepasst werden.
- Einmalige Kosten erfassen: Berücksichtige Analyse, Migration, Tests, Projektleitung, Schulung, Datenbereinigung und Rückfallplanung.
- Laufende Kosten berechnen: Nutze die ausgewählten Microsoft-Verträge, den Azure-Preisrechner und die erwartete Nutzung. Ergänze Support, Sicherung, Überwachung und verbleibende lokale Systeme.
- Parallelbetrieb und Reserve hinzufügen: Lege Dauer und monatliche Doppelbelastung fest. Die Reserve sollte sich an den identifizierten Projektrisiken orientieren und nicht als beliebiger Prozentsatz eingesetzt werden.
- Ergebnis nach dem Pilot aktualisieren: Vergleiche geschätzte mit tatsächlich angefallenen Arbeitsstunden, Datenmengen und Ressourcen. Erst diese überarbeitete Kalkulation sollte die Grundlage für den vollständigen Rollout bilden.
Wann eine stufenweise Migration wirtschaftlich sinnvoller ist
Ein Gesamtumzug an einem Wochenende verkürzt zwar den Parallelbetrieb, bündelt aber Risiko und Personalbedarf. Eine stufenweise Migration kann günstiger sein, wenn zunächst standardisierte Dienste wie Zusammenarbeit oder Dateispeicherung umziehen und anspruchsvolle Fachanwendungen später folgen. Sie kann jedoch teurer werden, wenn hybride Verbindungen und doppelte Administration über viele Monate bestehen bleiben.
Die Entscheidung hängt deshalb von einem einfachen Vergleich ab: Sind die zusätzlichen Monate des Parallelbetriebs günstiger als das Risiko, den gesamten Wechsel in einem engen Zeitfenster durchführen und gegebenenfalls zurückrollen zu müssen? Wenn Anwendungen voneinander abhängig sind, darf die Reihenfolge nicht allein nach Lizenzkosten gewählt werden. Zuerst muss geklärt sein, welche Systeme gemeinsam migriert werden müssen.
Woran eine belastbare Kostenplanung zu erkennen ist
Eine brauchbare Kalkulation nennt nicht nur einen Gesamtbetrag. Sie dokumentiert Mengen, Annahmen, Laufzeiten, gewählte Lizenzvarianten und ausgeschlossene Leistungen. Außerdem trennt sie einmalige Projektkosten, Übergangskosten und dauerhafte Betriebskosten. Für verbrauchsabhängige Dienste enthält sie mindestens ein normales und ein erhöhtes Nutzungsszenario.
Vor der Freigabe sollten drei Fragen eindeutig beantwortet sein: Welche Position verändert sich, wenn mehr Daten oder Benutzer hinzukommen? Welche Kosten enden nach dem Parallelbetrieb? Welche lokalen Ausgaben bleiben trotz Cloud-Nutzung bestehen? Sind diese Antworten nicht aus Angebot und Kalkulation ablesbar, ist der ausgewiesene Gesamtbetrag kaum steuerbar.
Der finanzielle Vergleich wird erst aussagekräftig, wenn dieselbe Leistung gegenübergestellt wird. Eine lokale Umgebung ohne eingerechnete Arbeitszeit, Ersatzhardware und Sicherung darf nicht mit einem Cloud-Angebot einschließlich Betrieb und Support verglichen werden. Umgekehrt rechtfertigt der Wechsel nicht automatisch jede laufende Cloud-Ausgabe. Nach der Migration sollten Budgets, Verbrauchswarnungen und Verantwortlichkeiten eingerichtet werden, damit ungenutzte Ressourcen, überdimensionierte Systeme und nicht mehr benötigte Konten zeitnah auffallen.
