Migration in die MACH-Welt. Eine Schicht nach der anderen.

Für eine Zeit läuft tatsächlich beides. Der Unterschied ist, wofür Du zahlst. Beim Big Bang zahlst Du zwei Jahre für ein Versprechen. Schrittweise zahlst Du für eine Schicht, die nach wenigen Monaten arbeitet, und finanzierst den nächsten Schritt aus dem Effekt des vorigen. Die Doppelbetriebsphase planen wir von Anfang an ein, statt sie zu verschweigen.

An der Stelle, die Dich heute Geld kostet. Bricht die Suche im Sortiment ein, ist es die Produktschicht. Fällt der Checkout an Spitzentagen um, ist es die Transaktionsschicht. Hängst Du in Freigabeschleifen, ist es die Prozessschicht. Genau diese Zuordnung macht das Platform Audit, bevor irgendwer über Technologie redet.

Ein Zielbild mit Enddatum und eine Regel: Jede Schicht, die wir herauslösen, hat einen definierten Übergabepunkt zum Altsystem, der wieder verschwindet. Wir dokumentieren pro Schritt, was danach abgeschaltet wird. Ohne diese Abschaltliste ist es keine Migration, sondern eine Erweiterung.

Ja, und das ist der Normalfall. Die Module docken über APIs an, nicht über eine Plattformverwandtschaft. Wir haben mit Shopware, Magento und OXID gearbeitet und wissen, wo die Schnittstellen dieser Systeme belastbar sind und wo nicht.

Nicht die Module, sondern die Nähte. Produktdaten synchron halten, Aufträge über zwei Systeme führen, Identität und Session zusammenhalten, Suchindex aktuell halten, Preislogik an einer Stelle entscheiden, Retouren sauber verbuchen. Da entstehen die Wochen, und da entscheidet sich, ob es funktioniert. Deshalb reden wir darüber früh und nicht im Projekt.

Nein, und das ist Teil der Architektur. MACH bedeutet austauschbare Bausteine, das gilt auch für den Dienstleister. Wir dokumentieren so, dass ein anderes Team weiterarbeiten kann. Wenn Du uns behältst, dann weil das Ergebnis stimmt.