Warum die Plattform-Migration nichts gelöst hat: Und was das Problem tatsächlich ist

Die Migration wurde auf der Grundlage genehmigt, dass die Plattform der Engpass sei. Der Traffic war gut. Das Team war fähig. Die Strategie war stimmig. Die Plattform war die verbleibende Variable. Ändere die Plattform, und die Leistung würde folgen.

Zwölf Monate nach der Migration liegt die Conversion-Rate nur wenige Punkte neben dem Wert von vorher. Die Seitengeschwindigkeit ist besser. Das Produkt ist aufgeräumter. Die Leistungsfähigkeit ist echt verbessert. Die kommerziellen Kennzahlen, die Kosten und Störung gerechtfertigt haben, haben sich nicht im selben Maß bewegt.

Das ist kein Technologieversagen. Es ist ein Diagnoseversagen, das der Technologieentscheidung vorausging.

Warum Plattformen für Systemprobleme verantwortlich gemacht werden

Plattformen sind sichtbar. Sie sind teuer. Sie sind komplex genug, um plausibel die Ursache fast jedes Leistungsproblems zu sein, und konkret genug, dass ihr Wechsel eine sichtbare Handlung erzeugt, die entschlossene Führung zeigt.

Die kommerziellen Probleme, die die Entscheidung zur Migration tatsächlich trieben, waren keine Plattformprobleme. Es waren Prozessprobleme. Teamprobleme. Datenprobleme. Messprobleme. Probleme des Betriebsmodells. Keines davon wanderte mit den Daten und dem Produktkatalog mit. Sie waren schon da, als die neue Plattform live ging, gekleidet in eine schnellere, sauberere Oberfläche.

Die Probleme, die nicht mitwandern

Ein Attributionsmodell, das auf der alten Plattform die falschen Dinge maß, misst auch auf der neuen die falschen Dinge. Der Kaufabbruch, der drei Prozent der Warenkörbe kostete, war ein UX-Problem, kein Technologieproblem, und die Standardkonfiguration des Checkouts der neuen Plattform löste es nicht. Die Logik der Produktsuche, die irrelevante Ergebnisse lieferte, war ein Problem der Taxonomie und Datenqualität, das das neue Suchwerkzeug zusammen mit den zugrunde liegenden Daten erbte.

Technologie ermöglicht. Sie repariert nicht die Betriebslogik, die auf ihr sitzt. Ein Unternehmen mit einer defekten kommerziellen Architektur auf einer neuen Plattform hat eine schneller laufende defekte kommerzielle Architektur.

Was eine Migration für 2 Mio. Euro tatsächlich gekauft hat

Ein E-Commerce-Unternehmen gab 2 Mio. Euro für eine Plattform-Migration aus, die vierzehn Monate dauerte. Der Business Case veranschlagte eine Steigerung der Conversion um 1,5 Punkte innerhalb von sechs Monaten nach dem Start. Zwölf Monate nach dem Start hatte sich die Conversion-Rate um 0,3 Punkte verbessert, größtenteils zurückzuführen auf schnellere Ladezeiten und nicht auf eine Änderung der kommerziellen Logik.

Der Checkout-Ablauf der neuen Plattform reproduzierte dieselben Reibungspunkte wie der alte, weil dasselbe Team ihn nach denselben Annahmen gestaltete. Die Produkt-Taxonomie übernahm dieselben Lücken in der Kategorisierung. Der Suchalgorithmus war leistungsfähiger, indexierte aber dieselben unvollständigen Produktdaten.

Die Migration lieferte eine bessere Plattform. Sie lieferte keine besseren kommerziellen Ergebnisse, weil die Probleme des kommerziellen Systems keine Plattformprobleme waren. Die 2 Mio. Euro behandelten die falsche Diagnose.

Wie die richtige Diagnose-Reihenfolge aussieht

Prüfen Sie zuerst das kommerzielle System. Verstehen Sie, wo Leistung verloren geht und warum. Stellen Sie fest, ob der Verlust in der Technologie, im Prozess, bei den Menschen, in der Messung oder in einer Kombination davon liegt. Treffen Sie die Technologieentscheidung dann auf Basis dieses Befunds statt an seiner Stelle.

Die Unternehmen, die am meisten aus einer Plattform-Investition holen, sind nicht die mit den größten Budgets. Es sind die, die das kommerzielle Problem genau verstanden haben, bevor sie das Werkzeug zu seiner Lösung wählten.

Die Plattform ist nie die Antwort auf eine Frage, die nicht richtig gestellt wurde. Ein Marketing MRI stellt die Frage zuerst. Die Technologieentscheidung folgt aus der Antwort.