Das erste Ladengeschäft: warum online und offline sofort um Bestand und Kunden konkurrieren

Der Laden eröffnet an einem Samstag. Die Einrichtung steht, die Kassenhardware ist auf dem Tresen, das Team ist geschult, der Eröffnungsbestand liegt in den Regalen. Der Launch-Plan hat an alles gedacht. Nur an zwei Momente nicht. Erstens: Ein Kunde kauft im Laden das letzte Stück eines Artikels, während die Website ihn weiter verkauft. Zweitens: Jemand, der seit zwei Jahren online bei Ihnen bestellt, bezahlt an der Kasse und ist dort ein völlig Unbekannter. Mit Ihrem ersten Ladengeschäft entsteht ein zweiter Anspruch auf denselben Bestand und ein zweiter, getrennter Datensatz desselben Kunden. Beide konkurrieren ab dem ersten Verkaufstag, nicht irgendwann später. Denn der Laden ist kein neuer Kanal, den man an den alten anschraubt. Er ist ein zweites System, das nach denselben zwei Dingen greift, die Ihr Onlineshop bereits besitzt: Bestand und Kunden.

Die meisten Launch-Pläne behandeln den Laden als Standortfrage: Quadratmeter, Einrichtung, Personal, Laufkundschaft. Die Reibung, die tatsächlich entsteht, ist ein Systemproblem. Und dieses Problem hat zwei Hälften, die sich unterschiedlich verhalten. Dieser Artikel trennt sie: was der Laden mit Ihrem Bestand macht, was er mit Ihren Kundendaten macht, warum die zweite Hälfte leiser und teurer ist als die erste, und was vor dem Eröffnungstag stehen muss, damit beide Kanäle teilen statt konkurrieren.

Was sich am Eröffnungstag wirklich ändert

Am Tag, an dem ein Ladengeschäft eröffnet, spalten sich Ihr Bestand und Ihre Kundendaten jeweils in zwei konkurrierende Versionen. Es sei denn, Laden und Website wurden von Anfang an darauf ausgelegt, sie zu teilen. Ein einzelner Onlinekanal hat eine Bestandszahl und einen Datensatz pro Kunde. Ein Laden ist ein zweiter Ort, der denselben Bestand an dieselben Menschen verkauft. Zahl und Datensatz existieren dann an zwei Stellen, die sich nicht automatisch einig sind.

Deshalb kommt die Reibung sofort und nicht schleichend. Der Laden driftet nicht über Monate langsam von der Website weg. Ab der ersten Transaktion ändert ein Verkauf an einer Stelle eine Zahl, die die andere Stelle nicht sieht. Und ein Kunde an der einen Stelle hat eine Historie, die die andere nicht kennt. Die Konkurrenz steckt in der Struktur. Sie besteht, sobald beide Kanäle live sind, und sie zeigt sich in zwei Formen zugleich: als Wettbewerb um den Bestand und als Wettbewerb um den Kunden.

Zwei Ansprüche: einer auf den Bestand, einer auf den Kunden

Mit einem Laden entstehen zwei Ansprüche gleichzeitig. Der erste betrifft den Bestand. Laden und Website verkaufen aus demselben physischen Lager, führen aber jeweils eine eigene Zählung. Dadurch kann derselbe Artikel zweimal verkauft werden, bevor einer der Kanäle aktualisiert. Der zweite betrifft die Identität des Kunden. Derselbe Käufer wird zu zwei getrennten Datensätzen: einer anonymen Transaktion im Laden und einem bekannten Onlineprofil, ohne Verbindung dazwischen.

Den Bestandsanspruch sehen die meisten Teams kommen, und er ist die laute Hälfte. Verkauft der Laden das letzte Stück und bietet die Website es weiter an, bestellt jemand online, die Bestellung lässt sich nicht erfüllen, und ein Kunde merkt es. Es ist dasselbe Problem, das überall Überverkäufe verursacht, wo zwei Kanäle aus einem Bestand verkaufen: Es gibt keine einzige verbindliche Quelle. Gelöst wird es auch genauso. Beide Kanäle lesen aus einer maßgeblichen Bestandszahl statt aus zwei eigenen. Wie das im Detail funktioniert, ist ein eigenes Thema, ausführlich behandelt im Grundlagenartikel darüber, warum Bestände zwischen Systemen nie übereinstimmen. Hier geht es nur darum, dass der Laden diesen Wettbewerb am ersten Tag auslöst, und dass er nur die Hälfte dessen ist, was damit beginnt.

