Produktklassifizierung: Praktischer Leitfaden

Die wichtigsten Erkenntnisse

• Produktklassifizierung arbeitet auf zwei Ebenen: Marketingstrategie und Datenarchitektur. Die meisten Katalogprobleme entstehen in der zweiten.
• Standardsysteme wie eCl@ss, ETIM, GS1 GPC und UNSPSC definieren nicht nur Produktgruppen, sondern auch, welche Attribute zu jeder Klasse gehören. Die falsche Norm für Ihre Branche zu wählen, erzeugt dauerhafte Datenreibungen.
• Viele Hersteller betreiben eine proprietäre Klassifizierung neben einer oder mehreren externen Standards. Ein PIM macht das handhabbar. Eine Tabellenkalkulation nicht.
• Attributvererbung ist der Kernvorteil einer korrekten Klassifizierung: Weisen Sie ein Attribut einer Klasse einmalig zu, und jedes Produkt in dieser Klasse erhält es automatisch.
• Der häufigste Klassifizierungsfehler besteht darin, sie als Navigationsproblem zu behandeln. Kategoriestrukturen für das Durchsuchen von Webshops und Klassifizierungsstrukturen für die Datenverwaltung dienen unterschiedlichen Zwecken und sollten separat aufgebaut werden.
• Flache, undifferenzierte Produktlisten sind der teuerste Klassifizierungsfehler. Sie verlagern die Attributverwaltung auf die Produktebene, wo sie nicht skalierbar ist.

Was Produktklassifizierung wirklich ist

Produktklassifizierung ist die Entscheidung, zu welcher Gruppe ein Produkt gehört. Das klingt einfach. In der Praxis bestimmt es, welche Attribute ein Produkt trägt, wie es gefunden und gefiltert wird, ob es sich ohne manuelle Nachbearbeitung zu einem Partnersystem exportieren lässt und ob die Variantenlogik im großen Maßstab haltbar ist.

Die Begriffe Produkttaxonomie, Produktkategorie und Produktklassifizierung werden synonym verwendet, beziehen sich aber auf unterschiedliche Dinge. Produkttaxonomie ist die gesamte Hierarchie von Gruppen und Untergruppen. Eine Produktkategorie ist ein spezifischer Knoten darin. Produktklassifizierung ist der Prozess, ein Produkt dem richtigen Knoten zuzuordnen. Probleme in einem Produktkatalog lassen sich fast immer auf eine dieser drei Definitionen zurückführen, die schlecht definiert oder miteinander verwechselt wird.

Im Marketing zeigt Klassifizierung, wie Kunden ein Produkt kaufen und was das für Preisgestaltung, Bewerbung und Vertrieb bedeutet. Eine hochgradig überlegte Industriekomponente wird anders vermarktet und verkauft als ein verbrauchtes Wartungsmaterial, auch wenn beide vom gleichen Hersteller stammen.

Bei der Datenverwaltung bestimmt Klassifizierung, welche Informationen ein Produkt benötigt, wie diese in Ihrem Katalog strukturiert wird und ob es sich ohne manuelle Nachbearbeitung mit Partnern, Marktplätzen oder Beschaffungssystemen austauschen lässt. Ein Produkt, das in eCl@ss als „Leistungsschalter" klassifiziert ist, erbt einen spezifischen Satz technischer Attribute. Falls Sie es der falschen Klasse zugeordnet haben, sind diese Attribute falsch, und jeder nachgelagerte Export spiegelt das wider.

Dieser Artikel behandelt beide Seiten, gewichtet aber zur Datenarchitektur-Seite hin, da dort die meisten praktischen Entscheidungen für Hersteller und Händler mit großen Katalogen getroffen werden.

Standard-Produktklassifizierungssysteme (Standards)

Mehrere von der Branche gepflegte Klassifizierungsstandards existieren, um ein spezifisches Problem zu lösen: Wenn Ihr Unternehmen und Ihre Handelspartner unterschiedliche interne Gruppierungen verwenden, erfordert der Datenaustausch bei jedem Handoff manuelle Übersetzung. Standardklassifizierung beseitigt das und macht Interoperabilität zwischen Systemen möglich, ohne dass an jedem Verbindungspunkt ein benutzerdefiniertes Mapping erforderlich ist.

eCl@ss ist ein branchenübergreifender Standard zur Klassifizierung und Beschreibung von Produkten und Dienstleistungen, ISO/IEC-konform und gepflegt durch den eCl@ss-Verband. Die Struktur ist hierarchisch über vier Ebenen: Segment, Hauptgruppe, Gruppe und Warenkasse. Jede Klasse definiert einen Satz von Eigenschaften: spezifische Attribute, die ein Produkt in dieser Klasse tragen muss oder kann. eCl@ss wird in der Fertigung, der Industrieversorgung und Prozessindustrien weit verbreitet verwendet und wird zunehmend als gemeinsame Sprache für Industry-4.0-Datenaustausch referenziert.

