Unified Commerce im B2B: Wie Hersteller Daten-, Kanal- und Systemsilos endlich überwinden
Nur 7% der B2B-Hersteller liefern heute ein nahtloses digitales Erlebnis über alle Kanäle hinweg. Der Grund ist nicht mangelnder Wille – er ist architektonisch. Produktdaten, Preise, Lagerbestände und Kundendaten sind über ERP, PIM, CRM und diverse Portale verteilt. Das Resultat: Ein Handelsvertreter sieht im Kundenbrowser eine verfügbare Ware, die im ERP längst als ausverkauft eingestuft ist. Ein Distributor erhält personalisierte Preise im Portal, aber keine Empfehlungen. Ein CEO sieht Verkaufszahlen, aber nicht, welche Kunden sich abwenden. Unified Commerce ist kein IT-Projekt – es ist eine Wachstumsstrategie.
Das Daten-Silos-Problem: Warum Fragmentierung teuer ist
Ein Audit von 94 B2B-Distributoren zeigt: 57% erfassen Kundendaten regelmäßig – aber nur 17% nutzen sie für Personalisierung. Das klingt nach verschenktem Potenzial, ist aber logisch. Wenn eine Kundenbestellung im ERP verarbeitet wird, die Kundendaten aber im CRM leben und die Produktpräferenzen im PIM stehen, dann ist eine echte 360°-Kundensicht unmöglich. Jedes System hat seine Wahrheit. Das ist das Gift.
Konkret heißt das:
- Inventory-Fehler: Ein B2B-Kunde sieht im Shop 50 Stück verfügbar. Das ERP sagt: 0 verfügbar (weil Qualitätsprüfung 2 Tage dauert, die aber im Shop nicht dargestellt wird). Enttäuschung.
- Preislogik: Der Kunde bekam im Q3 einen Volumendiscount. Das weiß der Shop nicht. Der Kunde sieht volle Preise. Er geht zur Konkurrenz.
- Empfehlungen: Der Kunde hat 10 Transaktionen. Der Shop könnte sagen: "Diese 3 Produkte kaufen ähnliche Kunden zusammen." Der Shop sagt nichts. Das Upsell-Potenzial ist weg.
Das Problem ist nicht technisch – es ist organisatorisch. Unified Commerce bedeutet: Eine Datenbasis, eine Wahrheit, alle Kanäle synchron.
Was Unified Commerce wirklich ist: Die fünf Kernfähigkeiten
Vorsicht vor Consulting-Buzzword-Bingo. Unified Commerce ist nicht das gleiche wie "Omnichannel" oder "seamless experience". Hier sind die fünf nicht-verhandelbaren Kernfähigkeiten:
1. API-First-Architektur: Alle Systeme (ERP, PIM, CRM, Personalisierung, Fulfillment) sprechen über standardisierte REST/GraphQL APIs. Das macht echte Datensynchronisation möglich – nicht nur Batch-Syncs um 2 Uhr nachts, sondern echte Event-Streaming. Wenn Bestand sich ändert, wissen der Shop, die Mobile App und der B2B-Portal sofort Bescheid.
2. Real-Time Data Layer: Ein Single Source of Truth (oft: ein Data Lake oder Event Streaming System wie Apache Kafka). Alle Systeme schreiben ihre Daten hier auf. Der Shop fragt nicht das ERP direkt; er fragt die Real-Time-Datenschicht. Das ist der entscheidende Architektur-Unterschied.
3. Skalierbarkeit ohne ERP-Abhängigkeit: Der Shop muss Millionen von Produktabfragen verarbeiten können, ohne das ERP zu überlasten. Das funktioniert nur mit Caching (Redis), CDN für Produktbilder und API-Gateways. Der Shop braucht nicht auf die SAP-Perfomanz-Fenster zu warten.
4. Headless-Frontend-Flexibilität: Der B2B-Hersteller braucht nicht eine, sondern mehrere Frontends: E-Shop, Mobile App, Partner-Portal, Konfigurator, DMS-Integration für CAD-Daten. Ein Single Monolith-System kann das nicht. Headless bedeutet: Ein Backend, N Frontends.
5. Composable Services (Microservices): Preisberechnung, Verfügbarkeit, Empfehlungen, Suche – das sind eigene Services. Sie können unabhängig gebaut, getestet und deployed werden. Wenn der Search-Service langsam wird, trifft das nicht den ganzen Shop.
Das BSH-Beispiel: Globale Skalierung mit lokaler Flexibilität über 11 Marken
Bosch Siemens Hausgeräte (BSH) ist mit 4,3 Mrd. EUR Umsatz ein klassischer Hersteller im DACH-Raum. Ihr Dilemma: 11 Global Brands (Bosch, Siemens, Thermador, Gaggenau, Neff, etc.), jede mit eigenem Go-to-Market, aber eine gemeinsame Supply Chain.
Alte Architektur: 11 separate eCommerce-Systeme, 11 verschiedene ERP-Schnittstellen, Bestandsdatensilos, keine Cross-Brand-Empfehlungen. Ein Bosch-Kunde wusste nicht, dass ein Siemens-Produkt besser passte – weil die Systeme nicht sprachen.
BSH's Unified-Commerce-Relaunch (2022-2024):
- Ein Data Lake (Snowflake) mit allen Produktdaten, Bestandsdaten, Transaktionsdaten von allen Brands
- Ein PIM (Product Information Management) als Central Authority für Produktdaten
- Ein Microservices-Backend mit APIs für Preis, Verfügbarkeit, Personalisierung, Fulfillment
- 11 unabhängige Frontends (React-Apps), die alle gegen die gleiche API-Schicht sprechen
Ergebnis:
- Bestandsgenauigkeit: von 87% auf 99,2% (spart Retouren)
- Time-to-Market für neue Produkte: von 12 Wochen auf 3 Wochen (ein SKU geht in den Data Lake, alle 11 Shops zeigen es sofort)
- Cross-Brand-Conversion: 12% zusätzliche Upsell-Revenue durch intelligente Empfehlungen
- Skalierungsfähigkeit: Der Traffic während Black Friday verfünffachte sich – kein Systemabsturz, weil die Architektur skaliert.
Das ist nicht SAP-Bashing. SAP läuft weiter. Aber SAP ist nicht die Schaufenster-Engine.
Quelle: commercetools whitepaper “Pivotal Trends and Predictions in B2B Digital Commerce in 2026”
Die Roadmap: Schrittweise zu Unified Commerce (Kein Big Bang)
Phase 1 (Monate 1-3): MVP – Die Kernfähigkeiten
- Definiere: Welche Daten sind Mission-Critical? (Produkt, Bestand, Preis, Kundenprofil)
- Baue einen API-Layer für diese Daten
- Wähle eine Datenschicht (Cloud Data Warehouse: Snowflake, BigQuery)
- Pilot-Shop mit React/Composable-Commerce (commercetools)
Phase 2 (Monate 4-6): Erweiterung – Zusätzliche Services
- Personalisierung & Empfehlungen (CDP, ML-Service)
- Verteilter Suche (Algolia, FactFinder)
- Fulfillment-Integration
Phase 3 (Monate 7-12): Skalierung – Alle Kanäle
- Mobile App
- B2B-Partner-Portal
- Integrationen (ERP, PIM, CRM, DMS)
Phase 4 (Laufend): AI & Optimierung
- Dynamische Preislogik
- Demand Forecasting
- Churn-Prävention
Warum das für DACH-Distributoren kritisch ist
Ein Distributor sieht im B2B-Portal nicht, welche Produkte ein Großkunde historisch bevorzugt. Ein kleiner Elektrohandwerk-Kunde muss die SKU manuell suchen – der Shop hat keine Konfiguration für seine Spezialkundenanforderungen. Ein Filialleiter braucht 2 Tage, bis er Bestand überprüft.
Mit Unified Commerce:
- Personalisierte Kataloge: Ein Kunde sieht nur die 200 Produkte, die für seinen Trade relevant sind (nicht die 50.000 Gesamt-SKUs)
- 1-Click-Reorder: Basierend auf historischen Transaktionen
- Real-Time-Bestandstransparenz: Für alle Filialen und Lager
- Mobile-First: Der Handwerker beauftragt vom Baustellen-Tablet
Das ist Wachstum.
Bereit für den nächsten Schritt?
Unified Commerce funktioniert nur, wenn Sie es nicht als IT-Projekt betreiben. Es braucht klare Dateneigentümerschaft, eine schlanke Architektur und Realismus über Timeline. Lassen Sie uns einen individuellen Architektur-Workshop durchführen – wir zeigen Ihnen, welche Phase für Sie Start macht, und wie Sie Ihre Systeme intelligent entkoppeln.
Architektur-Workshop anfragenKontakt aufnehmen
Wir freuen uns auf Ihre Anfrage.
Bitte akzeptieren Sie Marketing-Cookies, um das Anmeldeformular zu laden.