SAP Commerce Cloud Implementierung & Beratung

Die meisten Inhalte über SAP-Commerce-Cloud-Implementierungen lesen sich wie eine Herstellerbroschüre. Das hier ist keine. Ich möchte durchgehen, was in einem Projekt tatsächlich passiert: die Entscheidungen, die zählen, die Phasen, die länger dauern, als irgendjemand budgetiert, und die Muster, die einen sauberen Go-live von einem schmerzhaften trennen.

SAP ist seit 11 Jahren in Folge Leader im Gartner Magic Quadrant für Digital Commerce (SAP News Center, 2025). Beachtliche Bilanz. Aber Marktführerschaft macht Implementierungen nicht einfach. 83 % der Datenmigrationsprojekte überschreiten ihr Budget oder ihren Zeitplan (Bloor Group, 2023). Der Unterschied zwischen den 17 %, die es schaffen, und dem Rest? Vorbereitung, Architekturentscheidungen und Ausführungsdisziplin.

TL;DR: SAP-Commerce-Cloud-Implementierungen dauern je nach Umfang typischerweise 3 bis 9 Monate. Die vier Phasen, die zählen: Discovery (Architekturentscheidungen), Build (iterative Lieferung in 2- bis 4-Wochen-Sprints), Integration (ERP, PIM, Zahlung, Versand) und Go-live (Datenmigration, Performance-Tests, Cutover). Agile Lieferung hat eine Erfolgsquote von 42 % gegenüber 13 % bei Wasserfall (Standish Group, 2020). Starten Sie mit einem Discovery-Workshop und einem Customizing-Audit. Sie sparen ein Vielfaches ihrer Kosten während der Build-Phase.

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.

Was passiert in der Discovery-Phase?

In der Discovery werden Projekte gewonnen oder verloren. Punkt. 47 % der IT-Verantwortlichen nennen technische Schulden als wesentlichen Treiber von Mehrausgaben (IDC, 2024). In der Discovery finden Sie diese Schulden, bevor sie den Build entgleisen.

Eine solide Discovery-Phase (2 bis 4 Wochen) umfasst:

Architekturentscheidungen. Composable Storefront oder Custom Frontend? Wie viele Umgebungen? Welche CI/CD-Pipeline? Diese Entscheidungen lassen sich später kaum rückgängig machen. Treffen Sie sie vorab richtig.

Customizing-Audit. Wenn Sie von On-Premise migrieren, klassifizieren Sie jede Anpassung: noch nötig, durch Plattformfähigkeit ersetzbar oder obsolet. Wir finden typischerweise 25 bis 35 %, die entfernt werden können. Das ist eine Menge Code, den Sie nicht migrieren müssen.

Datenanalyse. Profilieren Sie Ihren Produktkatalog, Kundendaten, Auftragshistorie und Inhalte. Erkennen Sie Qualitätsprobleme, bevor sie zu Migrationsblockern werden. Ich habe Projekte 3 Wochen verlieren sehen, weil niemand die Produktdaten vor Sprint 4 geprüft hatte.

Integrations-Mapping. Dokumentieren Sie jede ein- und ausgehende Verbindung: ERP, PIM, CRM, Zahlung, Versand, Steuern, Analytics. Für jede: Protokoll, Datenformat, Frequenz, Fehlerbehandlung.

Teamstruktur und Governance. Wer verantwortet was? Wie werden Entscheidungen getroffen? Wöchentliche Demos oder Monats-Reviews? Klären Sie das vorab. Projekte mit unklarer Governance ziehen sich.

Wie sollte die Build-Phase ablaufen?

Agile Projekte gelingen in 42 % der Fälle, verglichen mit 13 % bei Wasserfall (Standish Group, 2020). Commerce-Cloud-Implementierungen sollten iterativ liefern: Sprints von 2 bis 4 Wochen, jeder mit einem funktionierenden Inkrement.

Sprint 1: Datenmodelle und Kernkonfiguration. Custom Types, Produktkatalogstruktur, Preisregeln, Setup der Promotion Engine. Ziel ist ein funktionierender Katalog auf Staging bis Ende Woche 2 bis 3.

