SKU-Management für Marktplätze mit mehreren Anbietern: Ein praktischer Leitfaden

Jeder, der länger als ein paar Monate im E-Commerce gearbeitet hat, ist auf ein SKU-Problem gestoßen. Zwei Produkte mit dem gleichen Code. Ein Code, der sechs Monate später nichts mehr bedeutet. Ein Supportticket, dessen Bearbeitung zwanzig Minuten dauert, weil niemand sagen kann, welches SKU tatsächlich versendet wurde.

In einem Einzelmarkengeschäft ist das ärgerlich. In einem Multi-Vendor-Marktplatz, wo Dutzende oder Hunderte von Verkäufern jeweils ihre eigenen Produktdaten erstellen, ist es ein strukturelles Risiko, das sich mit jedem neuen Anbieter, der hinzukommt, potenziert.

SKU vs. UPC: die Verwirrung, die zu echten Problemen führt

Diese beiden Begriffe werden interchangeable verwendet, und das ist ein echtes Missverständnis, nicht nur eine technische Feinheit.

Ein SKU, Lagerhaltungseinheit, ist ein interner Code, den Ihr Unternehmen erstellt, um eine spezifische Produktvariante zu verfolgen. Es ist ein eigenes System, das für Sie und Ihre Lieferanten bedeutungsvoll ist, jedoch nicht für jemanden außerhalb Ihres Marktplatzes. Ein UPC, universeller Produktcode, ist ein externer, standardisierter Barcode, der einem Produkt zugewiesen ist, damit es von jedem Einzelhändler oder System, das es scannt, erkannt werden kann.

Der praktische Unterschied ist hier besonders wichtig: Ein Marktplatz kann und sollte seine eigene SKU-Struktur vollständig kontrollieren, da sie intern ist. Eine UPC ist nichts, was man sich ausdenkt; sie wird ausgegeben und muss mit dem übereinstimmen, was auf dem tatsächlichen Produkt gedruckt ist. Diese beiden als dasselbe zu behandeln, führt direkt zu doppelten Listungen, gebrochenem Inventarsynchronisation und Rücksendungen, die nicht mit der ursprünglichen Bestellung abgeglichen werden können.

Warum das SKU-Management auf einem Marktplatz ein anderes Problem darstellt

Ein Einzelmarkenladen muss nur ein SKU-System durchsetzen, nämlich sein eigenes. Jeder, der Produktdaten eingibt, arbeitet für dasselbe Unternehmen, unter den gleichen Regeln, egal ob diese Regeln schriftlich festgehalten sind oder nicht.

Ein Marktplatz dreht das um. Jeder Anbieter kommt mit seinen eigenen Gewohnheiten, seinen eigenen Tabellenkalkulationen, manchmal sogar mit seinem eigenen bestehenden SKU-System von einem Laden, den er bereits anderswo betreibt. Ohne eine gemeinsame Struktur, die beim Onboarding auferlegt wird, haben Sie so viele unterschiedliche SKU-Logiken, wie Sie Anbieter haben, und keine zuverlässige Möglichkeit, über diese hinweg zu suchen, Berichte zu erstellen oder abzugleichen.

Genau aus diesem Grund verdient die SKU-Verwaltung einen eigenen, gezielten Plan auf einem Marktplatz, anstatt als eine selbstverständliche Detail zu gelten, das die Verkäufer einfach herausfinden werden.

Eine gute SKU-Struktur sieht tatsächlich folgendermaßen aus:

Eine konsistente Namenskonvention, die auf jeden Anbieter angewendet wird.

Eine funktionale Struktur kodiert typischerweise Anbieter, Kategorie und Variante direkt in den Code, etwa so:VEND-CAT-FARBE-GRÖSSEDas genaue Format ist weniger wichtig als die Tatsache, dass jeder Anbieter dasselbe befolgt.

Einzigartigkeit wird auf Plattformebene durchgesetzt, nicht dem Vertrauen überlassen.

Der Marktplatz selbst sollte eine SKU ablehnen, die bereits verwendet wird, anstatt darauf zu vertrauen, dass die Anbieter selbst vor der Listung eines Produkts nach Konflikten suchen.

Raum zur Skalierung, ohne von vorne anfangen zu müssen.

Eine Benennungskonvention, die für 10 Anbieter und 200 Produkte entwickelt wurde, sollte auch bei 100 Anbietern und 20.000 Produkten sinnvoll sein, ohne dass mitten im Prozess ein vollständiges Umbenennungsprojekt erforderlich ist.

Eine klare Trennung zwischen SKU und jedem externen Code.

UPCs, Barcodes und Herstellerteilenummern können alle zusammen mit einer SKU gespeichert werden, sollten jedoch nicht als die SKU selbst verwendet werden, da sie nicht immer verfügbar, nicht immer kontextübergreifend eindeutig und nicht unter der Kontrolle des Marktplatzes sind.

Wie man das tatsächlich repariert und wartet: Schritt für Schritt

1. Definieren Sie Ihr SKU-Format, bevor Sie Ihren ersten Anbieter an Bord holen.

