Von SAP Hybris zur Commerce Cloud in 90 Tagen: Ein Migrations-Leitfaden

Wir haben Franke in 90 Tagen von SAP Hybris zu SAP Commerce Cloud migriert. Neunzig. Das IT-Team des Kunden dachte, wir machen Witze, als wir den Zeitplan auf den Tisch legten. Die meisten Unternehmen behandeln das als 8- bis 12-Monats-Projekt.

SAP hat uns dafür einen Quality Award verliehen. Und dieser Beitrag teilt den tatsächlichen Leitfaden: die Methodik, den Zeitplan, die Entscheidungen, die es möglich gemacht haben. Nicht die Marketing-Version. Die echte.

TL;DR: Wir haben Franke in 90 Tagen von SAP Hybris auf Commerce Cloud migriert (SAP Quality Award). Der Schlüssel: 30 Tage Vorbereitung vor dem Kickoff, kompromissloses Scope-Management (35 % der Anpassungen eliminiert), parallele Workstreams und iterative Lieferung. Agile Ansätze zeigen 42 % Erfolgsquote gegenüber 13 % bei Wasserfall (Standish Group, 2020). Dieser Leitfaden deckt jede Phase vom Audit bis zum Go-live ab.

Brauchen Sie einen Partner statt einer Anleitung? Spadoom ist SAP Gold Partner mit Fokus auf SAP Commerce Cloud Implementierungen in der Schweiz, Deutschland, Österreich und Italien, inklusive Cloud Edition und der neuen ERP Edition. Kostenloses Scoping-Gespräch anfordern oder die Franke 90-Tage-Erfolgsgeschichte lesen.

Warum sind 90 Tage erreichbar?

83 % der Datenmigrationsprojekte scheitern oder überschreiten ihr Budget (Bloor Group, 2023). Klingt beängstigend. Aber nach unserer Erfahrung sind die meisten langen Migrationszeitpläne durch Verschwendung aufgebläht, nicht durch Komplexität.

Eine 90-Tage-Migration bedeutet nicht, Abkürzungen zu nehmen. Sie bedeutet, drei Dinge zu eliminieren, die Zeit fressen, ohne Wert zu schaffen.

Analyse-Paralyse. Teams verbringen Monate damit, Anforderungen zu dokumentieren, die bereits im laufenden System existieren. Schauen Sie einfach hin. Das System steht doch da.

1:1-Replikation unnötiger Anpassungen. Code migrieren, der auf der Zielplattform nicht benötigt wird. Migrieren Sie keinen Workaround von 2017, nur weil er da ist. Wenn das Rad kaputt war, nehmen Sie es nicht mit.

Sequenzielle Phasen mit Übergabe-Verzögerungen. Warten auf Freigaben, Übergaben, Kontextwechsel zwischen Teams. Jede Übergabe kostet eine Woche.

Entfernen Sie diese drei, und die eigentliche Arbeit (Datenmigration, Plattformkonfiguration, Integrationsanbindung, Testing) passt für eine mittelgrosse Commerce-Plattform in 90 Tage.

Was passiert, bevor die Uhr startet? (Woche -4 bis 0)

Die 90-Tage-Uhr startet beim Kickoff. Aber die 30 Tage vor dem Kickoff machen den Unterschied zwischen einem kontrollierten Sprint und einem chaotischen Gewurstel. Agile Projekte gelingen in 42 % der Fälle, verglichen mit 13 % bei Wasserfall (Standish Group, 2020). Dieser Vorsprung beginnt mit sauberer Vorbereitung.

Plattform-Audit (Woche -4 bis -3)

Wir erfassen alles in der bestehenden SAP-Hybris-Instanz. Custom Extensions: zählen, klassifizieren (noch benötigt / ersetzbar / obsolet), Migrationsaufwand pro Extension schätzen. Datenmodelle: Custom Types, Relationen und Attribute dokumentieren. Identifizieren, was direkt auf Commerce Cloud abgebildet wird und was Transformation braucht. Integrationen: jede ein- und ausgehende Verbindung auflisten (ERP, PIM, CRM, Zahlung, Versand, Steuern). Protokolle, Datenformate, Frequenzen dokumentieren. Anpassungs-Hotspots: die 20 % Custom Code identifizieren, die 80 % der Geschäftslogik abdecken.