Den Kundenanspruch übersehen die meisten Launch-Pläne komplett. Jemand kauft seit zwei Jahren online bei Ihnen. Sie haben die E-Mail-Adresse, Sie kennen die Vorlieben. Diese Person betritt den Laden, kauft etwas, und Ihr Kassensystem verbucht einen anonymen Verkauf. Online ist sie bekannt, im Laden fremd. Ein Mensch, zwei getrennte Datensätze, und kein System weiß, dass es dieselbe Person ist. Diese Lücke fällt weniger auf als ein Überverkauf, und sie kostet mehr.

Warum getrennte Kundendaten mehr kosten als der Bestandskonflikt

Getrennte Kundendaten sind teurer, weil sie still bleiben und sich aufsummieren. Der Bestandskonflikt dagegen ist laut und korrigiert sich selbst. Ein Überverkauf meldet sich von allein: eine fehlgeschlagene Bestellung, eine Beschwerde, eine Erstattung. Sie sehen es und beheben es. Ein zersplitterter Kundendatensatz meldet nichts. Niemand beschwert sich, dass sein Einkauf im Laden nicht mit seinem Onlineprofil verknüpft wurde. Die Kosten entstehen also unsichtbar, und zwar in drei Formen.

Erstens stimmt die Attribution nicht mehr. Ist ein Verkauf im Laden anonym, sehen Sie nicht, dass Ihr Onlinemarketing ihn ausgelöst hat. Ein Kanal, der still Menschen in den Laden schickt, wirkt dann schwach, und die Versuchung ist groß, genau das Budget zu streichen, das funktioniert. Zweitens zerfällt die Kaufhistorie. Der Laden sieht nicht, dass die Person an der Kasse ein wertvoller Onlinekunde ist, und kann sie nicht entsprechend bedienen. Ihr Retention-Marketing sieht den Kauf im Laden nicht und behandelt einen aktiven Käufer weiter, als wäre er abgesprungen. Drittens wird Kannibalisierung falsch gelesen. Ohne verknüpfte Datensätze sieht ein Laden, der Kunden in den Onlineshop bringt, oder ein Onlineshop, der Ladenbesuche auslöst, aus wie ein Kanal, der dem anderen etwas wegnimmt. Entscheidungen fallen dann auf Basis von Zahlen, die zwei Fremde beschreiben statt eines Kunden. Erst die kanalübergreifende Verknüpfung der Identität macht aus zwei Datensätzen wieder einen, und bekannte Kunden, die online und im Laden erkannt werden, tragen überproportional zum Wachstum im Handel bei, eben weil erst diese eine Sicht Kundenbindung und Personalisierung möglich macht.

So lösen Sie den Wettbewerb um den Bestand

Den Wettbewerb um den Bestand lösen Sie, indem Laden und Website aus einer maßgeblichen Bestandszahl lesen statt aus zwei Zahlen, die auseinanderlaufen. In der Praxis heißt das: ein verbundenes Kassensystem, das einen gemeinsamen Bestandsdatensatz mit dem Onlineshop teilt. Ein Verkauf in einem der Kanäle aktualisiert dann in Echtzeit dieselbe Zahl, und keiner kann Ware verkaufen, die der andere schon zugesagt hat.

Das funktioniert am besten, wenn Laden und Website wirklich aus demselben physischen Lager schöpfen, und beim ersten Laden ist das meist so. Ein verbundenes Kassensystem bringt beide Kanäle auf einen Datensatz, sodass Kasse und Website keine konkurrierenden Zahlen mehr führen. Plattformen, die dafür gebaut sind, etwa Shopify POS, führen Ladenbestand und Onlinebestand von Haus aus zusammen, statt über eine Brücke, die auseinanderdriften kann. Die tiefere Architekturfrage, also wo die maßgebliche Zahl liegen soll, sobald mehr Systeme beteiligt sind, behandeln wir gesondert in den Artikeln zu mehreren Stores und zur Wahl der verbindlichen Datenquelle. Für einen ersten Laden mit einem gemeinsamen Lager ist ein verbundenes Kassensystem mit gemeinsamem Datensatz die direkte Antwort.