• Entscheide, was in die SKU kodiert wird: Anbieterkennung, Kategorie und Variante sind die häufigsten.
• Schreibe das Format als kurze, einfache Regel auf, die Anbieter ohne Rätselraten befolgen können.
• Betrachten Sie dies als eine plattformweite Richtlinie, nicht als einen Vorschlag, den jeder Anbieter auf seine eigene Weise interpretieren kann.

2. Integrieren Sie Einzigartigkeitsprüfungen in den Onboarding- und Listungsprozess.

• Die Produktkonfiguration von Shipturtleunterstützt die strukturierten Felder und Validierungen, die erforderlich sind, um eine doppelte SKU zu erfassen, bevor ein Angebot live geht
• Lehnen Sie ab, anstatt lediglich zu kennzeichnen, ein SKU, das bereits andernorts auf der Plattform existiert.
• Machen Sie dies automatisch, ohne dass ein manueller Überprüfungsschritt erforderlich ist, an den sich jemand erinnern muss.

3. Bestehende Anbieter absichtlich in die neue Struktur migrieren

• Händler, die bereits ihr eigenes SKU-System haben, werden nicht freiwillig wechseln, ohne einen klaren Grund und einen einfachen Weg dafür.
• Bieten Sie ein Tool zur Massenumstellung oder ein kurzes Migrationsfenster an, anstatt die manuelle Neueingabe von Produkt zu Produkt zu erwarten.
• Kommunizieren Sie die Änderung, bevor Sie sie durchsetzen, nicht nachdem die Anbieter feststellen, dass ihre alten SKUs nicht mehr funktionieren.

4. SKU-Felder von UPC- und Barcode-Feldern ausdrücklich trennen.

• Geben Sie den Anbietern ein eigenes Feld für den UPC- oder Hersteller-Code, getrennt vom SKU-Feld selbst.
• Verwenden Sie den UPC für die Barcode-Scannung und die Produktidentifizierung, und die SKU für die interne Verfolgung und Berichterstattung.
• Vermeiden Sie jeden Listenfluss, der diese beiden Felder als austauschbar betrachtet, da genau dort die Verwirrung beginnt.

5. Regelmäßige Prüfungen auf Duplikate und Inkonsistenzen durchführen

• Eine einmalige Reinigung bleibt nicht sauber, da kontinuierlich neue Anbieter und neue Produkte hinzugefügt werden.
• Richten Sie eine regelmäßige Überprüfung ein, monatlich ist für die meisten Marktplätze angemessen, um Abweichungen zu erkennen, bevor sie zu einer echten Supportbelastung werden.
• Betrachten Sie eine steigende Anzahl von SKU-bezogenen Support-Tickets als ein frühes Signal, dass die aktuelle Struktur überarbeitet werden muss, und nicht nur als einzelne Tickets, die geschlossen werden müssen.

6. Binde die SKU-Qualität in das Schulungstraining für Anbieter ein.

• Neue Anbieter sollten die SKU-Formatanforderung während der Einarbeitung sehen und nicht erst entdecken, nachdem ihre erste Liste abgelehnt wurde.
• Ein kurzes, konkretes Beispiel ist effektiver als eine schriftliche Richtlinie allein.
• Händler, die die Gründe verstehen, schnellere Suchvorgänge, weniger Streitigkeiten, sauberere Berichterstattung, neigen dazu, bereitwilliger zu befolgen als diejenigen, die nur aufgefordert werden, eine Regel zu befolgen.

Was treibt die Kosten, dies falsch zu machen?

Die Bereinigung des SKU-Chaos nachträglich kostet weitaus mehr, als es zu verhindern. Ein Marktplatz mit Tausenden inkonsistenten, duplizierten oder sinnlosen SKUs steht vor einem echten Datenmigrationsprojekt, um dies nachträglich zu beheben, Produkte neu zuzuordnen, historische Bestellungen zu aktualisieren und Anbieter neu zu schulen, die bereits Gewohnheiten rund um das fehlerhafte System entwickelt haben.

Eine No-Code-Marktplatz-App verändert den Ausgangspunkt erheblich, da strukturierte SKU-Felder und Validierungsfunktionen zur Einzigartigkeit bereits als integrierte Funktionen vorhanden sind, anstatt von Grund auf neu entwickelt zu werden, nachdem das Problem bereits sichtbar ist.Sieh dir an, was im Funktionsumfang von Shipturtle enthalten ist.undÜberprüfen Sie die aktuellen Preise.für genaue Zahlen.

Behebe das, bevor es zu einem Migrationsprojekt wird.

Eine saubere SKU-Struktur ist von Tag eins an viel einfacher durchzusetzen, als sie rückblickend umzusetzen, wenn bereits Hunderte von Anbietern ihre eigenen Gewohnheiten darum herum entwickelt haben. Die Kosten, dies frühzeitig richtig zu machen, sind eine politische Entscheidung. Die Kosten, es spät zu beheben, sind ein Datenprojekt.

Buchen Sie eine Demoum zu sehen, wie Shipturtle die SKU-Struktur durchsetzt und Duplizierung beim Listen verhindert. Oderdie vollständige Funktionalität erkundenum zu sehen, was bereits eingebaut ist, bevor du anfängst.