Sprint 2–3: Storefront und Checkout. Composable Storefront mit Ihren Produktdaten ausrollen. Checkout-Flow, Warenkorb-Logik und Kontoverwaltung bauen. Jeder Sprint liefert etwas, das Stakeholder tatsächlich anfassen und kommentieren können.

Sprint 4+: Geschäftslogik und Sonderfälle. Komplexe Preisfindung (kundenspezifisch, mengenbasiert), Multi-Warehouse-Bestände, B2B-Features (Freigabe-Workflows, Einkaufslimiten, Einkäuferhierarchien).

Die Disziplin, die zählt: Jeder Sprint endet mit einem funktionierenden System, das Stakeholder testen können. Kein «Wir zeigen Ihnen in Monat 4 etwas». Dann ist es zu spät zum Gegensteuern.

Warum ist die Integration der härteste Teil?

Integrationsarbeit frisst typischerweise 30 bis 40 % des gesamten Projektaufwands. Hier sind die wichtigsten Anbindungen.

ERP (SAP S/4HANA, ECC). Auftragsexport, Bestandsabgleich, Preisaktualisierungen, Kundenstammdaten. Meist die komplexeste Integration und die eine, die Sie auf keinen Fall verpatzen dürfen. Wenn Aufträge nicht ins ERP fliessen, ist alles andere egal.

PIM. Produktdaten-Feeds, Medien-Assets, Klassifikationshierarchien. Wenn Ihr PIM der Master für Produktdaten ist, brauchen Sie Echtzeit- oder Nahe-Echtzeit-Integration. Keine Abkürzungen hier.

Zahlung. Gateway-Anbindung, Tokenisierung, 3D Secure, Rückerstattungsverarbeitung. Commerce Cloud unterstützt mehrere Zahlungserweiterungen. Die richtige auszuwählen und zu konfigurieren zählt mehr, als viele erwarten.

Versand und Logistik. Tarifberechnung, Label-Erzeugung, Tracking-Updates. Oft mit mehreren Carriern mit unterschiedlichen APIs. Das wird schnell unübersichtlich.

Das Muster, das funktioniert: Integrationsentwicklung parallel zu den späteren Build-Sprints starten. Nicht warten, bis die Plattform «fertig» ist. So landen Sie bei einer 3-monatigen Integrationsphase, die an einen ohnehin langen Build angeflanscht wird. Ich habe es erlebt, und es ist nicht schön.

Was beinhaltet der Go-live wirklich?

90 % der Unternehmen, die ihre Plattform migriert haben, berichteten von Umsatzverbesserungen (commercetools, 2024). Das ist die Belohnung. Der Weg dorthin verlangt disziplinierte Ausführung.

User Acceptance Testing (2 bis 3 Wochen). Fachanwender testen jeden kritischen Ablauf mit echten Daten. Nicht die Entwickler. Fachanwender. Sie finden Dinge, die Entwickler nie finden würden. Glauben Sie mir.

Performance-Tests. Lasttests mit realistischem Traffic, inklusive Peak-Day-Simulation. Auto-Scaling validieren. Seitenladezeiten gegen Zielwerte benchmarken. Commerce Cloud übernimmt die Skalierung, aber Ihr eigener Code und Ihre Datenabfragen müssen trotzdem performen.

Generalprobe der Datenmigration. Die vollständige Migrationspipeline Ende-zu-Ende durchlaufen. Die Dauer messen: Sie definiert Ihr Cutover-Fenster. Delta-Migration für Daten testen, die während der Übergangszeit entstehen.

Cutover. Das Go-live-Runbook ausführen: Altsystem einfrieren, Delta-Migration laufen lassen, DNS umschalten, Schlüsselabläufe validieren, 48 Stunden mit dem vollen Team in Bereitschaft überwachen.

Was trennt gute Implementierungen von schlechten?

Wir haben genug Commerce-Cloud-Projekte durchlaufen, um klare Muster zu sehen.

Investition in Discovery. Projekte, die 2 bis 4 Wochen in eine saubere Discovery investieren, sparen ein Vielfaches dieser Kosten während des Builds. Projekte, die die Discovery überspringen, verbringen die Build-Phase damit, zu entdecken, was sie hätten planen sollen. Jedes einzelne Mal. Keine Ausnahme in unserer Erfahrung.