So lösen Sie den Wettbewerb um den Kunden

Den Wettbewerb um den Kunden lösen Sie, indem Sie den Käufer an der Kasse identifizieren und die Transaktion mit demselben Profil verknüpfen wie seine Onlineaktivität. Laden und Website erkennen dann einen Kunden statt zwei. Konkret erfassen Sie beim Bezahlen ein Merkmal, etwa eine E-Mail-Adresse, eine Telefonnummer oder eine Mitgliedschaft im Kundenprogramm. Den Kauf im Laden verknüpfen Sie dann mit dem bestehenden Onlinedatensatz, statt einen anonymen anzulegen.

Das zählt vor allem dann, wenn Kundenbindung und kanalübergreifende Messung Ihr Wachstum tragen, und für eine Marke, die online groß geworden ist und nun einen Laden eröffnet, ist das fast immer der Fall. Sobald die Identität verknüpft ist, sieht das Verkaufspersonal die Onlinehistorie des Kunden, Ihr Retention-Marketing sieht den Kauf im Laden, und die Attribution kann endlich den Onlinekontakt mit dem Verkauf im Laden verbinden. Praktisch heißt das: Legen Sie vor dem Eröffnungstag fest, wie der Laden nach diesem Merkmal fragt und es erfasst, als normalen Teil des Bezahlvorgangs und nicht als Nachgedanken. Denn ein Kunde, der am ersten Tag anonym bezahlt, lässt sich später meist nicht mehr zuordnen. Wer die Identifizierung ab der ersten Transaktion in den Ablauf im Laden einbaut, sorgt dafür, dass beide Kanäle dieselbe Person beschreiben.

Was vor dem Eröffnungstag stehen muss

Bevor der Laden öffnet, müssen drei Dinge stehen: eine maßgebliche Bestandszahl, aus der beide Kanäle lesen, ein Kundendatensatz, in den Käufe im Laden und online gleichermaßen einfließen, und eine feste Regel, wie Verkäufe im Laden dem Marketing zugeordnet werden, das sie ausgelöst hat. Steht das vor dem ersten Tag, erweitert der Laden Ihr Onlinegeschäft. Fehlt es, produziert der Laden in den ersten Monaten von jeder Zahl zwei Versionen, die dann jemand von Hand abgleichen muss.

Nichts davon spricht gegen den Laden. Es spricht dafür, ihn auf einer Grundlage zu eröffnen, auf der Laden und Website ihre beiden wertvollsten Güter teilen, statt darum zu konkurrieren. Die Architekturentscheidungen darunter sind die nächste Frage: Bleibt es bei einem Laden oder werden es mit dem Wachstum mehrere, und wo liegen die maßgeblichen Daten? Diese Frage sollten Sie klären, bevor Sie weiter skalieren. Für den ersten Laden ist der Schritt kleiner und klar: Führen Sie Bestandszahl und Kundendatensatz zusammen, bevor die Türen öffnen. Dann startet der zweite Kanal als Erweiterung des ersten und nicht als sein Rivale.

Häufig gestellte Fragen

Warum konkurrieren online und offline um den Bestand, wenn Sie einen Laden eröffnen?

Weil Laden und Website aus demselben physischen Lager verkaufen, aber jeweils eine eigene Zählung führen. Ab der ersten Transaktion ändert ein Verkauf in einem Kanal eine Zahl, die der andere nicht sieht. So kann derselbe Artikel zweimal verkauft werden, bevor einer der beiden aktualisiert. Die Konkurrenz ist strukturell und beginnt am ersten Tag. Sie lösen sie, indem beide Kanäle aus einer maßgeblichen Bestandszahl lesen.

Was passiert mit Ihren Kundendaten, wenn Sie ein Ladengeschäft eröffnen?