ETIM (European Technical Information Model) entstand 1991 im niederländischen Elektrotechnik-Sektor und hat sich seitdem über HVAC, Sanitär, Bauwesen und verwandte Branchen ausgebreitet. Im Gegensatz zu hierarchischen Systemen organisiert ETIM Produkte in Klassen mit präzise definierten technischen Merkmalen und zulässigen Werten. Ein Produkt, das als spezifischer Leistungsschalter klassifiziert ist, trägt einen definierten Satz messbarer Merkmale: Nennstrom, Polzahl, Schaltvermögen, wie vom Standard spezifiziert. ETIM ist das dominante Klassifizierungssystem im europäischen technischen Großhandel.

GS1 GPC (Global Product Classification) wurde 1999 geschaffen, um die Produktdatensynchronisierung über GS1s Global Data Synchronization Network zu unterstützen. Es unterscheidet sich von UNSPSC, obwohl beide von GS1 US verwaltet werden. GPC arbeitet auf Brick-Level, wo Produkte einen definierten Satz von vier bis sieben Attributen teilen. Es verzeichnet die meiste Einführung in Konsumgütern, Einzelhandel und Lebensmittelversorgungsketten.

UNSPSC (United Nations Standard Products and Services Code) ist ein globaler, multisektoraler Standard, ursprünglich für Ausgabenanalyse und Beschaffung entwickelt. Seine fünfstufige Hierarchie umfasst Segment, Familie, Klasse, Ware und Geschäftsfunktion. Sie definiert keine Produktattribute auf Klassenebene, was sie für Beschaffung und Ausgabenverwaltung nützlich macht, aber weniger für technische Produktbeschreibung geeignet ist. Sie wird häufig für öffentliche Ausschreibungen und B2B-Marketplace-Einträge verlangt.

Die Wahl zwischen ihnen hängt von Ihrer Branche, den Anforderungen Ihrer Handelspartner und davon ab, was Sie von der Klassifizierung erreichen möchten. Ein Hersteller von Elektrokomponenten, der an europäische Großhändler verkauft, braucht fast sicher ETIM. Ein Unternehmen, das industrielle MRO-Produkte branchenübergreifend verkauft, könnte eCl@ss geeigneter finden. Einige Unternehmen benötigen beides.

Andere Klassifizierungsframeworks

Neben katalogfokussierten Systemen existiert ein breiteres Set von Klassifizierungsframeworks für behördliche, statistische und Handelszwecke. Dies sind keine Katalogverwaltungs-Tools; sie existieren für Compliance, Berichterstattung und grenzüberschreitenden Handel:

• CPC (Central Product Classification): UN-Standard für statistische Berichterstattung über alle Waren und Dienstleistungen
• CPA (Classification of Products by Activity): das EU-Äquivalent, abgestimmt mit der NACE-Branchenklassifizierung
• HS (Harmonized System): regelt internationalen Zoll und bestimmt Gebühren und Dokumentation für grenzüberschreitende Sendungen
• SITC (Standard International Trade Classification): verwendet für internationale Handelsstatistiken
• IEC Common Data Dictionary: gepflegt von der Internationalen Elektrotechnischen Kommission, definiert Produktbeschreibungen basierend auf elektrotechnischen Standards

Für einen vollständigen Überblick über die gesamte Landschaft finden Sie im Wikipedia-Artikel zur Produktklassifizierung alle großen Systeme mit ihrem Umfang und ihrer Herkunft.

Individuelle Klassifizierungssysteme: Aufbau eines eigenen in einem PIM

Standardsysteme bilden nicht immer saubere Zuordnungen zu einem Produktsortiment eines Unternehmens. Ein Hersteller von kundenspezifischem Industriesicherheitsequipment könnte feststellen, dass eCl@ss-Klassen für einige ihrer Produkte existieren, aber nicht für proprietäre Konfigurationen. Ein Baustoffunternehmen mit einem Produktsortiment, das strukturelle, thermische und oberflächenbezogene Kategorien umfasst, könnte eine Klassifizierungslogik benötigen, die ihre eigene Ingenieurtaxonomie widerspiegelt, nicht eine generische branchenübergreifende.

In solchen Fällen bauen Unternehmen eine proprietäre Klassifizierung neben jeden externen Klassifizierungsstandard auf, den sie unterstützen müssen. Die interne Struktur spiegelt typischerweise wider, wie die eigenen Ingenieure des Unternehmens über das Produktsortiment denken: Produktfamilien, Unterfamilien und Klassen, definiert durch gemeinsame technische Charakteristiken statt durch externe Taxonomie-Konventionen.

