Wie Spadoom und Franke in nur 90 Tagen eine moderne E-Commerce-Plattform aufgebaut haben

Die meisten SAP-Commerce-Cloud-Migrationen dauern 4 bis 6 Monate für einen einzigen Markt. Die Franke Group, ein globaler Hersteller von Küchensystemen, musste in neun europäischen Ländern live gehen. Der Zeitplan: 90 Tage.

Sie haben es geschafft. Null Hotfixes nach dem Launch. SAP Quality Award in der Kategorie «Time to Market». Und nein, das Team hat nicht einfach schneller gearbeitet. Es hat konkrete methodische Entscheidungen getroffen, die den Leerlauf eliminierten, der die meisten Migrationen in Monat sechs, sieben, acht zieht.

TL;DR: Franke migrierte in 90 Tagen von Legacy-On-Premise auf SAP Commerce Cloud in 9 Ländern und gewann dafür einen SAP Quality Award. Das Projekt erzielte 20 % mehr Konversionen und 30 % schnellere Auftragsbearbeitung. Kernmethodik: Standards-first-Architektur (minimaler Custom Code), agile Sprints mit wöchentlicher Steuerung und ein phasenweiser Go-live. 83 % der Migrationen sprengen ihr Budget (Bloor Group, 2023): Strukturierte Governance und Scope-Disziplin trennen die 17 %, die es schaffen, vom Rest.

Warum dauern die meisten Commerce-Migrationen so lange?

83 % der Datenmigrationsprojekte überschreiten ihr Budget oder ihren Zeitplan (Bloor Group, 2023). Die üblichen Verdächtigen sind nicht technischer Natur. Sie sind organisatorisch. Scope Creep während der Build-Phase. Integrationsüberraschungen, die zu spät entdeckt werden. Governance-Strukturen, die höchstens einmal im Monat eine Entscheidung treffen können. Ich habe in solchen Monats-Reviews gesessen. Dort gehen Projekte hin, um zu sterben.

Agile Projekte gelingen in 42 % der Fälle, verglichen mit 13 % bei Wasserfall (Standish Group, 2020). Aber einfach «agil machen» reicht nicht. Entscheidend ist, ob Ihre Sprints tatsächlich den Entscheidungszyklus verkürzen oder nur Wasserfall-Phasen mit trendigeren Etiketten versehen.

Franke hat Entscheidungen durch drei konkrete Massnahmen beschleunigt: wöchentliche Steuerungsausschüsse mit echter Entscheidungsbefugnis, eine Standards-first-Architektur, die die meisten Debatten über Individualentwicklung im Keim erstickte, und ein phasenweiser Go-live, der das Launch-Risiko gegen null brachte.

Was machte den 90-Tage-Zeitplan möglich?

SAP ist seit 11 Jahren in Folge Leader im Gartner Magic Quadrant für Digital Commerce (SAP News Center, 2025). Die Reife der Plattform war eine Voraussetzung. Aber die Verkürzung des Zeitplans kam von vier methodischen Entscheidungen.

Standards-first-Architektur. Das Team legte sich früh fest: die Out-of-the-Box-Fähigkeiten von SAP Commerce Cloud und Composable-Storefront-Komponenten nutzen, wo immer möglich. Individualentwicklung blieb echten Lücken vorbehalten, nicht Vorlieben. Diese eine Entscheidung sparte vermutlich 30 bis 40 % des Entwicklungsaufwands gegenüber dem Customizing-lastigen Ansatz, den wir in den meisten Projekten sehen. Wenn jemand fragte «Können wir das anpassen?», lautete die Standardantwort «Warum?».

Strukturierte Governance von Tag eins. Wöchentliche Steuerungsausschuss-Sitzungen mit Führung, Projektleitung und Fachexperten. Klare Eskalationspfade. Alle im Raum kannten ihre Entscheidungskompetenz. In einem 90-Tage-Projekt können Sie sich schlicht keine Entscheidungen leisten, die auf das nächste Monats-Review warten.

Agile Sprints mit sichtbarem Fortschritt. Zweiwöchige Sprint-Zyklen mit funktionierenden Demos nach jedem Sprint. JIRA gab allen Stakeholdern Echtzeit-Transparenz. Schnelle Erfolge nach jedem Sprint hielten den Schwung hoch: ein fertiges Compliance-Feature, ein integriertes UI-Modul, ein erreichter Test-Meilenstein.

Smartes Staffing-Modell. Frankes interne Teams brachten tiefes Prozess- und Kundenwissen mit. Wir brachten SAP-Commerce-Cloud-Expertise und Erfahrung mit Multi-Country-Rollouts. Diese Mischung bedeutete: Entscheidungen fielen schnell, weil beide Seiten immer im Raum waren, die Leute, die das Geschäft verstanden, und die Leute, die die Plattform verstanden.

Wie funktionierte ein Rollout in 9 Ländern in 3 Monaten?

