Der Auslöser ist oft unspektakulär. Das ERP läuft noch auf einem alten Server, das CRM ist nur über Umwege erreichbar, Backups dauern zu lang, und jede neue Anforderung aus Vertrieb oder Service endet mit dem Satz: „Dafür müssten wir erst die Infrastruktur anfassen.“
Genau an diesem Punkt sitzen viele Geschäftsführer im Mittelstand. Die Cloud steht längst auf der Agenda, aber zwischen „Wir müssen da hin“ und einer sauberen, DSGVO-konformen Umsetzung liegt ein anspruchsvolles Projekt mit technischen, organisatorischen und rechtlichen Entscheidungen. Wer das nur als Serverumzug betrachtet, zahlt später oft doppelt: einmal bei der Migration, ein zweites Mal im Betrieb.
Inhaltsverzeichnis
- Warum professionelle Cloud Migration Beratung entscheidend ist
- Was eine gute Cloud Beratung wirklich leistet
- Die 4 Phasen einer erfolgreichen Cloud Migration
- Sicherheit und DSGVO der unsichtbare Erfolgsfaktor
- Kosten einer Cloud Migration was Sie budgetieren müssen
- Den richtigen Berater finden Die Praxis Checkliste
- Fazit Ihr nächster Schritt zur erfolgreichen Migration
Warum professionelle Cloud Migration Beratung entscheidend ist
Ein typischer Fall aus dem Mittelstand sieht so aus: Die Fachabteilungen wollen schneller arbeiten, mobile Zugriffe sollen endlich zuverlässig funktionieren, und gleichzeitig wächst der Druck bei Sicherheit, Dokumentation und Verfügbarkeit. Die interne IT hält den Betrieb am Laufen, aber für eine tragfähige Migrationsstrategie fehlt oft die Zeit, manchmal auch die neutrale Aussensicht.
Genau hier scheitern viele Vorhaben. Auf dem Papier ist die Cloud priorisiert, in der Praxis bleiben Projekte stecken, weil Anwendungen voneinander abhängen, alte Lizenzmodelle nicht mehr passen oder niemand sauber entschieden hat, welche Systeme überhaupt migriert werden sollten und welche besser ersetzt werden. Das Problem ist nicht fehlende Motivation. Das Problem ist fehlende Priorisierung, Reihenfolge und Architekturdisziplin.
Laut der aktuellen IDG-Studie zu Cloud Migration 2023 haben nur 39 Prozent der befragten deutschen Unternehmen mindestens ein Cloud-Migrationsprojekt erfolgreich durchgeführt. Diese Zahl ist für Geschäftsführer wichtig, weil sie zeigt: Der Engpass liegt nicht mehr beim Erkennen der Notwendigkeit, sondern bei der Umsetzung.
Warum Do-it-yourself oft teuer wird
Viele Unternehmen starten mit einem scheinbar vernünftigen Ansatz. Erst einmal einige Server umziehen, danach die Anwendungen nachziehen, den Rest später optimieren. Das klingt pragmatisch, führt aber oft zu drei Problemen:
- Falsche Reihenfolge: Datenbanken, Schnittstellen und Fachanwendungen werden getrennt betrachtet, obwohl sie betrieblich zusammenhängen.
- Unklare Verantwortung: IT, Datenschutz, Geschäftsführung und Fachbereiche arbeiten mit unterschiedlichen Erwartungen.
- Fehlende Zielarchitektur: Niemand legt verbindlich fest, wie die Landschaft nach der Migration aussehen soll.
Praktische Regel: Eine Cloud-Migration scheitert selten am ersten technischen Schritt. Sie scheitert meist an fehlenden Entscheidungen davor.
Eine gute Cloud Migration Beratung ersetzt keine interne IT. Sie schafft einen belastbaren Rahmen, in dem technische Umsetzung, Business-Ziele und DSGVO-Vorgaben zusammenpassen. Für Geschäftsführer ist das der entscheidende Punkt. Sie kaufen nicht nur Migrationsleistung ein, sondern ein deutlich kleineres Risiko für Fehlentscheidungen.
Woran der Unterschied in der Praxis sichtbar wird
Ein unerfahrener Anbieter spricht schnell über Plattformen, Tarife und Workloads. Ein erfahrener Berater beginnt früher. Er fragt nach Prozessen, kritischen Daten, Abhängigkeiten, Exit-Szenarien und dem späteren Betriebsmodell.
Das ist kein Formalismus. Wenn diese Fragen am Anfang sauber beantwortet werden, entsteht ein Projekt, das nicht nur live geht, sondern danach auch wirtschaftlich und rechtlich tragfähig bleibt.
Was eine gute Cloud Beratung wirklich leistet
Nicht jeder Anbieter, der „Cloud“ auf die Website schreibt, bietet echte Beratung. Viele verkaufen im Kern Lizenzen, Hosting oder Standardpakete. Das kann für klar abgegrenzte Aufgaben reichen. Für eine tragfähige Migration im Mittelstand reicht es meistens nicht.
Eine belastbare Cloud Migration Beratung arbeitet technologieoffen. Sie beginnt nicht mit der Lieblingsplattform des Anbieters, sondern mit Ihrer Ausgangslage: Anwendungen, Prozesse, Sicherheitsanforderungen, Integrationen, Verantwortlichkeiten und Wachstumspläne. Erst danach folgt die Architekturentscheidung.
Reseller oder strategischer Partner
Die Unterschiede sind in Gesprächen schnell erkennbar:
| Kriterium | Reseller-orientierter Ansatz | Strategische Beratung |
|---|---|---|
| Ausgangspunkt | Produkt und Tarif | Geschäftsprozess und Zielbild |
| Fokus | Bereitstellung | Architektur, Risiko, Betrieb |
| Compliance | später im Projekt | von Anfang an eingeplant |
| Erfolgskriterium | Migration abgeschlossen | Migration wirtschaftlich und sicher betrieben |
Ein strategischer Partner stellt unbequeme Fragen. Welche Daten dürfen in welche Region? Welche Anwendung ist geschäftskritisch? Welche Altanwendung sollte nicht migriert, sondern ersetzt werden? Welche Schnittstelle bricht, wenn man nur den Server bewegt, aber nicht das Integrationsmuster?
Für Unternehmen mit gewachsener Systemlandschaft lohnt sich dabei oft ein Blick auf angrenzende Architekturfragen, etwa in einer Software-Architektur-Beratung in Münster und NRW, weil die Qualität der Zielarchitektur später über Kosten, Wartbarkeit und Sicherheit entscheidet.
Was in guten Projekten tatsächlich geliefert wird
Eine gute Beratung produziert keine Folien für die Schublade, sondern konkrete Entscheidungsgrundlagen und umsetzbare Arbeitspakete.
- Ist-Aufnahme mit Tiefgang: Anwendungen, Datenflüsse, Benutzergruppen, Schnittstellen, Altlasten und kritische Betriebszeiten werden vollständig erfasst.
- Zielarchitektur mit Begründung: Es wird festgelegt, welche Workloads wohin gehören, welche Datenhaltung zulässig ist und wie Ausfallsicherheit, Zugriff und Logging gelöst werden.
- Sicherheits- und Rollenmodell: Rechte, Verantwortlichkeiten, Verschlüsselung, Backup, Monitoring und Incident-Prozesse werden nicht nachgereicht, sondern vorab mitgedacht.
- Betriebsmodell nach dem Go-live: Es wird festgelegt, wer später Kosten überwacht, Änderungen freigibt, Ressourcen bereinigt und Compliance nachhält.
Wer nur den Umzug plant, berät unvollständig. Wer den späteren Betrieb mitplant, denkt wie ein verantwortlicher Architekt.
Der Wert liegt in den Trade-offs
Cloud-Projekte bestehen aus Entscheidungen unter Zielkonflikten. Mehr Flexibilität kann mehr Komplexität bedeuten. Maximale Standardisierung kann bestimmte Fachanforderungen erschweren. Ein günstiger Start kann später teuer werden, wenn Abhängigkeiten zu stark wachsen.
Deshalb ist gute Beratung keine reine Technikleistung. Sie übersetzt Geschäftsziele in Architekturentscheidungen, die im Alltag tragfähig bleiben. Gerade im Mittelstand zählt nicht die theoretisch modernste Lösung, sondern die Lösung, die sicher betrieben, intern verstanden und wirtschaftlich sauber gesteuert werden kann.
Die 4 Phasen einer erfolgreichen Cloud Migration
Montagmorgen, 7:30 Uhr. Das ERP ist zwar in die Cloud umgezogen, aber die Benutzer kommen nicht ins System, ein zentrales Laufwerk fehlt und niemand kann sauber sagen, welche Schnittstelle den Fehler auslöst. Solche Situationen entstehen selten wegen eines einzelnen Technikproblems. Sie entstehen, weil Phasen vermischt wurden und Entscheidungen zu früh oder zu spät gefallen sind.
Eine tragfähige Migration folgt deshalb einer klaren Reihenfolge. Erst verstehen, dann entscheiden, dann umsetzen, dann dauerhaft betreiben. Gerade im Mittelstand hängt daran mehr als Technik. Es geht um planbare Kosten, DSGVO-konforme Datenhaltung, EU-Only-Vorgaben und die Frage, wie stark Sie sich später an einen Anbieter binden. Bei komplexen Übergängen spielen oft auch IT-Integrationen und SaaS-Migrationen eine zentrale Rolle, weil kaum ein System für sich allein migriert wird.
Phase 1 Assessment und Strategie
Am Anfang steht keine Zielplattform, sondern eine ehrliche Bestandsaufnahme. Welche Anwendungen tragen Umsatz oder Betrieb. Welche Systeme sind nur historisch gewachsen. Welche Daten dürfen überhaupt in eine bestimmte Cloud-Umgebung, und welche bleiben besser in einer kontrollierten EU-Only-Struktur.
In dieser Phase ordnen wir Workloads typischerweise einem klaren Migrationspfad zu: Rehosting, Replatforming, Refactoring, Rearchitecting, Retaining oder Removing. Der Punkt ist nicht die Begriffswelt. Der Punkt ist die wirtschaftliche und technische Konsequenz jeder Entscheidung. Ein schneller Lift-and-Shift kann den Projektstart vereinfachen, führt aber bei ungünstig geschnittenen Altanwendungen später oft zu unnötigen Betriebs- und Lizenzkosten. Ein Refactoring kann fachlich sinnvoll sein, ist aber teurer, dauert länger und bindet internes Know-how.
Hier trennt sich sinnvolle Migration von teurem Aktionismus.
Praktisch heißt das: Ein altes Filesystem wird anders bewertet als eine individuell entwickelte Fachanwendung mit vielen Schnittstellen. Ein Reporting-Werkzeug mit geringer Nutzung muss nicht automatisch mit. Manche Altsysteme gehören nicht in die Cloud, sondern in einen geregelten Rückbau. Wer diese Entscheidungen in Phase 1 sauber trifft, reduziert spätere Überraschungen bei TCO, Betrieb und Compliance deutlich.
Phase 2 Planung und Design
Nach der Strategie wird die Zielarchitektur belastbar ausgearbeitet. Jetzt geht es um Netzsegmente, Identitäten, Rollen, Backup-Ziele, Logging, Hochverfügbarkeit, Schnittstellen und die Reihenfolge der Umstellung. In guten Projekten wird hier auch festgelegt, welche Dienste bewusst nicht genutzt werden, um Abhängigkeiten klein zu halten.
Ein typischer Fall aus der Praxis: Die Anwendung selbst ist cloudfähig, aber die Benutzeranmeldung hängt an einem veralteten Verzeichnisdienst oder an einer lokal gewachsenen Rechtevergabe. Wenn das im Design nicht auffällt, scheitert die Inbetriebnahme später an Prozessen und Identitäten, nicht an Rechenleistung.
Diese Fragen müssen vor der Umsetzung beantwortet sein:
- Welche Systeme werden gemeinsam migriert: wegen enger Kopplung, gemeinsamer Datenhaltung oder fester Prozessabhängigkeiten.
- Welche Ausfallzeit ist fachlich tragbar: etwa bei ERP, Warenwirtschaft, Ticketsystem oder produktionsnahen Diensten.
- Wie sieht die Rückfalloption aus: technisch, organisatorisch und mit klaren Entscheidungswegen.
- Welche Daten und Workloads bleiben in einer EU-Only-Architektur: damit Datenschutz, Prüfbarkeit und Datensouveränität nicht erst nach dem Go-live diskutiert werden.
- Wo droht Vendor Lock-in: etwa durch proprietäre Datenbanken, Spezialdienste, geschlossene Schnittstellen oder schwer exportierbare Betriebsdaten.
Die beste Zielarchitektur ist die, die Ihr Team im Alltag sicher betreiben, prüfen und wirtschaftlich steuern kann.
Ein guter Entwurf schützt auch vor Langzeitfehlern. Offene Schnittstellen, saubere Exportpfade, portable Deployments und ein zurückhaltender Einsatz proprietärer Services senken das Risiko, dass ein heute günstiger Einstieg morgen zum teuren Ausweg wird.
Als Ergänzung lohnt sich an dieser Stelle ein kurzer fachlicher Überblick:
Phase 3 Migration und Umsetzung
In der Umsetzungsphase zeigt sich, ob die Vorarbeit trägt. Teams mit sauberer Vorbereitung arbeiten jetzt in Wellen. Erst Pilot-Systeme, dann klar priorisierte Anwendungen, dann abhängige Dienste, anschließend Tests, Abnahme und Nacharbeiten. So bleiben Fehler eingrenzbar.
Laut Sequafy zur Cloud Migration zeigte ein Praxisbeispiel, dass die Wahl des Migrationsansatzes spürbare Unterschiede bei Skalierbarkeit und Betriebskosten erzeugt. Genau deshalb sollte kein Unternehmen jede Anwendung nach demselben Muster verschieben.
Für Geschäftsführer ist dabei ein Punkt besonders wichtig: Die eigentliche Migration ist nur ein Teil der Rechnung. Parallel entstehen Aufwände für Testbetrieb, Schulung, Übergangsbetrieb, Schnittstellenanpassungen und häufig auch doppelte Kosten in der Zwischenphase. Wenn dieser Abschnitt nur nach Tempo geplant wird, wird es später teuer oder instabil.
Phase 4 Betrieb und Optimierung
Mit dem Go-live beginnt die längste Phase. Jetzt entscheidet sich, ob die Cloud wirtschaftlich trägt oder Monat für Monat still teurer wird. Unbenutzte Ressourcen, falsch gewählte Größen, unklare Verantwortlichkeiten und wachsende Dienstabhängigkeiten fallen selten am ersten Tag auf. Sie summieren sich erst im laufenden Betrieb.
Ein belastbares Betriebsmodell braucht deshalb klare Zuständigkeiten:
- Kostenkontrolle: Wer prüft laufende Ressourcen, Reservierungen, Lizenzfolgen und unnötige Instanzen?
- Architektur-Governance: Wer genehmigt Änderungen und verhindert technischen Wildwuchs?
- Sicherheitsbetrieb: Wer kontrolliert Rollen, Logs, Wiederherstellungstests und Auffälligkeiten im Monitoring?
- Optimierungsplanung: Welche Systeme werden später modernisiert, konsolidiert oder bewusst wieder herausgelöst?
Genau hier zeigt sich der Unterschied zwischen einer reinen Migration und einer guten Cloud-Strategie. Wer nur umzieht, verlagert Probleme. Wer den Betrieb mit TCO, Exit-Optionen und Datensouveränität mitplant, schafft eine Infrastruktur, die auch in drei oder fünf Jahren noch tragfähig ist.
Sicherheit und DSGVO der unsichtbare Erfolgsfaktor
Montagmorgen, 8:30 Uhr. Die Migration ist technisch sauber vorbereitet, die Fachbereiche drängen auf den Start, und dann kommt die Frage der Geschäftsführung: Wo liegen unsere Daten eigentlich genau, wer kann im Support darauf zugreifen, und was passiert bei einer Prüfung? Spätestens an diesem Punkt zeigt sich, ob das Projekt tragfähig geplant wurde oder nur schnell.
EU-Only ist eine Architekturentscheidung
Für viele Mittelständler in Deutschland ist EU-Only kein Zusatzwunsch, sondern Teil des Risikomanagements. Gemeint ist nicht nur der Standort eines Rechenzentrums. Relevant sind auch Backup-Ziele, Administrationszugriffe, Support-Prozesse, Subunternehmer, Protokolldaten und die Frage, ob ein Anbieter Daten oder Metadaten außerhalb des EU-Rechtsraums verarbeitet.
Das muss früh in die Zielarchitektur einfließen. Sonst entsteht ein typischer Fehler: Fachlich passt der Dienst, rechtlich oder organisatorisch passt er erst im zweiten Blick nicht mehr. Dann wird nachgebessert, umgebaut oder zurückgerudert. Das kostet Zeit, Geld und Vertrauen.
Für Unternehmen, die Datensouveränität bewusst mitdenken, sind souveräne Cloud-Alternativen wie Nextcloud Workspace aus Deutschland ein sinnvoller Bezugspunkt, weil sie zeigen, wie sich Zusammenarbeit, Kontrolle und ein klarer Rechtsraum besser verbinden lassen.
Sicherheit verursacht Kosten. Schlechte Sicherheitsplanung noch mehr.
In Projekten wird Sicherheit oft als eigener Prüfblock behandelt. In der Praxis greift das zu kurz. Verschlüsselung, Mandantentrennung, Rollenmodelle, Protokollierung, Wiederherstellungstests und Löschkonzepte beeinflussen direkt die Plattformwahl, den Betriebsaufwand und die laufenden Kosten.
Genau deshalb gehören DSGVO und TCO zusammen. Wer nur die sichtbaren Cloud-Gebühren betrachtet, unterschätzt den Aufwand für abgesicherte Identitäten, revisionsfähige Logs, Notfallprozesse, Datenschutzprüfungen und regelmäßige Berechtigungskontrollen. Diese Punkte verschwinden nicht. Sie tauchen später als Zusatzprojekt, Audit-Fund oder Betriebsproblem wieder auf.
Ich rate Geschäftsführern deshalb zu einer einfachen Leitfrage: Welche Sicherheits- und Datenschutzanforderungen müssen in drei bis fünf Jahren noch gelten, auch wenn das Unternehmen wächst, Standorte hinzukommen oder der Anbieter gewechselt werden soll? Diese Perspektive verhindert Kurzentscheidungen, die heute günstig wirken und morgen binden.
Wer seine Sicherheitsorganisation an anerkannten Standards ausrichtet, kann interne Verantwortlichkeiten und technische Maßnahmen sauberer strukturieren. Der Einstieg über sensible Daten schützen ISO 27001 ist dafür praxisnah, weil er den Blick auf Informationssicherheit als dauerhaften Managementprozess lenkt und nicht als einmalige Abnahme.
Was vor der Migration geklärt sein sollte
Bevor Systeme verschoben werden, sollten vier Punkte belastbar beantwortet sein:
- Welche Daten besonders schutzbedürftig sind. Dazu zählen meist Kunden-, Mitarbeiter- und Vertragsdaten sowie Kommunikationsinhalte.
- Wo diese Daten tatsächlich verarbeitet und gespeichert werden. Einschließlich Backups, Replikationen, Monitoring- und Protokolldaten.
- Wer administrativen Zugriff hat. Intern, beim Dienstleister, im Support und in definierten Notfallszenarien.
- Wie ein späterer Wechsel möglich bleibt. Datenexport, dokumentierte Schnittstellen, klare Verantwortlichkeiten und keine unnötige Bindung an proprietäre Dienste.
Gerade der letzte Punkt wird häufig unterschätzt. Vendor-Lock-in ist nicht nur ein Beschaffungsthema. Wenn Daten schwer exportierbar sind, Identitäts- und Rechtestrukturen nur an einen Anbieter gebunden funktionieren oder Sicherheitsfunktionen tief in proprietären Diensten stecken, sinkt die Handlungsfähigkeit des Unternehmens. Dann wird jede Preisänderung, jede Vertragsänderung und jede regulatorische Anpassung unangenehm teuer.
Sicherheit und DSGVO sind deshalb kein Abschlussdokument für den Projektordner. Sie legen fest, welche Cloud-Architektur für den Mittelstand langfristig tragfähig, prüfbar und wirtschaftlich beherrschbar bleibt.
Kosten einer Cloud Migration was Sie budgetieren müssen
Die erste Frage im Gespräch ist oft berechtigt und direkt: Was kostet das? Die ehrliche Antwort lautet: Das hängt stark von Ausgangslage, Zielbild und Migrationsmuster ab. Trotzdem braucht die Geschäftsführung belastbare Orientierungswerte, um Budgets realistisch zu planen.
Womit Unternehmen zu Beginn rechnen sollten
Der aktuelle Bitkom-Kontext zur Cloud-Nutzung zeigt, wie breit das Thema im Markt angekommen ist. Laut der bei Statista aufbereiteten Bitkom-Infografik zur Nutzung von Cloud-Diensten durch deutsche Firmen nutzen 89 Prozent der befragten deutschen Unternehmen Cloud-Dienste. Für die Budgetierung besonders relevant sind dort auch die Kostenrahmen: Ein strategischer Cloud-Workshop kostet zwischen 2.000 und 8.000 EUR, ein Cloud-Readiness-Assessment zwischen 3.000 und 10.000 EUR, und für das gesamte Migrations-Projekt werden durchschnittlich 10.000 bis 50.000 EUR eingesetzt.
Diese Werte helfen bei der Einordnung, ersetzen aber keine individuelle Kalkulation. Ein Workshop ist noch keine Architektur. Ein Assessment ist noch keine Migrationswelle. Und ein Projektbudget ist nur dann belastbar, wenn auch Integrationen, Tests, Schulungen, Governance und der spätere Betrieb mitgedacht werden.
Die teuersten Kosten stehen oft nicht im Erstangebot
Die meisten Budgetfehler entstehen nicht am Anfang, sondern nach dem Go-live. Typische Kostentreiber sind überdimensionierte Ressourcen, unnötig lange Parallelbetriebe, nicht bereinigte Altlasten und zu starke Bindung an proprietäre Dienste.
Genau deshalb sollte die Geschäftsführung bei jedem Angebot nach den Langzeitkosten fragen:
| Kostenfeld | Im Erstgespräch oft sichtbar | Im Alltag oft übersehen |
|---|---|---|
| Beratung und Assessment | ja | selten |
| Umsetzung und Cutover | ja | teilweise |
| Laufender Betrieb | grob | häufig |
| Vendor Lock-in | selten | sehr relevant |
| Compliance-Folgekosten | selten | sehr relevant |
Ein praktisches Beispiel: Eine scheinbar günstige Plattformentscheidung kann später teuer werden, wenn Datenexporte erschwert sind, Spezialdienste einen Wechsel unattraktiv machen oder nur wenige Fachkräfte das Setup betreuen können. Dann steigen nicht nur Betriebskosten, sondern auch Verhandlungsschwäche und Projektrisiken bei jeder späteren Änderung.
Günstig migriert ist nicht automatisch wirtschaftlich migriert.
Wer das Thema Informationssicherheit im Budget sauber verankern will, findet im Leitfaden zu sensible Daten schützen ISO 27001 eine sinnvolle Ergänzung. Gerade für Geschäftsführer hilft so ein Rahmen, Sicherheitsmassnahmen nicht als Einzelposten, sondern als Teil eines belastbaren Betriebsmodells zu betrachten.
Fördermöglichkeiten wie go-digital können in einzelnen Fällen hilfreich sein. Entscheidend bleibt trotzdem die gleiche Frage: Ist das Projekt so aufgesetzt, dass die laufende Total Cost of Ownership beherrschbar bleibt? Wenn nicht, spart das Unternehmen am Anfang und zahlt später im Betrieb drauf.
Den richtigen Berater finden Die Praxis Checkliste
Viele Anbieter wirken im Erstgespräch kompetent. Die Unterschiede zeigen sich erst bei den Fragen, die wirklich wehtun: Wer definiert messbare Ziele? Wer übernimmt Verantwortung für die Zielarchitektur? Wer denkt an den Betrieb danach? Und wer kann erklären, wie Abhängigkeiten zu einzelnen Plattformen bewusst begrenzt werden?
Woran Sie Substanz erkennen
Ein guter Berater spricht nicht nur über Tools. Er spricht über Entscheidungen, Verantwortlichkeiten und überprüfbare Ergebnisse. Laut Cyberdyne zum häufigen Scheitern im ersten Migrationsschritt ist ein häufiger Grund für holprige Starts das Fehlen klarer, messbarer Ziele. Dort wird als konkreter Vorschlag etwa „10 % geringere Betriebskosten“ genannt. Ein Mittelständler in NRW konnte mit vorher festgelegten IST-Zielen erfolgreich arbeiten.
Daran können Sie Auswahlgespräche ausrichten:
- Ziele werden quantifizierbar gemacht: Der Berater benennt Erfolg nicht nur qualitativ, sondern übersetzt ihn in messbare Betriebs- oder Projektziele.
- Der Betriebszustand nach der Migration ist Teil des Angebots: Nicht nur Umzug, sondern auch Monitoring, Rollen, Kostenkontrolle und Governance werden beschrieben.
- EU-Only und DSGVO werden technisch erklärt: Nicht als Schlagwort, sondern mit Aussagen zu Datenhaltung, Zugriff, Protokollierung und Support.
- Vendor Lock-in wird aktiv adressiert: Der Anbieter kann benennen, wo Abhängigkeiten entstehen und wie man sie begrenzt.
- Erfahrung mit Mittelstandsrealität ist sichtbar: Also mit gewachsenen Systemen, knappen Ressourcen, laufendem Tagesgeschäft und pragmatischen Entscheidungen.
Warnsignale im Auswahlgespräch
Wenn Sie eines der folgenden Muster hören, sollten Sie nachfassen:
- „Das migrieren wir erst einmal 1:1.“ Das kann sinnvoll sein. Wenn aber keine Begründung folgt, fehlt meist die strategische Tiefe.
- „Compliance prüfen wir später.“ Dann ist Compliance nicht in der Architektur verankert.
- „Die Plattform ist egal, Hauptsache in der Cloud.“ Dann werden Unterschiede bei Lock-in, Datenhaltung und Betriebsmodell unterschätzt.
- „Nach dem Go-live übernimmt das Ihre IT.“ Ohne klaren Übergabeplan ist das kein sauberes Betriebsmodell.
Fragen Sie nicht nur nach Referenzen. Fragen Sie, welche Entscheidung ein Anbieter in einem vergleichbaren Projekt bewusst nicht empfohlen hat und warum.
Eine kompakte Entscheidungsprobe
Stellen Sie im Termin drei einfache Fragen und achten Sie auf die Qualität der Antworten:
- Welche Systeme würden Sie bewusst nicht migrieren?
- Wie verhindern Sie unnötige Plattformabhängigkeit in unserem Fall?
- Wie sieht unser Kosten- und Governance-Modell zwölf Monate nach dem Go-live aus?
Ein Berater mit Substanz antwortet konkret, mit Abwägungen. Ein Anbieter mit Verkaufsfokus antwortet ausweichend oder produktzentriert.
Fazit Ihr nächster Schritt zur erfolgreichen Migration
Montagmorgen, 8:15 Uhr. Das ERP läuft zwar in der Cloud, aber Berichte kommen zu spät, die monatliche Rechnung ist höher als geplant, und bei der Frage nach Datenhaltung und Auftragsverarbeitung wird es im Termin plötzlich still. Genau an diesem Punkt zeigt sich, ob die Migration sauber geplant wurde oder ob nur Infrastruktur verschoben wurde.
Eine erfolgreiche Cloud-Migration verändert nicht nur den technischen Betrieb. Sie greift in Prozesse, Verantwortlichkeiten, Kostenmodelle und Sicherheitsvorgaben ein. Für mittelständische Unternehmen in Deutschland kommt ein weiterer Punkt hinzu: Die Zielarchitektur muss im Alltag prüfbar DSGVO-konform bleiben, mit klarer Datenhaltung, belastbaren Berechtigungskonzepten und einer Infrastruktur, die auch in drei Jahren noch zu Ihrem Geschäftsmodell passt.
Die eigentliche Bewährungsprobe beginnt nach dem Go-live.
Dann wird sichtbar, ob Ihr Team die Umgebung beherrscht, ob Governance-Regeln tatsächlich eingehalten werden und ob die Cloud Kosten spart oder nur anders verteilt. Ebenso zeigt sich, ob eine EU-Only-Strategie wirklich umgesetzt wurde oder ob an einzelnen Stellen doch Abhängigkeiten, Datenflüsse oder Vertragsrisiken entstanden sind, die später teuer werden.
Für Geschäftsführer im Mittelstand ist deshalb weniger die Frage entscheidend, ob Sie migrieren sollten. Entscheidend ist, in welches Zielbild Sie investieren, welche Systeme bewusst außen vor bleiben und wie Sie TCO sowie Vendor-Lock-in von Anfang an begrenzen. Eine gute Migration schafft Handlungsspielraum. Eine schlechte bindet Budget, Personal und Entscheidungen für Jahre.
