Risikomanagement beim Plattformwechsel: Die Migrationsrisiken, die wirklich eintreten
Jedes Migrationsprojekt hat eine Risikoliste. Die meisten werden einmal geschrieben, nie wieder geöffnet und listen ausgerechnet die Risiken auf, die nicht eintreten. Wir zeigen die fünf Risikoarten eines Plattformwechsels, wie Sie sie nach Wahrscheinlichkeit und Schaden ordnen, welche vier Antworten es überhaupt gibt - und warum der teuerste Schaden nicht am Umschalttag entsteht, sondern sechs Wochen später.
In fast jedem Migrationsprojekt gibt es ein Dokument mit der Überschrift “Risiken”. Es entsteht in Woche eins, umfasst zwölf bis zwanzig Punkte, wird vom Lenkungskreis abgenickt und danach nie wieder geöffnet.
Wenn wir es Monate später beim Rückblick aufmachen, sehen wir regelmäßig dasselbe Muster: Die Dinge, die tatsächlich schiefgegangen sind, stehen nicht drin. Und die Dinge, die drinstehen — “Serverausfall”, “Datenverlust”, “Projektverzug” — sind so allgemein formuliert, dass niemand daraus je eine Handlung ableiten konnte.
Das ist kein Dokumentationsproblem. Es ist ein Denkfehler am Anfang: Eine Risikoliste ist eine Sammlung. Was ein Projekt braucht, ist eine Reihenfolge — welches Risiko bekommt Aufmerksamkeit, welches bekommt Geld, und welches wird bewusst in Kauf genommen.
Dieser Beitrag beschreibt, wie wir das in Shopify-Migrationen handhaben. Nicht als Norm, sondern als das Minimum, das im Projektalltag tatsächlich funktioniert.
Warum Migrationsrisiken anders sind als Betriebsrisiken
Im laufenden Betrieb bewegt sich Ihr Risikoprofil langsam. Ein Lieferant fällt aus, eine Kategorie wird unrentabel, ein Wettbewerber wird aggressiver — Sie haben in der Regel Wochen, um zu reagieren.
Eine Migration verdichtet dieses Profil auf wenige Tage. Ihr Shop, Ihre Kundendaten, Ihre Zahlungswege, Ihre Schnittstellen und Ihre Sichtbarkeit in Suchmaschinen wechseln gleichzeitig die Grundlage. Drei Eigenschaften machen das besonders:
Die Risiken sind gekoppelt. Ein Fehler in den Artikelnummern ist kein Datenproblem. Er ist gleichzeitig ein Lagerproblem, ein Feedproblem und ein Rechnungsproblem. Wer in Einzelrisiken denkt, unterschätzt die Wirkung systematisch.
Der Zeitpunkt ist selbst gewählt. Anders als bei fast allen Betriebsrisiken entscheiden Sie, wann das Risiko eintritt. Das ist der stärkste Hebel im ganzen Projekt — und der am seltensten bewusst genutzte.
Ein Teil des Schadens ist unsichtbar. Ein ausgefallener Checkout meldet sich sofort. Ein um 30 % eingebrochener organischer Traffic meldet sich nicht. Er fällt in Woche fünf im Monatsreport auf, wenn die Ursache drei Wochen zurückliegt.
Fünf Risikoarten — und wann sie sichtbar werden
Wir arbeiten mit fünf Klassen. Nicht weil es genau fünf sein müssten, sondern weil sich mit weniger die Verantwortlichkeiten nicht sauber trennen lassen und mit mehr niemand die Liste durchhält.
Die Risikolandkarte
Fünf Risikoarten — vier davon stehen selten im Angebot
In Migrationsprojekten wird über Technik gesprochen, weil Technik greifbar ist. Der Schaden entsteht aber meistens in den anderen vier Klassen — und er entsteht zu unterschiedlichen Zeitpunkten. Genau das entscheidet, wie teuer ein Risiko am Ende wird.
-
Strategisches Risiko
Sichtbar vor dem Go-LiveSie migrieren ein Geschäftsmodell, nicht einen Shop. Was die alte Plattform an Eigenheiten erzwungen hat, wandert ungeprüft mit.
- Der Umstieg wird als IT-Projekt geführt, obwohl Vertrieb und Einkauf die Entscheidungen treffen müssen
- Prozesse werden 1:1 nachgebaut, statt die Gelegenheit zur Vereinfachung zu nutzen
- Der Zeitpunkt liegt im Weihnachtsgeschäft oder im Saisonhoch
-
Datenrisiko
Sichtbar vor dem Go-LiveDie größte Fehlerquelle jeder Migration und die einzige, die sich vorab vollständig prüfen lässt — wenn jemand die Zeit dafür einplant.
- Kundenpasswörter lassen sich grundsätzlich nicht mitnehmen
- Bestellhistorie, Gutscheinguthaben und Kundenkonten hängen an drei verschiedenen Exporten
- Varianten, Staffelpreise und Kundengruppen bilden sich im Zielsystem anders ab
-
Technik- und Compliance-Risiko
Sichtbar in der UmschaltnachtNicht der Shop fällt aus, sondern eine Schnittstelle. Und rechtliche Anforderungen wandern nicht automatisch mit dem Katalog.
- ERP, Lager und Buchhaltung sprechen am Umschalttag noch mit dem Altsystem
- Einwilligungen, Datenschutzerklärung und Auftragsverarbeitung decken die neuen Dienste nicht ab
- Rechnungsnummernkreise und steuerliche Aufbewahrung sind im Zielsystem nicht geklärt
-
Sichtbarkeitsrisiko
Sichtbar Wochen danachDer einzige Schaden, der nicht am Tag der Umschaltung entsteht, sondern über sechs Wochen langsam einläuft — und deshalb regelmäßig zu spät bemerkt wird.
- Alte Adressen laufen ins Leere, statt auf ihr Gegenstück zu zeigen
- Kategorietexte und strukturierte Daten fallen beim Theme-Wechsel weg
- Produktfeeds für Werbekanäle brechen, weil sich Artikelnummern geändert haben
-
Organisatorisches Risiko
Sichtbar Wochen danachDer Shop läuft, das Team nicht. Wird in Projektplänen fast nie budgetiert und ist die häufigste Ursache für ein schlechtes erstes Quartal.
- Der Kundenservice kennt die neuen Abläufe für Retouren und Stornos nicht
- Redaktion und Einkauf pflegen weiter im alten Denkmodell
- Das gesamte Migrationswissen liegt bei einer einzigen Person
Faustregel aus der Projektpraxis: Je später ein Risiko sichtbar wird, desto teurer ist seine Behebung — und desto billiger war seine Vermeidung. Sichtbarkeit und Organisation kosten vor dem Go-Live fast nichts und nach dem Go-Live ein Quartal.
Der Punkt dieser Aufteilung ist nicht die Vollständigkeit. Er ist die Zuordnung: Jede Klasse hat einen anderen Verantwortlichen. Das Datenrisiko gehört der IT, das Sichtbarkeitsrisiko dem Marketing, das organisatorische Risiko der Geschäftsführung. Eine Risikoliste ohne Namen dahinter ist eine Wunschliste.
Die Matrix: aus einer Sammlung wird eine Reihenfolge
Sobald die Liste steht, kommt der Schritt, den die meisten Projekte auslassen: die Bewertung. Zwei Fragen pro Punkt, jeweils in drei Stufen. Wie wahrscheinlich ist das? Was kostet es, wenn es passiert?
Bewerten statt sammeln
Wo Ihre Migrationsrisiken tatsächlich liegen
Eine Risikoliste ist eine Sammlung. Erst die Einordnung nach Eintrittswahrscheinlichkeit und Schadenshöhe macht daraus eine Reihenfolge. Die typische Fehlwahrnehmung: Der seltene Totalausfall bekommt die Aufmerksamkeit — das teure Feld ist aber oben rechts.
| Schaden ↓ / Wahrscheinlichkeit → | unwahrscheinlich | möglich | fast sicher |
|---|---|---|---|
| Schaden hoch | mittel
| hoch
| kritisch
|
| Schaden mittel | gering
| mittel
| hoch
|
| Schaden gering | gering
| gering
| mittel
|
Beide Felder mit der Bewertung „kritisch“ sind in jeder Migration bekannt, planbar und mit Bordmitteln lösbar. Sie werden trotzdem regelmäßig übersehen, weil sie unspektakulär sind — und genau deshalb gehören sie an den Anfang des Projektplans und nicht in die letzte Woche.
Zwei Beobachtungen aus der Praxis, die diese Einordnung immer wieder bestätigt:
Fehlende Weiterleitungen sind das unterschätzteste Risiko im gesamten Feld. Sie treten nicht “vielleicht” ein, sondern per Voreinstellung — jede Migration ändert Adressstrukturen, und ohne aktive Arbeit zeigt keine alte Adresse auf ihr neues Gegenstück. Der Schaden ist substanziell, der Aufwand für die Vermeidung überschaubar und die Arbeit langweilig. Genau deshalb rutscht sie in die letzte Woche. Wie wir das aufsetzen, steht in unserem Beitrag zu 301-Redirects bei der Shopify-Migration.
Nicht übertragbare Kundenpasswörter überraschen fast jeden Umsteiger. Passwörter liegen in jedem seriösen System als nicht rückrechenbarer Wert vor — sie lassen sich nicht “mitmigrieren”. Ihre Bestandskunden müssen beim ersten Login ein neues Passwort setzen. Technisch ist das kein Problem, kommunikativ schon: Wenn die Ankündigung fehlt, sieht der Kunde am Tag nach dem Relaunch einen Shop, in den er nicht hineinkommt. Der Servicedruck der ersten Woche entsteht überwiegend hier.
Beides ist bekannt, planbar und billig zu lösen. Es passiert trotzdem — nicht weil es schwierig wäre, sondern weil es unspektakulär ist.
Vier Antworten — und die häufigste ist die teuerste
Ein bewertetes Risiko braucht eine Entscheidung. Es gibt genau vier.
Vier mögliche Antworten
Was Sie mit einem erkannten Risiko machen können
Auf jedes Risiko gibt es genau vier Antworten. Migrationsprojekte wählen reflexhaft die zweite und bauen Absicherung für Dinge, die man auch einfach hätte streichen oder aushalten können. Notieren Sie zu jedem Punkt Ihrer Liste, welche der vier es sein soll — und wer sie verantwortet.
-
Vermeiden
Sie entfernen die Ursache, statt mit der Folge zu leben.
Der Umschalttermin wird aus dem vierten Quartal in den Februar gelegt. Das Risiko „Ausfall im Umsatzhoch“ existiert danach nicht mehr — es wurde nicht abgesichert, sondern gestrichen.
Kostet Zeit, selten Geld. Die günstigste Antwort, wenn sie früh genug möglich ist.
-
Vermindern
Das Risiko bleibt, aber Eintritt oder Schaden werden kleiner.
Statt aller Kanäle auf einmal geht zuerst ein Ländershop live. Fällt etwas aus, betrifft es einen Bruchteil des Umsatzes — und der Rest des Rollouts lernt daraus.
Kostet Projektaufwand. Die Standardantwort — und deshalb die, die am häufigsten überdosiert wird.
-
Übertragen
Jemand anderes trägt den Schaden — vertraglich oder technisch.
Datenmigration, Weiterleitungsplan und ERP-Schnittstelle bekommen im Vertrag eine Abnahme mit definierten Prüfkriterien statt einer pauschalen Leistungsbeschreibung.
Kostet Marge oder Gebühr. Wirkt nur, wenn die Abnahmekriterien vorher messbar formuliert sind.
-
Akzeptieren
Sie entscheiden bewusst, den Schaden zu tragen — und halten das fest.
Bestellungen älter als drei Jahre wandern nicht als Datensatz mit, sondern in ein durchsuchbares Archiv. Der Service weiß, wo er nachschaut. Niemand baut dafür eine Schnittstelle.
Kostet nichts — außer der Disziplin, die Entscheidung zu dokumentieren statt zu verdrängen.
Der ehrlichste Erkenntnisgewinn in diesem Schritt kommt fast immer von der vierten Karte. Wenn Sie Ihre Liste konsequent durchgehen, landet ein erheblicher Teil bei “akzeptieren und dokumentieren” — und das ist kein Versagen, sondern das Ergebnis. Eine Risikoliste, in der alle zwanzig Punkte abgesichert werden sollen, ist eine Liste, die niemand abarbeitet.
Das Risikoregister, das tatsächlich gelesen wird
Ein brauchbares Register hat sechs Spalten und passt auf eine Seite. Mehr braucht es nicht, und mehr wird nicht gepflegt.
| Spalte | Was hineingehört |
|---|---|
| Risiko | Konkret formuliert, mit Auslöser — nicht “Datenfehler”, sondern “Artikelnummern weichen zwischen Shop und ERP ab” |
| Klasse | Eine der fünf oben — bestimmt, wer zuständig ist |
| Bewertung | Wahrscheinlichkeit × Schaden, in drei Stufen, nicht in Prozent |
| Antwort | Vermeiden, vermindern, übertragen oder akzeptieren |
| Verantwortlich | Eine Person mit Namen. Nicht “Projektteam”, nicht “Agentur” |
| Prüfpunkt | Woran erkennen Sie vor dem Go-Live, dass die Maßnahme gewirkt hat |
Die letzte Spalte ist die, die den Unterschied macht. “Wir achten auf die Weiterleitungen” ist keine Maßnahme. “Am Tag vor dem Umschalten laufen 100 zufällig gezogene Altadressen durch eine Prüfliste und jede landet auf ihrem Gegenstück” ist eine.
Gehen Sie das Register in jedem Statustermin durch — nicht Punkt für Punkt, sondern nur die Zeilen, deren Bewertung sich seit dem letzten Mal geändert hat. Das dauert fünf Minuten und ist der Unterschied zwischen einem lebenden Dokument und einer Anlage.
Die Umschaltnacht ist kein Risiko, sondern ein Verfahren
Der Moment, vor dem alle Angst haben, ist paradoxerweise der am besten beherrschbare — weil er der einzige ist, den Sie vollständig planen und sogar üben können.
Drei Dinge müssen vor dem Umschalten schriftlich vorliegen:
Die Reihenfolge. Was wird wann umgestellt: Domain, Zahlungsanbieter, Versanddienstleister, ERP-Verbindung, Feeds. Jeder Schritt mit einem Namen daneben und einer erwarteten Dauer.
Der Abbruchpunkt. Bis zu welchem Schritt können Sie zurück, und wie lange dauert der Rückweg? Diese Frage muss vor dem Termin beantwortet sein und nicht um drei Uhr nachts. In der Praxis ist der Punkt ohne Rückweg meistens der Moment, in dem die erste echte Bestellung im neuen System liegt — danach ist Zurückrollen keine technische Frage mehr, sondern eine buchhalterische.
Die Prüfliste danach. Zwanzig Punkte, die in den ersten sechzig Minuten manuell geprüft werden: eine Bestellung mit echter Zahlung, eine Retoure, ein Gastkauf, ein Login eines Bestandskunden, eine Bestellung mit Gutschein, der Eingang im ERP, eine Stichprobe Weiterleitungen, der Versand der Bestellbestätigung. Nicht automatisiert, sondern von Menschen — Testautomatisierung prüft, was jemand vorher gedacht hat.
Wenn Ihr Umstieg mehrere Länder oder Währungen umfasst, verdoppelt sich diese Liste nicht, sie vervielfacht sich — die Reihenfolge und die Abhängigkeiten dabei haben wir in unserem Beitrag zu Shopify Markets beschrieben.
Die Risiken nach dem Go-Live, über die niemand spricht
Der Traffic-Einbruch, den man einplanen muss
Fast jede Migration kostet zunächst Sichtbarkeit. Suchmaschinen brauchen Zeit, um eine neue Struktur zu bewerten, selbst wenn technisch alles sauber ist. Ein Rückgang in den ersten Wochen ist deshalb kein Alarmsignal — ein Rückgang, der sich nach sechs bis acht Wochen nicht erholt, sehr wohl.
Der Fehler ist nicht der Einbruch. Der Fehler ist, ihn nicht erwartet zu haben und dann in Woche zwei in Panik an Dingen zu drehen, die richtig sind. Legen Sie vorher fest, welchen Rückgang Sie für wie lange akzeptieren, und was der Schwellenwert für eine echte Ursachensuche ist. Die Systematik dahinter steht in SEO bei der Shopify-Migration.
Die App-Abhängigkeit, die Sie sich neu einkaufen
Auf Shopify lösen Sie viele Anforderungen über Apps — schnell, günstig und meistens richtig. Jede App ist aber ein Anbieter mit eigenem Geschäftsmodell: Preise ändern sich, Funktionen werden abgekündigt, Unternehmen werden verkauft.
Führen Sie deshalb ab dem ersten Tag eine kurze Liste: Welche Apps sind geschäftskritisch, was kosten sie, und was passiert, wenn eine davon nächstes Jahr verschwindet? Bei zwei oder drei Apps auf dieser Liste lohnt sich die Frage, ob eine eigene Lösung nicht das kleinere Risiko ist — die Abwägung dazu haben wir in Wann brauchen Sie eigene Shopify-Apps aufgeschrieben.
Compliance wandert nicht automatisch mit
Mit der Plattform ändern sich die eingesetzten Dienste, und damit ändern sich die Grundlagen Ihrer Datenschutzdokumentation. Einwilligungstexte, Verzeichnis der Verarbeitungstätigkeiten, Auftragsverarbeitungsverträge und die Datenschutzerklärung beziehen sich nach dem Umstieg auf Systeme, die es in Ihrem Shop nicht mehr gibt.
Das ist reine Fleißarbeit, aber sie hat einen Termin: den Go-Live, nicht das Quartalsende. Nehmen Sie sie mit derselben Ernsthaftigkeit in den Plan wie die Schnittstellenabnahme.
Das Wissen liegt bei einer Person
Am Ende einer Migration gibt es meistens genau einen Menschen, der weiß, warum welche Entscheidung so getroffen wurde. Wenn diese Person das Unternehmen wechselt, verlieren Sie nicht Dokumentation, sondern Begründungen — und niemand traut sich danach, etwas zu ändern.
Die günstigste Gegenmaßnahme, die wir kennen: ein kurzes Dokument mit den zwanzig wichtigsten Entscheidungen und je zwei Sätzen dazu, warum sie so gefallen sind. Es entsteht während des Projekts in Minuten und ist im zweiten Jahr mehr wert als jedes Handbuch.
Wo Sie Ihre Zeit tatsächlich investieren sollten
| Ihre Situation | Der erste Handgriff |
|---|---|
| Umstieg steht noch nicht terminiert | Termin aus dem Umsatzhoch legen — die billigste Risikominderung überhaupt |
| Katalog gewachsen, viele Altadressen | Weiterleitungsplan als eigenes Arbeitspaket mit eigener Abnahme |
| ERP oder Lagersystem angebunden | Schnittstellen zuerst, Frontend zuletzt — die Reihenfolge ist nicht verhandelbar |
| Viele Bestandskunden mit Konto | Passwort-Kommunikation vor dem Go-Live vorbereiten, nicht danach |
| Mehrere Länder oder Währungen | Rollout staffeln, nicht gleichzeitig umschalten |
| Kleines Team, viel Wissen bei einer Person | Entscheidungsprotokoll ab Woche eins mitführen |
| Abos oder wiederkehrende Zahlungen | Eigenes Risikoprofil — siehe Abo-Commerce beim Plattformwechsel |
Checkliste
Risiko-Check vor dem Umschalttermin
Zehn Punkte, die vor der Terminfestlegung geklärt sein sollten. Ihre Häkchen bleiben in diesem Browser gespeichert.
0 von 10 erledigt
Risikomanagement in einem Migrationsprojekt ist keine Methodik-Übung. Es ist die Entscheidung, welche Überraschungen Sie sich leisten wollen — getroffen zu einem Zeitpunkt, an dem Ihnen noch alle Optionen offenstehen.
Der Unterschied zwischen einem ruhigen und einem hektischen Umstieg liegt fast nie in der Technik. Er liegt darin, ob die zehn wahrscheinlichsten Probleme vorher jemandem gehört haben.
Wenn Sie einen Plattformwechsel vor sich haben und wissen wollen, welche Risiken in Ihrem konkreten Fall im kritischen Feld landen: Lassen Sie uns sprechen — wir gehen Ihre Systemlandschaft, Ihren Katalog und Ihren Wunschtermin durch und sagen Ihnen auch, welche Punkte Sie getrost akzeptieren können.
