Strategie
7 Min. Lesezeit
Januar 2023
Transformieren statt migrieren — der Unterschied der über Erfolg entscheidet
Wenn Unternehmen „digitale Transformation“ sagen, meinen sie meistens etwas anderes. Ein neues Tool kaufen ist keine Transformation. Es ist Migration. Und der Unterschied entscheidet über Erfolg oder Enttäuschung.
Christopher Schaller
schaller.work
Die meisten Unternehmen die sagen „wir machen digitale Transformation“ meinen: wir kaufen ein neues System. Dasselbe Gepäck, anderer Zug. Dasselbe Denken, neue Oberfläche. Dieselben Probleme — in einer teureren Umgebung.
Ich sehe das regelmäßig. Nicht als abstrakte Beobachtung — ich hab es von innen erlebt, in einem der größten Medizintechnikunternehmen Europas. Nach 18 Monaten Projektlaufzeit: neues System, selbe Probleme, neue Oberfläche. Und die ehrliche Frage im Abschlussmeeting, die niemand laut stellen wollte: Haben wir eigentlich etwas verändert?
Der Unterschied zwischen Migration und Transformation ist kein akademischer. Er entscheidet darüber ob ein Projekt dauerhaft etwas bewegt — oder ob es in 3 Jahren eine neue Ausschreibung für das nächste System gibt.
01 — Migration
Was Migration bedeutet — und wann sie richtig ist
Migration bedeutet: System A wird zu System B. Die Inputs sind dieselben. Die Outputs sind dieselben. Die Software ist neu. ERP-Migration, Website-Relaunch, CRM-Wechsel — das sind alles legitime Migrationen. Das Organigramm ändert sich nicht. Die Prozesse ändern sich nicht. Nur das Tool ändert sich.
Ich hab das in einem globalen Medizintechnikunternehmen erlebt: nach einem 18-Monats-Projekt auf neuem System — dieselben Probleme, neue Oberfläche. Weil das Projekt die Frage „welches System kaufen wir“ beantwortet hat. Nicht die Frage „wie arbeiten wir anders“.
Migration ist keine schlechte Entscheidung. Sie ist manchmal genau richtig — nämlich dann wenn der Prozess gut ist, aber das Tool limitiert. Das Problem entsteht erst wenn man Migration Transformation nennt. Und dann enttäuscht ist, dass nichts Grundlegendes anders wurde.
Migration — richtig eingesetzt
Prozess funktioniert. Tool limitiert. Neues System bringt Geschwindigkeit, bessere Integration, geringere Wartungskosten. Ergebnis: messbare Verbesserung im Betrieb.
Migration — falsch benannt
Prozess hat strukturelle Probleme. Man kauft ein neues System. Die Probleme wandern mit. Nach 18 Monaten: neue Oberfläche, alte Realität.
02 — Transformation
Was Transformation wirklich verlangt
Transformation verändert wie die Organisation arbeitet — nicht welche Tools sie benutzt. Sie stellt die Fragen bevor das System ausgewählt wird: Warum machen wir es so? Was wollen wir wirklich erreichen? Wer trifft die Entscheidung und warum? Das Tool kommt danach — nicht davor.
Transformation ist unbequem, weil sie den Auftraggeber in die Pflicht nimmt. Es reicht nicht ein System einzuführen. Die Verantwortlichkeiten müssen sich ändern. Die Prozesse müssen sich ändern. In manchen Fällen müssen Entscheidungswege sich ändern. Das lässt sich nicht outsourcen — das muss die Organisation selbst tragen.
In meiner Erfahrung ist der härteste Moment in Transformationsprojekten nicht die technische Implementierung. Es ist der Moment wenn klar wird, dass die Organisation selbst etwas ändern muss — und nicht nur das System. Wer das frühzeitig ausspricht, macht sich im Projekt nicht beliebt. Wer es nicht ausspricht, spart sich Ärger bis zum Go-live — und zahlt danach.
„Transformieren heißt: du gehst rein und kommst anders raus. Migrieren heißt: du nimmst dein Gepäck und wechselst den Zug.“
Meine Kurzformel für Kunden
03 — Die häufigste Verwechslung
Tool kaufen und Transformation nennen — das Muster das ich immer wieder sehe
Salesforce kaufen und „CRM-Transformation“ nennen
Das CRM-System ist neu. Die Prozesse dahinter nicht. Die Vertriebsmannschaft trägt weiterhin dieselben Daten ein wie vorher — oder gar keine, weil der Aufwand gestiegen ist. 6 Monate nach Go-live: unvollständige Daten, geringe Adoption, Frustration. Das Tool ist nicht schuld. Es hat geerbt was vorher war.
Shopify kaufen und „D2C-Transformation“ nennen
Der Shop ist live. Die Produktdaten kommen aus dem PIM — mit denselben Lücken wie immer. Der Customer Service hat keine neue Logik. Die Retourenquote ist nach 3 Monaten das nächste Problem. D2C ist ein Betriebsmodell, kein Shop-System. Den Shop zu kaufen ist die einfache Hälfte.
PIM kaufen und „Datentransformation“ nennen
Die Daten sind immer noch schlecht. Sie liegen jetzt in einem teureren System. Ohne neue Prozesse, ohne klare Daten-Ownership, ohne Bereinigung — erbt das neue System die alten Probleme. Der Unterschied: der Wartungsvertrag ist jetzt dreistellig pro Monat.
04 — Die unbequeme Erklärung
Warum dir das niemand sagt — und was das mit Geschäftsmodellen zu tun hat
Migration verkauft sich leichter als Transformation. Eine Migration hat einen definierten Scope. Einen Zeitplan. Einen Preis. Man weiß was man kauft. Eine Transformation ist offen — sie verlangt dass der Auftraggeber selbst etwas ändert. Das ist schwieriger zu pitchen, schwieriger zu kalkulieren und schwieriger zu verkaufen.
Systemanbieter verdienen an der Implementierung — nicht daran ob die Organisation danach besser funktioniert. Berater verdienen an langen Projekten mit breitem Scope — nicht an schnellen, ehrlichen Antworten die das Projekt kleiner machen. Das ist keine Verschwörung. Das ist Anreizarchitektur.
Von gefühlt hin zu Performance — das ist der Schritt der fehlt. Nicht das Tool. Die ehrliche Einschätzung vor dem Kauf: Was ändert sich in der Arbeitsweise? Was nicht? Was muss die Organisation selbst leisten, damit das System funktioniert? Diese Fragen zu stellen kostet einen halben Tag. Sie nicht zu stellen kostet manchmal Millionen.
05 — Drei Fragen
3 Fragen die ich vor jedem Digitalprojekt stelle
Nicht als Checkliste — sondern als Denkrahmen. Die Fragen sind einfach. Die ehrlichen Antworten sind meistens unbequem. Aber sie entscheiden darüber ob ein Projekt Ergebnisse bringt oder nur Rechnungen.
Was ändert sich in der Arbeitsweise — nicht im Tool?
Das ist die ehrlichste Frage. Wenn die Antwort „nichts“ ist — dann ist das eine Migration. Das ist okay, wenn man es so nennt. Was nicht funktioniert: eine Migration als Transformation zu verkaufen und dann enttäuscht zu sein, dass sich nichts geändert hat.
Wer ist für das Ergebnis verantwortlich — nicht das Projekt?
Projekte haben einen Projektleiter. Ergebnisse brauchen einen Businessverantwortlichen. Wer ist das? Was passiert wenn das System live ist und die Zahlen nicht stimmen? Wenn diese Frage keine klare Antwort hat, ist das ein Warnsignal — nicht für das Projekt, sondern für die Organisation dahinter.
Was passiert wenn das neue System dieselben Daten bekommt wie das alte?
Das ist die technischste Frage mit der direktesten Antwort. Schlechte Daten in einem neuen System sind immer noch schlechte Daten. Die Frage erzwingt einen Blick auf den Ist-Zustand. Und meistens ist der Ist-Zustand das eigentliche Problem — nicht das System.
Häufige Fragen
FAQ
Wie erkenne ich ob wir migrieren oder transformieren?
Frag: Was ändert sich in der Arbeitsweise? Wenn die Antwort „nichts“ ist — ihr migriert.
Ist Migration schlecht?
Nein. Migration ist manchmal genau richtig. Das Problem ist wenn man Migration Transformation nennt und dann enttäuscht ist.
Wo fängt Transformation an?
Bei der Frage: Warum machen wir das so? Nicht: Welches Tool kaufen wir?
Wie lange dauert echte Transformation?
Länger als jeder Berater sagt. Kürzer als jeder Konzern befürchtet. Und sie hört nie wirklich auf.
Autor
Christopher Schaller
Strategie und Digitalprojekte — aus aktiver Mandatsarbeit, nicht aus dem Whitepaper.
schaller.work
Vor dem nächsten Systemprojekt?
Wenn du dir nicht sicher bist ob dein nächstes Projekt Migration oder Transformation ist — es lohnt sich das vor dem Kauf zu klären. Nicht danach. Alles was ich einschätze kommt aus aktiver Mandatsarbeit.
info@schaller.work