Bei Franke ergab dieses Audit, dass 35 % der Custom Extensions Workarounds für On-Prem-Einschränkungen waren, die Commerce Cloud nativ abdeckt. Wir haben sie sofort aus dem Scope genommen. Allein damit 3 Wochen Migrationsaufwand gespart. Das ist die Kraft eines sauber durchgeführten Audits.

Daten-Profiling (Woche -3 bis -2)

Bevor Sie die Migrationstools anfassen, verstehen Sie Ihre Daten. 64 % der Organisationen nennen Datenqualität als grösste Herausforderung für die Datenintegrität (McKinsey, 2024). Profilieren Sie jede Entität auf Vollständigkeit, Konsistenz, Qualität. Identifizieren Sie Duplikate, verwaiste Datensätze, Daten, die seit über 2 Jahren niemand angefasst hat. Bauen und testen Sie Ihre ETL-Pipeline mit einem kleinen Sample. Wehret den Anfängen.

Umgebungen einrichten (Woche -2 bis -1)

SAP-Commerce-Cloud-Umgebungen provisionieren (Entwicklung, Staging, Produktion). CI/CD-Pipelines konfigurieren. Monitoring und Alerting einrichten. Zugang für alle Teammitglieder sicherstellen. Nichts Glamouröses. Alles notwendig.

Team-Alignment (Woche -1)

Backlog finalisieren. Klare Verantwortlichkeiten pro Workstream zuweisen: Plattform, Daten, Integrationen, Frontend, Testing. Definition of Done für jedes Inkrement vereinbaren. Tägliche Standups und wöchentliche Stakeholder-Demos etablieren. An Tag 1 weiss jeder, was er tut.

Was wird in Sprint 1 erledigt? (Tag 1-21)

Die ersten drei Wochen. Kernplattform auf Commerce Cloud mit Ihren Datenmodellen und der Basiskonfiguration. Keine Ablenkungen.

Datenmodell-Migration. Custom Types, Enums und Relationen auf Commerce Cloud übertragen. Gegen das Plattform-Audit validieren.

Kern-Geschäftslogik. Die kritischen 20 % der im Audit identifizierten Anpassungen migrieren. Warenkorbberechnung, Preisregeln, Konfiguration der Promotion Engine, Steuerberechnung. Das, ohne was das Geschäft nicht funktioniert.

Basis-Storefront. Composable Storefront mit Ihrem Produktkatalog ausrollen. Noch kein Custom Styling. Funktionale Korrektheit zuerst.

Erster Datenladevorgang. Vollständige Datenmigration auf Staging ausführen. Datensatzzahlen, Datenintegrität und zentrale Geschäftsabläufe validieren.

Was NICHT erledigt wird: visuelle Design-Feinschliffe, nicht-kritische Integrationen (Analytics, Bewertungsplattformen, Loyalty), Performance-Optimierung, Edge-Case-Geschäftslogik. Wir sagen in Sprint 1 zu vielem Nein. Genau das ist der Punkt.

Meilenstein an Tag 21: ein funktionierender Storefront auf Commerce Cloud Staging mit echten Daten, Kern-Geschäftslogik und Basis-Checkout-Flow. Stakeholder können Produkte durchsuchen, in den Warenkorb legen und eine Bestellung abschliessen. Es sieht nicht hübsch aus. Es funktioniert.

Wie kommen die Integrationen in Sprint 2 zusammen? (Tag 22-50)

Mit der bewiesenen Kernplattform verbindet Sprint 2 das Ökosystem wieder und verfeinert das Erlebnis. Arbeiten Sie die Integrationen in der Reihenfolge der Geschäftskritikalität ab:

1. ERP/Auftragsmanagement: Auftragsexport, Bestandssynchronisation, Preisaktualisierungen
2. Zahlungsanbieter: Payment Gateway mit der Payment-Extension von Commerce Cloud wieder verbinden
3. Versand/Logistik: Tarifberechnung, Label-Erzeugung, Tracking-Updates
4. PIM/Content: Produktdaten-Feeds, Media-Asset-Synchronisation
5. CRM/CDP: Kundendaten-Synchronisation

Für jede Integration: den bestehenden API-Vertrag validieren, Endpunkte und Authentifizierung aktualisieren, End-to-End-Tests mit echten Daten durchführen, allfällige Verhaltensunterschiede dokumentieren.