In Projekten, die wir für Hersteller von Industriekomponenten und Elektroausrüstung implementiert haben, war der funktionalste Ansatz, Produktklassen basierend auf gemeinsamer technischer Struktur zu definieren: Produkte, die die gleichen Kernattribute tragen, die gleichen Vollständigkeitsregeln benötigen und die gleiche Variantenlogik befolgen, gehören zur gleichen Klasse. Die Klassifizierung wird dann von unten nach oben aufgebaut, nicht von oben nach unten von einem Standard.

Ein PIM macht dies beherrschbar. In AtroCore trägt jede Produktklasse ihren eigenen Attributsatz. Wenn ein Produkt einer Klasse zugewiesen wird, erbt es automatisch alle für diese Klasse definierten Attribute: Pflichtfelder, optionale Felder, Maßeinheiten, zulässige Wertlisten. Ein neues Produkt in der Klasse „Pneumatischer Zylinder" erhält die richtigen Felder, ohne dass jemand sie manuell konfiguriert. Diese Vererbungslogik ist das, was Klassifizierung überhaupt erst lohnt. Ohne sie häufen sich Attribute auf Produktebene an und die Katalogkonsistenz verschlechtert sich schnell.

Die wichtigere Fähigkeit ist das gleichzeitige Ausführen mehrerer Klassifizierungsschemas. Ein Hersteller könnte seine eigene interne Produkthierarchie führen, zu Handelspartnern in eCl@ss exportieren und ETIM-Anforderungen für Großhändlerkataloge erfüllen, alles aus einem Produktdatensatz. AtroPIM handhabt dies, indem mehrere Klassifizierungsreferenzen einem einzelnen Produkt zugewiesen werden, jede mit ihrem eigenen Attributmapping. Die Quelldaten bleiben zentralisiert. Die Ausgabe passt sich dem Kanal an.

Unsere Kunden kommen zu uns, nachdem sie versucht haben, dies in Tabellenkalkulationen oder in ihrem ERP zu verwalten. Der Kipppunkt ist normalerweise der gleiche: Jemand muss Parallelspalten für jeden Klassifizierungsstandard führen, und in dem Moment, in dem einer aktualisiert wird, fallen die anderen aus der Synchronisation. Produktinformationsverwaltung, die um richtige Klassifizierung herum aufgebaut ist, beseitigt diese Belastung, indem Klassifizierung als eine strukturelle Eigenschaft der Daten behandelt wird, nicht als eine Spalte in einer Tabelle. Für Händler, die Produkte von Dutzenden von Lieferanten über eine fragmentierte Lieferkette verwalten, ist dies kein kleiner Effizienzgewinn. Dies ist der Unterschied zwischen einem nutzbaren Katalog und einem, der bei jedem Handoff manuelle Eingriffe erfordert.

Wie Produktklassifizierung in einem Katalog funktioniert

Produktklassifizierung ist nicht dasselbe wie Navigation. Diese Unterscheidung verursacht echte Katalogprobleme, wenn sie ignoriert wird.

Ein Kategoriebaum in einem Webshop ist für das Durchsuchen konzipiert: oben breit, unten spezifisch, organisiert um zu entsprechen, wie Kunden über Produkte denken. Eine Klassifizierungsstruktur in einem PIM ist für Datenvollständigkeit konzipiert: Produkte teilen eine Klasse, weil sie Attribute teilen, nicht weil sie einen Kundensuchpfad teilen. Die zwei können ähnlich aussehen und dienen unterschiedlichen Zwecken. Eines zu bauen, um beides zu tun, bedeutet normalerweise, dass es beide schlecht tut.

Variantenlogik hängt davon ab, dass Klassifizierung richtig ist. Wenn ein Drucksensor richtig klassifiziert ist, werden seine Variantendimensionen (Bereich, Ausgangssignal, Prozessanschluss) auf Klassenebene definiert und von jeder Variante geerbt. Falls es falsch klassifiziert oder nicht klassifiziert ist, werden Varianten-Attribute manuell pro Produkt hinzugefügt, und der Katalog sammelt im Laufe der Zeit Inkonsistenzen an.

Kanalspezifisches Veröffentlichen fügt eine weitere Schicht hinzu. Ein Produktdatensatz muss möglicherweise mit eCl@ss-Codes für einen Partner, ETIM-Codes für einen anderen und einem vereinfachten Attributsatz für einen Marktplatz exportiert werden. Nichts davon ist möglich, wenn die zugrundeliegende Produktklassifizierung falsch oder fehlend ist. Die Klassifizierung ist das, was die Export-Logik liest.