Scope-Disziplin. Das grösste Risiko ist nicht technisch. Es ist Scope Creep. «Wenn wir schon dabei sind, lasst uns auch noch…»: So werden aus 4-Monats-Projekten 9-Monats-Projekte. Definieren Sie das MVP. Liefern Sie es. Iterieren Sie. Der letzte Teil ist wichtig. Sie sagen nicht für immer Nein. Sie sagen: noch nicht.

Integration-first-Denkweise. Behandeln Sie die Integration nicht als Nachgedanken. Starten Sie die Integrationsarchitektur in der Discovery. Starten Sie die Integrationsentwicklung in Sprint 2 oder 3. Die Plattform ist erst nützlich, wenn sie mit Ihrem ERP verbunden ist.

Für das vollständige Bild dessen, was SAP Commerce Cloud liefert, einschliesslich Preisen, Branchenanwendungsfällen und Implementierungsmethodik, besuchen Sie unsere SAP Commerce Cloud Lösungsseite.

Sie planen eine SAP-Commerce-Cloud-Implementierung? Wir starten mit einem Discovery-Workshop, der Ihre Architektur definiert, Ihre Integrationen kartiert und einen realistischen Zeitplan liefert. Sprechen Sie mit uns.

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

Wie lange dauert eine typische SAP-Commerce-Cloud-Implementierung?

Das hängt vom Umfang ab. Eine Migration von On-Premise mit moderatem Customizing-Fussabdruck dauert 3 bis 6 Monate. Die von Franke haben wir in 90 Tagen abgeschlossen. Eine Greenfield-B2B-Implementierung mit mehreren Storefronts, umfangreichen Integrationen und individueller Geschäftslogik kann 6 bis 9 Monate dauern. Die grösste Variable ist die Integrationskomplexität, nicht die Plattformkonfiguration.

Was kostet eine SAP-Commerce-Cloud-Implementierung?

Die Kosten reichen von CHF 250’000 für eine schlanke Migration bis über CHF 800’000 für eine komplexe Greenfield-Implementierung. Die wichtigsten Kostentreiber: Anzahl der Integrationen, Customizing-Komplexität, Datenvolumen, Anzahl der Storefronts/Märkte und ob Sie von einem bestehenden SAP-System migrieren oder neu aufbauen.

Welches Team brauchen wir für ein SAP-Commerce-Cloud-Projekt?

Ein typisches mittelgrosses Projekt braucht 3 bis 5 Implementierungsberater (SAP Commerce, Frontend, Integration) plus 2 bis 3 kundenseitige Ressourcen (Product Owner, Business Analyst, IT-Ansprechperson). Der kundenseitige Product Owner ist mit Abstand die wichtigste Rolle. Er trifft Scope-Entscheidungen und liefert Geschäftskontext. Projekte ohne dedizierten Product Owner laufen konsistent länger.

Sollten wir Composable Storefront oder ein Custom Frontend nutzen?

Starten Sie für die meisten Projekte mit Composable Storefront. Es ist gut integriert, wird aktiv gepflegt und deckt Standard-B2B- und -B2C-Szenarien out of the box ab. Ziehen Sie ein Custom Frontend (React, Next.js) nur in Betracht, wenn Sie eine fundamental andere UX brauchen oder mehrere unterschiedliche Storefronts betreiben. Der individuelle Weg kostet 4 bis 8 Wochen mehr und erfordert dedizierte Frontend-Entwickler für die laufende Wartung.

Was ist der häufigste Grund, warum Commerce-Cloud-Implementierungen das Budget sprengen?

Integrationskomplexität, die in der Discovery nicht sauber erfasst wurde. Auf Platz zwei: Scope Creep während des Builds. Beides ist mit einer disziplinierten Discovery-Phase und einer klaren MVP-Definition vermeidbar. Unsere Discovery-Workshops kartieren explizit jede Integration und klassifizieren alle Anpassungen, bevor eine einzige Zeile Implementierungscode geschrieben wird.