90 % der Unternehmen, die ihre E-Commerce-Plattform migriert haben, berichteten von Umsatzverbesserungen (commercetools, 2024). Aber Multi-Country-Rollouts türmen Komplexität auf, die Single-Market-Projekte nie berühren: MwSt.-Regeln, Steuernummern, rechtliche Anforderungen, Sprachvarianten, lokale Zahlungsmethoden, regionale Logistikanbieter. Neun Länder heisst: neun Varianten von alledem.

Frankes Rollout umfasste Frankreich, Deutschland, Österreich, Luxemburg, Italien, die Niederlande, Polen, die Schweiz und Liechtenstein. Jeder Markt hatte eigene Compliance-Anforderungen: MwSt.-Feldkonfigurationen, steuerliche Identifikationsnummern, länderspezifische rechtliche Hinweise.

Der Ansatz, der funktionierte: länderspezifische Konfiguration als Daten behandeln, nicht als Code. MwSt.-Regeln, Steuerfelder und Rechtstexte wanderten in Konfigurationsschichten statt in individuelle Entwicklungszweige. Ein neues Land hinzuzufügen wurde zur Konfigurationsübung, nicht zum Entwicklungs-Sprint. Das ist die Art von Architekturentscheidung, die Zinseszins abwirft.

Zahlungs- und Logistikintegrationen liefen über das Erweiterungs-Framework von SAP Commerce Cloud: Zahlungs-Gateways, Versanddienstleister und Tarifrechner wurden über standardisierte APIs angebunden statt über individuellen Integrationscode.

Was geschah, als etwas schiefging?

Jede Migration trifft auf unerwartete Hindernisse. Ausnahmslos jede. Die Frage ist, ob Ihre Governance-Struktur sie absorbieren kann, ohne den Zeitplan zu entgleisen.

Drei Probleme tauchten mitten im Projekt auf. Die Integration externer Logistik- und Zahlungsanbieter erwies sich als schwieriger als erwartet. Compliance-Anforderungen in einzelnen Märkten kamen spät ans Licht: zusätzliche Steuerfelder und Identifikationsvalidierungen, die niemand eingeplant hatte. Und die Benutzerakzeptanz in Frankes internen Teams brauchte mehr Aufmerksamkeit als geplant.

So haben wir jedes davon gelöst.

Integrationskomplexität: phasenweiser Rollout. Jede Systemkomponente wurde isoliert integriert und getestet, bevor sie vollständig ausgerollt wurde. Das begrenzte den Schadensradius, wenn etwas brach.

Späte Compliance-Anforderungen: Wir zogen die Rechtsberatung früher in den Sprint-Zyklus. Konfigurationen vor dem Go-live prüfen und anpassen, nicht in Last-Minute-Hektik.

Benutzerakzeptanz: intensive Trainings-Workshops, Walkthroughs und Feedback-Sitzungen, direkt in die Sprint-Kadenz eingebaut. Die internen Teams lernten die neuen Arbeitsabläufe gemeinsam mit dem Entwicklungsteam, nicht erst nach dem Launch. Was Hänschen nicht lernt, lernt Hans nur mühsam.

Keine dieser Herausforderungen verschob den Zeitplan. Die Governance-Struktur hat sie absorbiert: wöchentliche Steuerung, klare Eskalation, schnelle Entscheidungen.

Was waren die Geschäftsergebnisse?

47 % der IT-Verantwortlichen nennen technische Schulden als wesentlichen Treiber von Mehrausgaben (IDC, 2024). Frankes Migration beseitigte die technischen Schulden des alten On-Premise-Systems und lieferte gleichzeitig messbare Geschäftsverbesserungen.

20 % höhere Online-Konversionsraten. Schnellere Ladezeiten, responsives Design, gestraffter Checkout. Bessere Einkaufserfahrung, mehr Käufe. So einfach ist das.

30 % kürzere Auftragsbearbeitungszeit. Saubere Workflows und Backend-Automatisierung ersetzten die manuellen Prozesse, die im Altsystem fest eingebacken waren.

Niedrigere Gesamtbetriebskosten. Der Wechsel von On-Premise-Infrastruktur auf die verwaltete Plattform von SAP Commerce Cloud senkte den Betriebsaufwand. Kein Patchen, Hosten oder Infrastrukturmanagement mehr auf Frankes Seite.

Null Hotfixes nach dem Launch. Der phasenweise Go-live fing Probleme in kontrollierten Etappen ab statt in der Produktion. Hyper-Care-Support stand bereit, wurde aber kaum gebraucht.

SAP Quality Award in Time to Market. SAPs eigene Anerkennung für Liefergeschwindigkeit ohne Qualitätsabstriche. Das hat gutgetan, ich gebe es zu.

Was können andere Unternehmen daraus lernen?

Über 3’200 Unternehmen nutzen aktuell SAP Commerce Cloud (6sense, 2025). Nicht jede Migration muss in 90 Tagen passieren. Die meisten mittelgrossen Projekte laufen 4 bis 6 Monate. Aber die Methodikmuster von Franke gelten unabhängig vom Zeitplan.