Parallel dazu: Marken-Styling auf Composable Storefront anwenden, Custom-UI-Komponenten implementieren, für Mobile optimieren, SEO-Anforderungen umsetzen (Meta-Tags, strukturierte Daten, URL-Redirects von alten Pfaden).

Meilenstein an Tag 50: ein vollständig integriertes Commerce-Cloud-Deployment mit allen kritischen Integrationen live, markenkonformem Frontend und End-to-End-Bestellfluss vom Browsen bis zur Abwicklung. Jetzt kommen wir voran.

Was macht Sprint 3 anders? (Tag 51-90)

In der letzten Phase geht es um Vertrauen. Sie haben bereits ein funktionierendes System. Jetzt beweisen Sie, dass es produktionsreif ist.

Performance-Tests (Tag 51-60). Lasttests mit realistischen Traffic-Mustern. Spitzentag-Simulation. Engpässe identifizieren und beheben. Auto-Scaling-Verhalten validieren. Seitenladezeiten gegen Zielwerte benchmarken.

User Acceptance Testing (Tag 55-70). Fachanwender testen jeden kritischen Ablauf. Echte Kundenkonten, echte Produktdaten. Alle Integrationen unter realistischen Bedingungen verifizieren. Alle P1- und P2-Probleme lösen.

Generalprobe der Datenmigration (Tag 65-75). Die vollständige Migrationspipeline Ende-zu-Ende durchlaufen. Laufzeit messen: Sie definiert Ihr Cutover-Fenster. Delta-Migration für Daten validieren, die zwischen Generalprobe und Go-live entstehen. Rollback-Prozeduren testen. Dieser Schritt ist nicht verhandelbar. Wer ihn überspringt, zockt.

Go-live und Stabilisierung (Tag 85-90). Das Go-live-Runbook ausführen. Delta-Datenmigration. DNS umschalten. 48 Stunden mit dem gesamten Team in Bereitschaft überwachen.

Was hat die Franke-Migration zum Erfolg gemacht?

90 % der Unternehmen, die ihre E-Commerce-Plattform migriert haben, berichteten von Umsatzverbesserungen (commercetools, 2024). Aber nicht jede Migration liefert diese Ergebnisse. Rückblickend auf Franke machten fünf Faktoren den 90-Tage-Zeitplan möglich.

Kompromissloses Scope-Management. Wir haben nicht alles migriert. Wir haben migriert, was das Geschäft brauchte. Die 35 % unnötiger Anpassungen blieben zurück. Keine Nostalgie. Kein «aber das hatten wir schon immer».

Parallele Workstreams. Plattform, Daten, Integrationen und Frontend liefen parallel mit täglichen Sync-Punkten. Keine sequenziellen Übergaben. Wenn ein Team auf einen Blocker traf, machten die anderen weiter.

Frühes Daten-Investment. Das Daten-Profiling begann vor dem Kickoff. An Tag 1 wussten wir genau, was wir migrieren und was wir zurücklassen. Null Überraschungen bei den Daten.

Iterative Lieferung mit wöchentlichen Demos. Stakeholder sahen jede Woche Fortschritt. Probleme kamen früh ans Licht. Kurskorrekturen passierten in Tagen, nicht Monaten.

Erfahrenes Team. Unser Team hatte das schon gemacht. Es kannte die Plattform, die Migrationsmuster, die typischen Fallstricke. Das zählt mehr, als man denkt. Prima vista sieht jede Migration gleich aus, aber die Mustererkennung aus früheren Projekten spart Wochen.

SAP zeichnete das Projekt mit einem Quality Award für Methodik, Stakeholder-Engagement und Lieferqualität aus. Geschwindigkeit und Qualität sind keine Gegensätze. Eine fokussierte, gut geplante Migration liefert beides.

Wann sollten Sie starten?

Der Leitfaden funktioniert. Aber die 90-Tage-Uhr tickt erst, wenn die Vorbereitung abgeschlossen ist. Wenn Sie die EoMM-Deadline im Juli 2026 vor sich haben (SAP Help Portal, 2026), ist die Rechnung einfach:

30 Tage Vorbereitung + 90 Tage Migration = 120 Tage insgesamt. Für ein Go-live bis Juli 2026 muss die Vorbereitung spätestens im März 2026 beginnen. Für ein komfortables Go-live mit Puffer starten Sie bis Januar 2026.