Derselbe Käufer wird zu zwei getrennten Datensätzen: einem bekannten Profil online und einer anonymen Transaktion im Laden, ohne Verbindung dazwischen. Solange der Laden beim Bezahlen kein Merkmal erfasst und es mit dem bestehenden Onlineprofil verknüpft, behandeln Ihre Systeme eine Person wie zwei. Das verfälscht die Attribution, zersplittert die Kaufhistorie und verdeckt den tatsächlichen Wert von Kunden, die in beiden Kanälen kaufen.

Kannibalisiert ein Ladengeschäft den Onlineumsatz?

Oft sieht es nach Kannibalisierung aus, obwohl keine vorliegt, weil getrennte Datensätze jeden Kanal so aussehen lassen, als nehme er dem anderen etwas weg. Ein Laden kann Kunden in den Onlineshop bringen, und der Onlineshop kann Ladenbesuche auslösen. Ohne verknüpfte Kundenidentität sehen Sie diese Effekte aber nicht, und die Zahlen beschreiben zwei Fremde statt eines Kunden. Erst die kanalübergreifende Verknüpfung zeigt, ob ein Laden Umsatz hinzufügt oder nur verschiebt.

Wie verbinden Sie Online- und Ladenbestand?

Mit einem verbundenen Kassensystem, das einen gemeinsamen Bestandsdatensatz mit dem Onlineshop teilt. Ein Verkauf in einem der Kanäle aktualisiert dann in Echtzeit dieselbe Zahl. Statt zwei eigener Zählungen, die auseinanderlaufen, gibt es eine maßgebliche Zahl, aus der beide Kanäle lesen. Genau das verhindert, dass Laden und Website denselben Artikel verkaufen. Für einen ersten Laden mit einem gemeinsamen Lager ist das die direkte Lösung.

Wie führen Sie Kundendaten aus Laden und Onlineshop zusammen?

Erfassen Sie an der Kasse ein Merkmal, etwa eine E-Mail-Adresse, eine Telefonnummer oder eine Mitgliedschaft im Kundenprogramm. Verknüpfen Sie den Kauf im Laden dann mit dem bestehenden Onlineprofil des Kunden, statt ihn anonym zu verbuchen. Legen Sie vor dem Eröffnungstag fest, wie der Laden nach diesem Merkmal fragt und es erfasst. Ein anonymer Bezahlvorgang lässt sich später meist nicht mehr dem Kunden zuordnen.

Das Wichtigste in Kürze

• Mit dem ersten Ladengeschäft entstehen zwei Ansprüche zugleich: ein zweiter Anspruch auf denselben Bestand und ein zweiter, getrennter Datensatz desselben Kunden. Beide konkurrieren ab dem ersten Verkaufstag.

• Der Bestandskonflikt ist die laute Hälfte. Zwei Kanäle verkaufen aus einem physischen Lager mit zwei Zählungen, sodass derselbe Artikel zweimal verkauft werden kann, bis die Zahlen zusammengeführt sind.

• Getrennte Kundendaten sind die leise, teurere Hälfte. Ein Käufer wird zu zwei Datensätzen. Das verfälscht die Attribution, zersplittert die Historie und macht es unmöglich, Kannibalisierung richtig zu lesen.

• Lösen Sie das Bestandsproblem mit einem verbundenen Kassensystem, das beiden Kanälen eine maßgebliche Zahl gibt. Lösen Sie das Identitätsproblem, indem Sie an der Kasse ein Merkmal erfassen und es mit dem Onlineprofil verknüpfen.

• Legen Sie vor dem Eröffnungstag eine Bestandszahl, einen Kundendatensatz und eine Attributionsregel fest. Dann erweitert der Laden Ihr Onlinegeschäft, statt von jeder Zahl zwei Versionen zu erzeugen.

Der erste Laden ist ein Meilenstein. Er ist auch der Moment, in dem Ihr Onlinegeschäft nicht mehr allein Anspruch auf den eigenen Bestand und die eigenen Kunden hat. Legen Sie vor dem Eröffnungstag fest, dass Laden und Website diese beiden Güter teilen. Bauen Sie die gemeinsame Bestandszahl und den verknüpften Datensatz gleich beim Aufbau mit ein, statt sie nach dem ersten mühsamen Abgleich nachzurüsten. Dann beginnt der zweite Kanal als Erweiterung des ersten. Überlassen Sie es dem Zufall, beginnt der Wettbewerb am ersten Tag.