Investieren Sie vorab in Governance. Ein 90-Tage-Projekt kann sich keine Entscheidungsengpässe leisten. Ein 6-Monats-Projekt auch nicht: Die Engpässe fühlen sich nur weniger dringend an, bis sie sich stapeln und Ihren Go-live-Termin erdrücken. Wöchentliche Steuerung mit Entscheidungsbefugnis lohnt sich in jeder Grössenordnung.

Standard als Default, Customizing nur wenn nötig. Jedes individuelle Feature, das Sie bauen, ist ein Feature, das Sie warten. SAP Commerce Cloud deckt über 80 % der typischen B2C- und B2B-Anforderungen out of the box ab. Nutzen Sie diese Fähigkeiten. Sparen Sie Ihr Customizing-Budget für die Dinge, die Ihr Geschäft wirklich differenzieren.

Früh mit der Integration beginnen. Franke integrierte Zahlungs-, Logistik- und ERP-Anbindungen parallel zur Storefront-Entwicklung. Zu warten, bis die Plattform «bereit» ist, bevor die Integrationsarbeit startet: So werden aus 4-Monats-Projekten 8-Monats-Projekte. Wir haben es zu oft gesehen.

Planen Sie die Benutzerakzeptanz ab Sprint 1. Interne Teams, die das System parallel zur Entwicklung lernen, sind ab Tag eins produktiv. Teams, die erst nach dem Launch geschult werden, verbringen Wochen mit Aufholen. Das sind Wochen entgangenen Umsatzes.

Für einen Überblick über das, was wir mit SAP Commerce Cloud liefern (einschliesslich Preisen, Composable-Storefront-Architektur und B2B-Anwendungsfällen), besuchen Sie unsere SAP Commerce Cloud Lösungsseite.

Sie planen eine SAP-Commerce-Cloud-Migration? Wir starten mit einem Discovery-Workshop, der Ihre Architektur definiert, Ihre Integrationen kartiert und einen realistischen Zeitplan liefert. Ob das nun 90 Tage oder 6 Monate sind. Sprechen Sie mit uns.

Häufig gestellte Fragen

Kann jede SAP-Commerce-Cloud-Migration in 90 Tagen erfolgen?

Nicht jede, aber mehr, als die meisten denken. Der 90-Tage-Zeitplan funktionierte bei Franke, weil sich das Team auf eine Standards-first-Architektur festlegte, solide Governance hatte und akzeptierte, dass Individualentwicklung minimal bleiben würde. Wenn Ihr Projekt umfangreiche individuelle Geschäftslogik, komplexe B2B-Workflows oder eine vollständige Datentransformation braucht, planen Sie 4 bis 6 Monate. Die Methodikprinzipien verkürzen trotzdem jeden Zeitplan, mit dem Sie arbeiten.

Was unterschied Frankes Projekt von einer typischen Migration?

Entscheidungsgeschwindigkeit, Scope-Disziplin und Architekturphilosophie. Die meisten Migrationen werden langsam, weil Entscheidungen auf Monats-Reviews warten, der Scope während der Build-Phase wächst («wenn wir schon dabei sind…») und Teams standardmässig zu Individualentwicklung statt Plattformfähigkeiten greifen. Frankes wöchentlicher Steuerungsausschuss, strikter MVP-Scope und Standards-first-Ansatz haben diese Zeitfresser eliminiert.

Was kostet eine 90-Tage-Migration auf SAP Commerce Cloud?

Eine Migration dieses Umfangs (9 Länder, Composable Storefront, Multi-System-Integration) liegt mit einem Standards-first-Ansatz typischerweise bei CHF 300’000 bis 500’000. Customizing-lastige Implementierungen vergleichbaren Umfangs können CHF 600’000 bis über 1 Million kosten und 6 bis 9 Monate dauern. Standards-first spart Zeit und Budget, weil weniger Individualentwicklung und weniger künftiger Wartungsaufwand anfallen.

Was ist eine Standards-first-Architektur?

Sie bedeutet, die eingebauten Fähigkeiten von SAP Commerce Cloud und Composable-Storefront-Komponenten als Standard zu nutzen und individuellen Code nur zu schreiben, wenn die Plattform eine Anforderung wirklich nicht abdecken kann. In der Praxis deckt das über 80 % der typischen E-Commerce-Funktionalität ab. Individualentwicklung bleibt einzigartiger Geschäftslogik vorbehalten: proprietäre Preisregeln, branchenspezifische Compliance-Features, die Dinge, die keine Plattform out of the box beherrscht.

Warum hat dieses Projekt einen SAP Quality Award gewonnen?

SAP Quality Awards zeichnen Projekte aus, die Exzellenz in Methodik, Ergebnissen und Innovation zeigen. Das Franke-Projekt gewann in der Kategorie «Time to Market» für einen 9-Länder-Rollout in 90 Tagen mit null Hotfixes nach dem Launch, messbaren Geschäftsverbesserungen (20 % mehr Konversionen, 30 % schnellere Auftragsbearbeitung) und einem Governance-Modell, das andere Unternehmen replizieren können.