Je später Sie beginnen, desto komprimierter wird der Zeitrahmen. Und komprimierte Zeitrahmen kosten mehr. So ist das nun mal.

Für einen breiteren Blick auf das, was SAP Commerce Cloud liefert (Preise, Branchenanwendungsfälle, Implementierungsmethodik), besuchen Sie unsere SAP Commerce Cloud Lösungsseite.

Wir prüfen Ihre SAP-Hybris-Instanz, erfassen Ihre Anpassungen, profilieren Ihre Daten und erstellen einen realistischen 90-Tage-Plan, der auf Ihre Situation zugeschnitten ist. Kontaktieren Sie uns und lassen Sie uns Ihre EoMM-Deadline in ein 90-Tage-Projekt verwandeln.

Brauchen Sie Unterstützung bei der Umsetzung?

Spadoom implementiert SAP Commerce Cloud durchgängig: Cloud Edition für B2B/B2C-Enterprise, ERP Edition für KMU auf S/4HANA Public Cloud, sowie Hybris-Migrationen weg von On-Premise. Sehen Sie die Franke 90-Tage-Erfolgsgeschichte für ein konkretes Beispiel, oder vereinbaren Sie ein Scoping-Gespräch.

Häufig gestellte Fragen

Sind 90 Tage für jede SAP-Commerce-Migration realistisch?

Offen gesagt: Es hängt von der Komplexität ab. Neunzig Tage funktionieren für mittelgrosse Commerce-Plattformen mit einer sauberen Vorbereitungsphase. Grössere Deployments mit mehreren Storefronts, umfangreicher Integrationsarbeit oder grossen Datenvolumen brauchen eher 4 bis 6 Monate. Die entscheidende Variable ist nicht die Plattformgrösse. Es ist die Menge an unnötigen Anpassungen und technischen Schulden. Unser strukturiertes Audit identifiziert typischerweise 25 bis 35 % der Anpassungen als entfernbar, was den Zeitplan direkt verkürzt.

Was ist das grösste Risiko einer 90-Tage-Migration?

Die Datenmigration, ohne Frage. 83 % der Datenmigrationsprojekte überschreiten Budget oder Zeitplan (Bloor Group, 2023). Deshalb starten wir das Daten-Profiling in der Vorbereitungsphase, bevor die 90-Tage-Uhr beginnt. An Tag 1 von Sprint 1 kennen wir bereits Datenvolumen, Qualitätsprobleme und Transformationsanforderungen. Die Generalprobe in Sprint 3 validiert die vollständige Pipeline vor dem Go-live.

Wie viele Leute braucht eine 90-Tage-Migration?

Das Franke-Team war schlank: 3 bis 4 Spadoom-Berater plus 2 bis 3 kundenseitige Ressourcen (Product Owner, Business Analyst, IT-Ansprechperson). Insgesamt 6 bis 7 Personen. Es geht nicht um Teamgrösse. Es geht um parallele Workstreams mit klaren Verantwortlichkeiten und täglichen Sync-Punkten. Ein grösseres Team mit sequenziellen Übergaben wäre tatsächlich langsamer.

Was passiert mit SEO bei der Migration von Hybris zu Commerce Cloud?

Änderungen der URL-Struktur erfordern einen soliden Redirect-Plan. Wir erledigen das in Sprint 2: alle alten URLs auf neue Pfade mappen, 301-Redirects implementieren, strukturierte Daten und Meta-Tags aktualisieren, die neue Sitemap bei Google einreichen. Sauber gemacht, erholt sich der organische Traffic innerhalb von 2 bis 4 Wochen. Composable Storefront liefert zudem out of the box bessere Core Web Vitals, was die Rankings nach der Migration oft verbessert.

Können wir die alte Hybris-Plattform und die neue Commerce Cloud während der Migration parallel betreiben?

Ja, und wir empfehlen es. Während Sprint 3 laufen beide Systeme gleichzeitig. Die alte Plattform bedient den Produktions-Traffic, während wir UAT und Performance-Tests auf Commerce Cloud abschliessen. Das Cutover-Fenster (DNS-Umschaltung) beträgt typischerweise 4 bis 8 Stunden, in denen wir die Delta-Datenmigration durchführen. Wenn etwas schiefgeht, ist der Rollback ein DNS-Revert zurück auf die alte Plattform. Sauber und sicher.