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.

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.

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

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.

Häufige Fragen

FAQ

Weiterlesen

Warum ich den Konzern verlassen hab — und was ich dabei gelernt habe

Das ist kein Abrechungspost und kein Motivationstext. Es ist eine ehrliche Einschätzung — was mich dazu gebracht hat, nach Jahren im Konzern den Schritt zu machen, und was ich seither gelernt habe.

Ich hatte eine gute Stelle. Gutes Gehalt. Echte Verantwortung in globalem Strategie-Marketing — Hospital Care, Critical Care, 50.000-Personen-Organisation. Und irgendwann das Gefühl: ich bin ein kleines Rädchen in einem Riesentanker.

Nicht weil der Tanker schlecht war. Nicht weil die Menschen darin schlecht waren. Sondern weil ein Konzern dieser Größenordnung andere Physik hat als ein 5-Personen-Team. Das ist keine Kritik — das ist ein Naturgesetz. Mir hat es jahrelang gedauert, den Unterschied klar zu benennen.

Oktober 2022, schaller.work. Keine dramatische Kündigung, kein Burnout-Moment, keine Epiphanie. Eine durchdachte Entscheidung — die sich jahrelang angebahnt hat und dann irgendwann einfach fällig war.

01 — Wo es anfing

Das Innovationslabor — und was es mir gezeigt hat

Irgendwann bekam ich die Möglichkeit, im Innovationslabor des Unternehmens mitzuarbeiten. CEO und CFO als direkte Sponsoren. Agile Teams, Startup-Methoden, echte Energie. Endlich Dinge bauen statt nur koordinieren. Ich war dabei, weil ich wollte — nicht weil ich musste.

Und dann kam die Realität. Jede gute Idee lief in SAP-Anforderungen rein. Globale Prozessmandate. Beschaffungsregeln. „Wir müssen das zuerst mit IT koordinieren.“ Die agilen Ideen waren gut. Das System war nicht für sie gebaut. Nicht weil die Leute schlecht waren — sondern weil eine 50.000-Personen-Organisation anders bewegt als ein 5-Personen-Team. Das ist Physik, keine Schuldfrage.

Ich hab das selbst erlebt: Du kommst morgens rein mit einer klaren Idee. Du gehst abends raus mit 3 offenen Abstimmungsschleifen, 1 Eskalation und dem Bewusstsein, dass die eigentliche Entscheidung in 6 Wochen in einem Committee fallen wird. Nicht ins richtige Tun kommen — das war mein Alltag.

„Die Leute waren gut. Die Ideen waren gut. Nur das System war nicht gebaut um schnell zu sein — und das lässt sich nicht wegcoachen.“

Meine Erfahrung aus dem Innovationslabor

02 — Die Administrationsfalle

E-Business global — wenn wichtige Arbeit trotzdem nicht befriedigt

Parallel dazu übernahm ich die Rolle als E-Business Coordinator. Verantwortlich für den globalen Aufbau von B2B-Shops. SAP PIM koordinieren. Ländergesellschaften einbinden. Daten, Prozesse, Rollouts. Wichtige Arbeit — das war mir klar.

Aber ich merkte: Ich koordiniere mehr als ich baue. Ich dokumentiere mehr als ich entscheide. Ich bin zunehmend Administrator — nicht Gestalter. Das Organigramm sagt „Verantwortung“. Die Realität sagt: Abstimmungsgespräch Nummer 14 diese Woche, 3 davon mit denselben Teilnehmern, wieder ohne Ergebnis.

In meiner Erfahrung ist das kein Einzelfall. Es ist das Muster vieler guter Leute in großen Strukturen: Sie kommen rein um etwas zu bewegen. Sie landen in einem System das Bewegung verlangsamt. Nicht aus Böswilligkeit — sondern weil Koordination auf dieser Skala das einfach braucht.

03 — Die eigentliche Erkenntnis

Nicht frustriert von den Menschen — frustriert von der Struktur

Das dauerte eine Weile um klar zu sehen: Ich war nicht frustriert von den Menschen. Ich kannte exzellente Kolleginnen und Kollegen — kluge, motivierte Leute, die genauso gegen die Struktur ankämpften wie ich. Die Frustration war systemisch, nicht personal.

Ein Konzern ist kein schlechter Ort. Er ist nur ein falscher Ort für jemanden der Dinge bewegen will — der die direkte Linie zwischen Entscheidung und Ergebnis braucht, nicht die 14-Schritte-Abstimmungsschleife dazwischen.

04 — Was ich mitgenommen habe

Was der Konzern mir gegeben hat — das ich heute täglich einsetze

05 — Was schaller.work ist

Kein Beratungshaus. Kein Agentur-Betrieb. Ein Sparringpartner.

Ich hab bei der Gründung bewusst entschieden was schaller.work nicht sein soll: kein klassisches Beratungsunternehmen das Strategie-Decks produziert und dann geht. Keine Agentur die auf Retainer-Basis Headlines liefert. Kein Anbieter der bei jedem Pitch-Meeting sagt „wir finden die passende Lösung“ — und dann dasselbe Framework zum dritten Mal rauszieht.

Was ich anbiete: Jemanden der drinnen war. Der den Unterschied zwischen dem Pitch und der Realität kennt. Der die unbequemen Fragen zuerst stellt — und nicht erst nach dem Briefing. Kein Buzzwörter zurufen. Keine Schaumschlägerei. Sondern: Was ist wirklich los, was ist das eigentliche Problem, und was lohnt sich anzugehen?

Es muss dem Fisch schmecken und nicht dem Angler. Das gilt für meine Arbeit mit Kunden genauso wie für die Entscheidung, den Konzern zu verlassen. Ich hatte aufgehört mir selbst zu schmecken.

Häufige Fragen

FAQ

Weiterlesen