In AtroCore ist die Trennung zwischen Klassifizierungsstruktur und Navigationsstruktur explizit. Sie führen eine kanonische Produktklassifizierung, die Attributvererbung, Vollständigkeitsregeln und Export-Mappings antreibt. Separat konfigurieren Sie die Kategoriestrukturen, die für die Webshop-Navigation oder Druckkatalogstruktur verwendet werden. Die zwei referenzieren sich gegenseitig, ohne dasselbe zu sein.

Wo dies ohne richtiges Tooling bricht: Produktklassifizierung existiert nur dem Namen nach: ein Feld im Produktdatensatz, das ein Label trägt, aber keine Attributvererbung, keine Vollständigkeitsregeln und keine Export-Logik antreibt. Das ist ein Label, keine Klassifizierung. Der praktische Wert der Klassifizierung liegt ganz in dem, was sie nachgelagert durchsetzt und automatisiert.

Häufige Produktklassifizierungsfehler

Flache Kategoriestrukturen. Eine Ein-Ebenen- oder Zwei-Ebenen-Produktgruppierung ohne Attributvererbung erzwingt Attributverwaltung auf Produktebene. Bei jeder sinnvollen Katalogskala wird das unbeherrschbar. Produkte enden mit inkonsistenten Attributsätzen, fehlenden Werten an einigen Stellen und redundanten Einträgen an anderen. Der Katalog sieht funktional aus, bis Sie versuchen, ihn zu filtern, zu exportieren oder darüber zu vergleichen.

Klassifizierung mit Navigation vermischen. Die gleiche Struktur für Datenverwaltung und Webshop-Durchsuchen zu verwenden, erzeugt eine Struktur, die weder für das eine noch für das andere optimiert ist. Ein Webshop-Baum wird für das Durchsuchen von Kunden aufgebaut. Eine Klassifizierungsstruktur wird dafür aufgebaut, welche Attribute Produkte teilen. Eins zu zwingen, um beides zu dienen, erzeugt eine Hierarchie, die zu granular zum Durchsuchen und zu flach für Datenverwaltung ist. Bauen Sie sie separat und kartografieren Sie dazwischen.

Attributvererbung ignorieren. Klassifizierung ohne Vererbung ist Taxonomie ohne Funktion. Der ganze Sinn ist, dass die Klasse die Attribute definiert, nicht umgekehrt. Falls Sie ein Produkt einer Klasse zuweisen und dann seine Attribute immer noch manuell konfigurieren, tut die Klassifizierung nichts. Jedes manuell hinzugefügte Attribut ist eine zukünftige Inkonsistenz, die erscheinen wird.

Falsche Granularität wählen. Klassen, die zu breit sind, gruppieren Produkte mit genuinen verschiedenen technischen Strukturen, was Attributkompromisse erzwingt: Entweder tragen einige Produkte irrelevante Felder, oder relevante Felder werden weggelassen, um die Klasse sauber zu halten. Klassen, die zu fein sind, erzeugen Wartungsaufwand ohne echten Nutzen. Die richtige Granularität ist die Ebene, auf der alle Produkte in einer Klasse legitim den gleichen Attributsatz teilen.

Pro-Kanal-Klassifizierung. Separate Klassifizierungsstrukturen pro Vertriebskanal zu führen statt eine kanonische Klassifizierung mit kanalspezifischen Mappings zu verwenden, vervielfacht die Wartungslast mit jedem neuen hinzugefügten Kanal. Wenn sich die interne Klassifizierung ändert, muss jede kanalspezifische Version separat aktualisiert werden. Der richtige Ansatz ist eine Quellklassifizierung mit zugeordneten Ausgaben pro Kanal oder Partner-Standard.

Spätphase-Klassifizierung. Klassifizierung als etwas zu behandeln, das nach dem Katalogaufbau hinzugefügt wird, bedeutet nachträglich Attributzuweisungen umzugestalten. In großen Katalogen sind das Monate Arbeit. Produkte ohne Klasse eingegeben trägen keine geerbten Attribute, also muss jemand Felder Produkt für Produkt zuweisen. Klassifizierung sollte definiert werden, bevor die Produktdateneingabe beginnt, nicht nachdem sie bereits in Schwierigkeiten ist.

Die meisten dieser Fehler teilen eine Wurzelursache: Produktklassifizierung wird als organisatorischer Komfort statt als Datenarchitektur-Entscheidung behandelt. Das Richtigmachen am Anfang kostet wenig. Das Beheben später, mit Tausenden von Produkten bereits eingegeben, Exporten bereits gebrochen und kanalspezifischen Workarounds bereits vorhanden, kostet erheblich mehr.