Bei Whatnot zerstört schon ein verzögerter Moment im Livestream das Tempo. Die Geschwindigkeit kommt aus Material, Vorlagen und der Zuordnung des Bestands, die vor dem Start vorbereitet werden, nicht aus schnellen Händen. Der Artikel erklärt Massen-Listing, Barcode- und Bestandsverwaltung, eine Checkliste vor dem Start sowie Umgebungstrennung und Rechtevergabe für Verkäufer mit mehreren Shops.
Ein Whatnot-Livestream läuft in einem Zug durch: Kaum ist ein Stück erklärt, muss das nächste geöffnet werden. Wer dann innehält, um zu fotografieren, einen Titel zu schreiben und das Gewicht einzutragen, unterbricht den Rhythmus, und das Publikum geht mit. Das sogenannte schnelle Listing ist in Wahrheit zum größten Teil Arbeit, die vor dem Start erledigt wurde.
Erst alle Materialien aufnehmen, vor Ort nur noch zusammensetzen
Langsames Listing hat seinen Ursprung in unvollständigem Material. Am besten fotografiert man alle Bilder eines Artikels in einem Durchgang: Vorderseite, Rückseite, Details, Nahaufnahmen von Mängeln und ein klares Foto der Nummer oder des Jahres. Fotos von Mängeln darf man nicht weglassen. Sammler legen darauf den größten Wert, und ein späteres Nachfotografieren kostet deutlich mehr als eine Erklärung vor Ort.
Titel werden strukturiert geschrieben: Marke, Artikelbezeichnung, Jahr oder Nummer und Zustand als Felder aneinandergefügt, wobei eine Kategorie dieselbe Feldreihenfolge verwendet. Auch Zustandsbeschreibung, Herkunftsangabe und Verpackungszustand werden zu festen Satzmustern, sodass beim Start nur noch die Variablen ersetzt werden. So kann ein Assistent selbst ein zwischen zwei Stücken diktiertes Listing sofort zusammensetzen.
Gewicht und Maße werden schon beim Wareneingang erfasst, nicht erst nach dem Verkauf. Versandvorlagen und Verpackungsmaterial werden aufeinander abgestimmt, und wie viele Stücke in eine Kiste kommen und welcher Kartontyp verwendet wird, legt man vorher fest.
Massenimport und Bestandszuordnung
Jedes Stück einzeln zu tippen ist die ineffizienteste Methode. Man sortiert die Artikel zuerst in eine Tabelle, erstellt mit der Massenimport-Funktion der Plattform alle Listings auf einmal und schiebt im Livestream nur die für die jeweilige Sendung relevanten nach vorn. Jede Zeile in der Tabelle muss vier Fragen beantworten: Was ist das, wie viel kostet es, wie viele sind vorhanden, und aus welchem Lager wird versandt.
Das Scannen von Barcodes eignet sich für physischen Bestand, der bereits vorliegt. Beim Wareneingang werden Etiketten angebracht, nach dem Scannen werden sie eins zu eins den Listings zugeordnet, beim Ausgang wird erneut gescannt; doppelte Listings und Überverkäufe lassen sich damit weitgehend vermeiden. Die Bestandsmenge muss in Echtzeit synchronisiert werden, ein Verkauf bedeutet ein Abzug, nicht das Verlassen auf das Gedächtnis.
Die Definition von Bundles wird vorher vereinheitlicht: drei Stücke als ein Posten oder drei einzelne Posten gemeinsam beworben. Beide Verfahren rechnen bei Bestand und Versand völlig unterschiedlich, deshalb darf es im Team nur eine einzige Version geben.
Checkliste vor dem Start
Zehn Minuten vor dem Start geht man alles durch, was den Stream unterbrechen kann: ob das Netzwerk stabil ist, Akkustand und Kühlung der Geräte, Kamera und Licht, Mikrofon-Echo, ob der Login-Status normal ist, ob Zahlungs- und Auszahlungsdaten vollständig sind, ob die richtige Versandvorlage gewählt ist, sowie Reihenfolge und Menge der Listings für diese Sendung.
Die Reihenfolge der Listings verdient eigenes Nachdenken. Ob man zuerst günstigen Bestand abverkauft oder teurere Stücke nach vorn stellt, um Traffic aufzubauen, entscheidet unmittelbar über Rhythmus und Umsatzstruktur der Sendung. Auch die Assistenten werden vorher eingeteilt: Wer ändert Preise, wer antwortet auf Nachrichten, wer füllt im Backend Bestand nach. Live zu fotografieren, sich live Titel auszudenken und live Versandkosten zu berechnen, sind drei Dinge, die möglichst nicht vorkommen sollten.
Der Rhythmus einer Sendung
Die Erklärzeit pro Stück wird ungefähr festgelegt und der Countdown vereinheitlicht. Nicht ein Stück fünf Minuten ziehen lassen und das nächste in zwanzig Sekunden abhandeln. Die Bilder des nächsten Stücks werden vorher vorbereitet und nach dem Ende des vorigen sofort umgeschaltet.
Preis-, Bestands- und Titeländerungen übernimmt ein Assistent im Backend, der Moderator wechselt den Bildschirm nicht. Die Kommunikation nutzt kurze feste Wörter wie Preis senken, bündeln, rausnehmen, damit im Stream keine Abläufe erklärt werden müssen. Innerhalb des Streams wird nicht spontan entschieden, Ware aus dem Lager zu holen, und es werden keine ungeprüften Bestände zugesagt.
Drei Dinge, die Verkäufer mit mehreren Shops klären müssen
Dass ein Verkäufer mehrere Shops gleichzeitig betreibt, ist nicht selten: verschiedene Kategorien getrennt, unterschiedliche Märkte im Blick oder verschiedene Teammitglieder, die je einen Bereich verantworten. Mit steigender Größe ist das Problem nicht mehr die Listing-Geschwindigkeit, sondern die Frage, wie die Accounts einander nicht stören.
Die Umgebungstrennung steht an erster Stelle. Mehrere Shops, die einen Computer, einen Browser und einen Netzwerkausgang teilen, sind aus Sicht der Plattform dieselbe Umgebung, und Probleme in einem Shop können die anderen mitreißen. Praktikabel ist, jedem Shop eine eigene Browserumgebung und eine eigene Ausgangs-IP zu geben, ohne gemeinsame Profile, Cookies und Erweiterungen. PurpleMark ist ein Werkzeug, das für genau solche Szenarien kontobezogen getrennte Browserumgebungen bereitstellt und Profile, Netzwerkausgang und Gerätefingerabdrücke getrennt verwaltet.
Zweitens die Rechtevergabe. Assistenten brauchen die Möglichkeit zu listen, Preise zu ändern und Nachrichten zu beantworten, während Vorgänge wie Auszahlungen, Kontoeinstellungen und hinterlegte Daten allein beim Shop-Inhaber bleiben sollten. Unterkonten oder Rollenrechte statt eines geteilten Hauptpassworts verringern nicht nur das Risiko eines Passwortlecks, sondern verhindern auch Vorgänge ohne Nachvollziehbarkeit. Die Unterkonten und die Rechteaufteilung von PurpleMark erlauben es, den Zugriffsumfang auf Umgebungen nach Rolle zuzuweisen, sodass Teammitglieder nur die Shops sehen, die sie verantworten.
Drittens Zusammenarbeit und Schichtplanung. Livestreams über Zeitzonen hinweg bedeuten, dass jemand mitten in der Nacht online sein muss; Übergabelisten, die Artikelliste der Sendung und Bestandsabweichungen müssen klar aufgeschrieben werden können. Shops, Umgebungen und Rechte an einer Stelle zu verwalten erspart es, bei der Übergabe in Chatprotokollen nach Zugangsdaten zu suchen.
Ein letzter Punkt ist die Voraussetzung: Egal wie viele Shops man eröffnet, die Kontodaten müssen echt sein, verkaufte Waren müssen wahrheitsgemäß beschrieben werden, und Zusagen zu Bestand, Zustand und Logistik müssen eingehalten werden. Man hält sich an die Plattformregeln, wie sie geschrieben sind. Die Zahl der Konten war nie ein Grund, Beschränkungen zu umgehen, sondern nur ein normaler Verwaltungsbedarf bei gewachsener Geschäftsgröße.
