Cloud-Exit-Strategie: Den Rückweg planen, bevor man ihn braucht
Wer einen Cloud-Dienst nicht verlassen kann, verhandelt schlecht. Wie eine Exit-Strategie aus Bestandsaufnahme, getesteten Datenexporten, Vertragsregeln und Kostenschätzung aussieht, ohne die Cloud infrage zu stellen.
Von STG Beratung Redaktion
Der Cloud-Anbieter kündigt eine Preiserhöhung von vierzig Prozent an, der Vertrag läuft in drei Monaten aus, und beim Versuch, die Daten zu exportieren, stellt sich heraus, dass das Format proprietär ist und die Schnittstelle nur 1.000 Datensätze pro Abruf liefert. Ein Wechsel ist technisch möglich, aber nicht in drei Monaten. Also wird verlängert. Diese Situation ist die Folge einer fehlenden Exit-Strategie. Sie hat nichts mit Misstrauen gegenüber der Cloud zu tun, sondern mit der Grundregel jeder Abhängigkeit: Wer nicht gehen kann, verhandelt schlecht.
Warum eine Exit-Strategie kein Misstrauen ist
Cloud-Dienste sind für die meisten Mittelständler die richtige Wahl. Sie sparen Betriebsaufwand, sind in der Regel sicherer als selbst betriebene Server und skalieren mit dem Bedarf. Eine Exit-Strategie ändert daran nichts. Sie stellt nur sicher, dass das Unternehmen in drei Fällen handlungsfähig bleibt: wenn der Anbieter Preise oder Bedingungen deutlich verschlechtert, wenn er den Dienst einstellt oder übernommen wird, und wenn sich rechtliche Anforderungen ändern, etwa beim Datenstandort. Zusätzlich fordern Prüfer und Versicherer zunehmend den Nachweis, dass kritische Dienste nicht unersetzbar sind. Wer die Strategie dokumentiert hat, beantwortet diese Frage in einem Satz.
Die Bestandsaufnahme: Welche Dienste sind kritisch
Nicht jeder Cloud-Dienst braucht einen ausgearbeiteten Ausstiegsplan. Ein Werkzeug für Umfragen lässt sich an einem Nachmittag ersetzen. Das ERP, das Dokumentenmanagement oder die Plattform, auf der eigene Anwendungen laufen, nicht. Der erste Schritt ist eine Liste aller genutzten Dienste mit drei Angaben: Welche Daten liegen dort, wie viele Prozesse hängen davon ab, und wie lange könnte das Unternehmen ohne den Dienst arbeiten. Daraus ergibt sich eine Einstufung in kritisch, wichtig und unkritisch. Für kritische Dienste wird ein Ausstiegsplan erarbeitet, für wichtige eine Kurzfassung, für unkritische genügt die Angabe des Datenexports.
Bei dieser Bestandsaufnahme tauchen regelmäßig Dienste auf, von denen die IT nichts wusste: das Projektwerkzeug der Marketingabteilung, der Dateiaustausch des Vertriebs, die Zeiterfassung einer Niederlassung. Jeder davon enthält Unternehmensdaten und hat einen Vertrag, den irgendjemand per Kreditkarte abgeschlossen hat. Die Liste ist deshalb nicht nur Grundlage für die Exit-Strategie, sondern auch für Datenschutz, Kostenkontrolle und die Frage, welche Dienste zusammengelegt werden können.
Die fünf Bausteine eines Ausstiegsplans
- Datenhoheit: Alle Daten können in einem offenen, dokumentierten Format exportiert werden, und dieser Export wurde mindestens einmal getestet. Ein regelmäßiger Export in eigene Speicher ist für kritische Dienste Pflicht.
- Vertragliche Regelung: Der Vertrag enthält Kündigungsfristen, die zum Umstellungsaufwand passen, eine Unterstützungspflicht des Anbieters beim Ausstieg und eine Frist, in der Daten nach Vertragsende noch abrufbar sind.
- Technische Entkopplung: Eigene Anwendungen nutzen anbieterspezifische Funktionen nur dort, wo es einen klaren Vorteil gibt, und kapseln sie so, dass ein Austausch an einer Stelle möglich ist.
- Alternativen: Für jeden kritischen Dienst sind mindestens zwei Alternativen benannt und grob bewertet, inklusive Betrieb im eigenen Rechenzentrum oder bei einem regionalen Dienstleister.
- Ablaufplan: Es gibt eine Beschreibung, wer im Fall eines Ausstiegs was tut, in welcher Reihenfolge und mit welchem Zeitbedarf.
Die Kosten des Ausstiegs kennen
Ein Ausstiegsplan ist nur dann eine Verhandlungsgrundlage, wenn die Kosten dafür bekannt sind. Dazu gehören die Datenübertragung, bei großen Mengen oft mit Gebühren des Anbieters verbunden, die Anpassung von Schnittstellen und Anwendungen, die Einrichtung des Zieldienstes, die Schulung der Mitarbeiter und der Parallelbetrieb während der Umstellung. Eine Schätzung mit einer Genauigkeit von plus oder minus dreißig Prozent reicht. Sie zeigt, ab welcher Preiserhöhung ein Wechsel wirtschaftlich wird, und das ist genau die Zahl, die man in der nächsten Vertragsverhandlung braucht.
Der Testexport als Pflichtübung
Der wichtigste einzelne Schritt ist der Testexport. Viele Anbieter bieten einen Export an, der auf dem Papier vollständig ist und in der Praxis Lücken hat: Anhänge fehlen, Verknüpfungen zwischen Datensätzen gehen verloren, Historien werden nicht mitgeliefert, oder das Format lässt sich ohne das Produkt des Anbieters nicht lesen. Das erfährt man nur, wenn man den Export einmal durchführt und die Daten in einem anderen Werkzeug öffnet. Für kritische Dienste gehört dieser Test einmal im Jahr wiederholt, weil sich Schnittstellen und Formate mit jeder Version ändern können. Ein halber Tag Aufwand pro Dienst ist dafür angemessen, und das Ergebnis wird mit Datum im Ausstiegsplan dokumentiert.
Typische Fallen
| Falle | Folge | Vorbeugung |
|---|---|---|
| Proprietäre Datenformate | Export ist unvollständig oder unbrauchbar | Offene Formate vertraglich zusichern lassen, Export testen |
| Anbieterspezifische Dienste in eigenen Anwendungen | Umbau statt Umzug | Kapselung, Standardschnittstellen bevorzugen |
| Identitäten und Berechtigungen nur beim Anbieter | Nutzerverwaltung muss neu aufgebaut werden | Eigenes Verzeichnis als führendes System |
| Lange Laufzeiten mit automatischer Verlängerung | Ausstieg verpasst das Kündigungsfenster | Fristen im Vertragsregister mit Vorlauf überwachen |
Eine Cloud-Exit-Strategie ist eine Versicherung, die wenig kostet und in Verhandlungen jedes Jahr Geld spart. Sie besteht aus einer Bestandsaufnahme, getesteten Datenexporten, sauberen Verträgen, benannten Alternativen und einer Kostenschätzung. Wer sie hat, nutzt die Cloud mit ruhigem Gewissen, weil er weiß, dass er jederzeit gehen könnte.
Veröffentlicht am 2. Juni 2026 von STG Beratung Redaktion, STG Beratung (Kompetenzwerk Deutschland GmbH, Stuttgart). Themen: Cloud, Exit-Strategie, Vendor Lock-in, IT-Strategie.
