Unified Commerce bedeutet, dass jeder Vertriebskanal dieselben Commerce-Datensätze liest und schreibt: ein Produktdatensatz, ein Bestandswert pro Standort, eine Bestellhistorie, ein Kundenprofil und ein Satz an Preisen und Aktionen. Der Webshop, die Ladenkasse, das Marktplatzangebot und der Bildschirm im Kundenservice sind Ansichten auf diese Datensätze, keine separaten Kopien, die über Sync-Jobs und Tabellen abgeglichen werden.
Omnichannel beschreibt, was der Käufer erlebt: online kaufen und im Laden abholen, überall zurückgeben, auf jedem Bildschirm derselbe Preis. Unified Commerce beschreibt das Backend, das diese Versprechen auch unter Last einhält. Ein Omnichannel-Erlebnis kannst du eine Weile auf lose verbundenen Systemen betreiben; Unified Commerce ist der Punkt, an dem diese Systeme sich nicht mehr widersprechen. Wenn du zuerst die Grundlagen der Kanalstrategie willst, lies unseren früheren Beitrag zu Omnichannel vs. Multichannel.
Eine praktische Definition von Unified Commerce, Datensatz für Datensatz
Die meisten Definitionen bleiben abstrakt („eine Plattform“, „eine einheitliche Sicht“). Hilfreicher ist es, die Datensätze zu benennen, die geteilt werden müssen, denn das kannst du überprüfen. Ein Unternehmen betreibt Unified Commerce, wenn jeder dieser fünf Datensätze genau einen Eigentümer hat und jeder Kanal diese Version nutzt:
- Produktdatensatz: Kennungen (SKU, GTIN, Varianten-ID), Titel, Beschreibungen, Attribute, Bilder und Kategorie, einmal gepflegt und in jedem Kanal veröffentlicht.
- Bestandsdatensatz: Bestand pro Standort (Lager, Laden, Streckengeschäft des Lieferanten) mit Reservierungen, damit eine im Laden verkaufte Einheit nicht auch online verkauft wird.
- Bestelldatensatz: jede Bestellung aus jedem Kanal an einem Ort, mit Status, Fulfillment-Standort und Retourenhistorie.
- Kundendatensatz: ein Profil pro Person über Onlinekonten, Kundenbindungsprogramm, Kassenbons im Laden und Servicekontakte hinweg.
- Preis- und Aktionsdatensatz: Listenpreis, Kanalpreise und aktive Aktionen, mit Regeln, wo was gilt.
Zahlungen kommen oft als sechster Datensatz dazu: Online- und Ladenzahlungen laufen über denselben Anbieter, damit eine Erstattung auf die ursprüngliche Karte zurückgehen kann, egal wo die Rückgabe passiert. Der rote Faden: Kein Kanal besitzt eine private Kopie eines dieser Datensätze.
Unified Commerce vs. Omnichannel: Erlebnis gegenüber Architektur
Die beiden Begriffe beschreiben unterschiedliche Ebenen. Deshalb verwenden Anbieter sie austauschbar, und deshalb verwirrt das Käufer.
Omnichannel vs. Unified Commerce
| Was es ist | Ein Versprechen an den Kunden | Eine Eigenschaft der Systeme |
|---|---|---|
| Wo du es beurteilst | Im Frontend: Kann ich auf dem Smartphone anfangen und im Laden abschließen? | Im Backend: Sieht die Ladenkasse denselben Bestell-, Bestands- und Kundendatensatz wie der Webshop, genau in dem Moment, in dem sie ihn braucht? |
| Wie Daten fließen | Oft getrennte Systeme, verbunden über Integrationen, die Daten zwischen ihnen kopieren | Weniger Kopien, also weniger, das abgeglichen werden muss |
| Fehlerbild | Auseinanderdriften, etwa ein Artikel, der online ausverkauft ist, aber als abholbereit angezeigt wird | Seltenere, aber größere Ausfälle, weil eine Störung jeden Kanal trifft |
Einfach gesagt: Jedes Unternehmen mit Unified Commerce kann Omnichannel-Customer-Journeys liefern, aber nicht jedes Omnichannel-Unternehmen ist unified. Die meisten mittelgroßen Händler liegen dazwischen: Produktdaten und Onlinebestellungen sind geteilt, Ladenbestand und Kundenprofile nicht.
Warum Forrester den Begriff unklar findet
Analysten sind sich beim Begriff nicht einig. In einem Beitrag vom Oktober 2024 mit dem Titel „Unified Commerce Is Not A Thing“ argumentieren die Forrester-Analystinnen Emily Pfeiffer und Lauren Cevallos, dass Anbieter aus vielen Kategorien den Begriff für Unterschiedliches verwenden: Funktionen auf einer Plattform bündeln, mehrere Plattformen integrieren oder einfach die Features des eigenen Produkts aufzählen. Eine gängige Anbieterdefinition sei im Grunde eine Neuformulierung von Omnichannel.
Gartner dagegen veröffentlichte im Juni 2024 eine Quick Answer, „What Is Unified Retail Commerce, and Why Does It Matter?“, die drei Säulen nennt: unified, erlebnisorientiert und composable. Die praktische Lehre aus beiden: Wenn ein Anbieter „Unified Commerce“ sagt, frag, welche der fünf Datensätze er tatsächlich vereinheitlicht und welche du selbst anbinden sollst.
Kasse, Auftragsmanagement, Zahlungen: die Komponenten, die die meisten Suiten bündeln
Eine Unified-Commerce-Plattform ist Software, die mehrere der fünf Datensätze nativ hält und daraus mehr als einen Kanal bedient. Die üblichen Bausteine:
- E-Commerce-Storefront und Checkout für Web und App.
- Kassensystem (POS) für Läden, das mit denselben Produkt-, Bestands- und Kundendaten arbeitet wie der Webshop.
- Auftragsmanagement, das Bestellungen an ein Lager oder einen Laden weiterleitet und Retouren aus jedem Kanal abwickelt. Die Komponenten findest du unter Order Management.
- Bestandsmanagement mit Bestand pro Standort und Bestandstransparenz in Echtzeit für jeden Kanal.
- Kundendaten und Kundenbindung in einem Profil.
- Zahlungen online und im Laden.
- Produktdaten, die die meisten Plattformen nur in der Form halten, die ihre eigene Storefront braucht. Marktplätze, Feeds und Großhandelskataloge brauchen meist mehr Felder.
Wenige Unternehmen bekommen alle sieben von einem Anbieter. Das ist weniger ein Versagen als eine Designentscheidung, um die es im nächsten Abschnitt geht.
Zwei Wege: eine Suite oder ein verbundener Stack mit geteilten Datensätzen
Es gibt zwei Wege zu geteilten Datensätzen. Keiner ist automatisch besser; der richtige hängt davon ab, wie viele Kanäle und Systeme du bereits betreibst.
Weg 1: eine einzige Commerce-Suite
Webshop, Kasse, Bestellungen, Bestand und Kunden laufen auf der Plattform eines Anbieters mit einer Datenbank. Dazwischen gibt es keine Sync-Schicht, was eine ganze Klasse von Fehlern beseitigt. Der Preis ist Abhängigkeit: Du akzeptierst das Datenmodell der Suite, ihre Kassenhardware und ihr Änderungstempo.
- Passt, wenn: du hauptsächlich über deinen eigenen Webshop und deine eigenen Läden verkaufst, mit einer Handvoll Standorten.
- Achte auf: Marktplätze und B2B-Kanäle, die die Suite nicht nativ bedient, und Produktdaten, die für diese Kanäle zu dünn sind.
Weg 2: ein verbundener Stack mit einem Eigentümer pro Datensatz
Jeder Datensatz hat ein führendes System: ein ERP für Bestand und Finanzen, ein Order-Management-System für Bestellungen, ein PIM für Produktdaten, ein CDP oder CRM für Kunden. Alles andere liest über APIs und Event-Streams von diesen Eigentümern. Das ist der Ansatz von Headless und Composable, angewendet auf das Backoffice.
- Passt, wenn: du über viele Kanäle verkaufst (Marktplätze, Großhandelsportale, mehrere Länder) oder bereits ein ERP betreibst, das du nicht ersetzen wirst.
- Achte auf: Integrationen, die Daten nach Zeitplan kopieren statt bei Änderungen. Ein nächtlicher Bestandsabgleich ist nicht unified, egal was das Architekturdiagramm sagt.
Weg 2: ein Eigentümer pro Datensatz
B2B-Verkäufer landen meist bei Weg 2, weil ihre Einkäufer so viele Touchpoints nutzen: Laut McKinseys B2B Pulse nutzen B2B-Einkäufer im Schnitt zehn Kanäle (McKinsey, 2024).
Produktidentität: der Schlüssel, auf dem jedes vereinheitlichte System aufbaut
Diskussionen über Unified Commerce drehen sich um Bestand und Kunden, weil Käufer dort Fehler bemerken. Selten wird erwähnt, dass jeder dieser Datensätze über eine Produktkennung verknüpft ist. Wenn die Ladenkasse eine Jacke als Barcode 8712345678906 kennt, der Webshop als Variante 4471 und das Marktplatzkonto als Verkäuferreferenz RJ-NAVY-M, lässt sich nichts vereinheitlichen, bis diese drei einem Produkt zugeordnet sind.
Google macht diese Abhängigkeit ausdrücklich. Für Anzeigen für lokales Inventar und kostenlose lokale Einträge verlangt die Spezifikation für lokale Inventardaten einen Geschäftscode, der zu deinem Unternehmensprofil passt, einen Verfügbarkeitswert pro Geschäft und dieselben Produkt-ID-Werte in deinen Produktdaten und deinen lokalen Inventardaten. Wenn die IDs abweichen, kann Google den Ladenbestand nicht dem Produkt zuordnen.
Der Produktdatensatz muss außerdem für den anspruchsvollsten Kanal vollständig genug sein, nicht nur für den Webshop. Eine Ladenkasse braucht einen Barcode und einen Preis. Ein Marktplatz braucht Attribute, eine Kategorie und eine GTIN. Ein Google-Eintrag braucht ein Bild, eine Verfügbarkeit und eine Beschreibung. Einen Datensatz pro Produkt zu führen, der all das erfüllt, ist die Idee hinter einer Single Source of Truth.
Eine Regenjacke, im Laden zurückgegeben, verfolgt durch fünf Datensätze
Eine Kundin bestellt im Webshop eine navyblaue Regenjacke in Größe M und gibt sie acht Tage später in einem Laden zurück. Das muss jeder Datensatz leisten, damit die Rückgabe gut läuft:
- Produkt: Der Laden scannt den Barcode auf dem Etikett. Die Kasse muss ihn demselben Produkt und derselben Variante zuordnen wie die Position in der Onlinebestellung. Ohne gemeinsame Kennung wird die Rückgabe als unbekannter Artikel verbucht.
- Bestellung: Die Kasse findet die ursprüngliche Onlinebestellung über die E-Mail-Adresse der Kundin oder die Bestellnummer und prüft die Rückgabefrist.
- Zahlung: Die Erstattung geht an das ursprüngliche Zahlungsmittel, was nur funktioniert, wenn der Laden auf die Onlinetransaktion zugreifen kann.
- Bestand: Die Jacke wird dem Ladenbestand hinzugefügt, und die Onlineverfügbarkeit für diesen Laden wird aktualisiert, damit die nächste Kundin sie zur Abholung reservieren kann.
- Kunde: Die Rückgabe erscheint im Kundenprofil, sodass der Kundenservice und die nächste E-Mail-Kampagne davon wissen.
In einem Multichannel-Unternehmen scheitert Schritt 1 oder 2, und der Laden schickt die Kundin wieder nach Hause. In einem Omnichannel-Unternehmen mit getrennten Systemen funktionieren alle fünf Schritte, aber eine Person oder ein Sync-Job gleicht sie hinterher ab. In einem vereinheitlichten Unternehmen passieren sie in einer Transaktion.
Zehn Fragen an einen Unified-Commerce-Anbieter
Nutze sie in einer Demo oder einer Ausschreibung. Jede fragt nach einem Datensatz statt nach einem Feature, so fallen vage Antworten sofort auf.
Zehn Fragen an einen Unified-Commerce-Anbieter
Kundenprofil zuerst, nächtliche Syncs und drei weitere Fallen
- Mit dem Kundenprofil anfangen. Eine einheitliche Kundensicht ist das sichtbarste Ziel, hängt aber von sauberen Bestellungen ab, und die hängen von sauberen Produktkennungen ab. Teams, die oben anfangen, ordnen am Ende Kunden Bestellungen von Produkten zu, die sie nicht identifizieren können.
- Geplante Syncs als unified bezeichnen. Der Wechsel von einem nächtlichen zu einem stündlichen Export lässt immer noch eine Stunde, in der Laden und Webshop sich widersprechen.
- Produktdaten als migriert statt als gepflegt betrachten. Der Produktkatalog wird einmal in die neue Plattform kopiert und innerhalb weniger Monate wieder an drei Stellen bearbeitet.
- Marktplätze und B2B ignorieren. Eine Suite, die Webshop und Läden vereinheitlicht, aber nicht bol, Amazon oder das Großhandelsportal, lässt die größten Kanäle außerhalb des Modells.
- Das Etikett kaufen. Wie Forrester betont, steht der Begriff für sehr unterschiedliche Produkte. Eine Plattform, die nur das Frontend vereinheitlicht, löst weder Bestand noch Retouren.
Die Reihenfolge, die meist funktioniert: zuerst gemeinsame Produktkennungen und ein vollständiger Produktdatensatz, dann Bestand pro Standort, dann Bestellungen und Retouren, dann Kundenprofile. Ein Multichannel-Katalog auf Basis eines Produktdatensatzes ist das Fundament, das die anderen Ebenen brauchen.
Produkt-Content aus einem Datensatz an Shops und Merchant Center synchronisieren
WISEPIM ist kein Kassensystem, kein Order-Management-System und keine Commerce-Suite. Es deckt auf beiden Wegen den Produktdatensatz ab: Es importiert deinen Katalog, ergänzt und korrigiert Beschreibungen, Attribute, Übersetzungen und Kategorien mit AI, prüft mit Quality Guard die Vollständigkeit pro Kanal und überträgt über seine Anbindungen denselben Datensatz an deine Shops und das Google Merchant Center. Mit dem optionalen Auto-Sync wird ein gespeichertes Produkt etwa 30 Sekunden später an verbundene Shops wie Shopify, WooCommerce und Magento 2 übertragen. So driften die Kanäle bei Content und Kennungen nicht mehr auseinander, während du an Bestand, Bestellungen und Kunden arbeitest.
