PIM-Klassifizierung: Ein praktischer Leitfaden

Produktdatenmanagement scheitert lautlos. Kataloge wachsen, Teams vermehren sich, Channel-Exporte brechen zusammen. In den meisten Fällen liegt die Grundursache gleich vor: Niemand hat frühzeitig eine klare Klassifizierungsstruktur definiert.

Was ist PIM-Klassifizierung?

In einem Produktinformationsmanagementsystem ist Klassifizierung der Prozess, Produkte einer definierten Produkttaxonomie zuzuordnen, sodass jedes Produkt den richtigen Satz von Attributen, Maßeinheiten und Validierungsregeln für seinen Typ erhält.

Klassifizierung ist strukturell. Sie beantwortet eine Frage: Was für ein Produkt ist das? Ein Elektroschrauber gehört zu einer Klasse, die Spannung, Drehmoment, Spannzangengröße und Sicherheitszertifikate erfordert. Ein T-Shirt gehört zu einer Klasse, die Materialzusammensetzung, Schnittform und Pflegeanleitung erfordert. Die Klasse bestimmt, welche Datenfelder relevant sind und welche obligatorisch sind.

Die meisten PIM-Systeme implementieren Klassifizierung als dedizierte Objektebene, getrennt vom Produktdatensatz selbst. Ein Produkt ist mit einer oder mehreren Klassen verknüpft; diese Klassen definieren, welche Attribute das Produkt erbt. Ändern Sie die Klasse, und der Attributsatz ändert sich mit ihr. Das Produktdatenmodell bleibt sauber und vermeidet die Ausbreitung von Hunderten von Produktebenen-Customfields, die im Laufe der Zeit von verschiedenen Teams hinzugefügt werden. Das Klassifizierungssystem ist das, was diesem Modell seine Struktur verleiht.

In Projekten, die wir für Hersteller von Industrieausrüstungen implementiert haben, war unkontrolliertes Feldwachstum eines der häufigsten Probleme, denen wir begegneten. Produkte hatten über 200 Attribute auf Datensatzebene angesammelt, viele davon Duplikate oder Quasi-Duplikate, die von verschiedenen Geschäftseinheiten hinzugefügt wurden. Der Umstieg auf klassenbasierte Attributvererbung reduzierte das auf etwa 40 bis 60 klassendefinierten Felder pro Produkttyp mit vollständiger Audit-Abdeckung und konsistenten Vollständigkeitswertungen im gesamten Katalog.

Klassifizierung versus Produktkategorie

Diese beiden Konzepte werden häufig verwechselt, sogar von erfahrenen PIM-Benutzern. In einer Baumansicht sehen sie ähnlich aus, erfüllen aber völlig unterschiedliche Zwecke.

Eine Produktkategorie ist ein kommerzielles Konstrukt. Sie strukturiert, wie Kunden browsen, wie Käufer Sortimente verwalten und wie Channels Listings organisieren. Das gleiche Produkt kann gleichzeitig in mehreren Kategorien erscheinen. Ein Akku-Bohrer könnte unter "Elektrowerkzeuge" und "Vatertags-Geschenke" gleichzeitig aufgeführt sein.

Eine Produktklassifizierung ist ein Data-Governance-Konstrukt. Sie definiert, welche Attribute ein Produkt benötigt, um vollständig und vergleichbar mit anderen Produkten desselben Typs zu sein. Ein Produkt sollte eine primäre Klassifizierungsklasse haben. Diese Klasse ist stabil. Sie spiegelt die physikalische und technische Natur des Produkts wider und verschiebt sich nicht mit Marketingkalendern oder Channel-Strategien.

Teams, die die beiden vermischen, landen in einem von zwei Problemen. Entweder sind ihre Attributsätze inkonsistent, weil Kategorien häufig ändern und Attributzuordnungen mit sich nehmen. Oder ihre Navigationsstruktur ist starr, weil sie an das Datenmodell statt an Geschäftslogik gebunden ist. Sie als separate Belange zu behandeln, mit separaten Besitzern und separaten Governance, ist das, was beide verhindert.

Das deutlichste Signal, dass ein Team die beiden verwechselt hat: Ihr Klassifizierungsbaum hat einen Knoten namens "Angebote" oder "Saisonal".

Klassifizierungsmodelle

Flache Klassifizierung

Alle Produktklassen sitzen auf einer Ebene ohne Hierarchie. Einfach zu implementieren, geeignet für kleine homogene Kataloge mit stabilem, engem Produktbereich. Flache Klassifizierung bricht zusammen, sobald die Produktvielfalt zunimmt, weil es keine Möglichkeit gibt, gemeinsame Attribute über verwandte Klassen hinweg zu teilen, ohne sie zu duplizieren. Ein Sicherheitszertifizierungsfeld, das von allen Elektrowerkzeugen benötigt wird, muss manuell zu jeder einzelnen Klasse hinzugefügt werden. Sobald ein Katalog 20 bis 30 unterschiedliche Produkttypen erreicht, überwiegt der Duplikations-Overhead den Einfachheitsvorteil, und hierarchische Klassifizierung ist die bessere Wahl.

Hierarchische Klassifizierung

Klassen sind in einem Baum organisiert. Übergeordnete Klassen tragen gemeinsame Attribute. Untergeordnete Klassen fügen typspezifische hinzu. Alle "Elektrowerkzeuge" erben ein Sicherheitszertifizierungsfeld vom übergeordneten Element. Eine "Bohrer"-Klasse fügt Spannzangengröße hinzu; eine "Kreissäge"-Klasse fügt Blattdurchmesser und Schnittbreite hinzu. Wenn sich eine behördliche Anforderung ändert, aktualisieren Sie die übergeordnete Klasse einmal, und sie wird automatisch an alle untergeordneten Elemente weitergegeben.

Hierarchische Klassifizierung ist das Standardmodell in Mid-Market-PIM-Implementierungen. Es kartografiert gut zu Branchenklassifizierungsstandards und skaliert auf mehrere tausend Produktklassen. Die Produkthierarchie kann wachsen, während der Katalog wächst. Hersteller und Distributoren können ihren vollständigen Katalog auf einer gut gestalteten Struktur ausführen, ohne auf strukturelle Limits zu stoßen.

Facettierte Klassifizierung

Produkte gehören gleichzeitig mehreren Klassifizierungsdimensionen an: Material, Funktion, Anwendung und Technologiestandard. Facettierte Modelle handhaben komplexe technische Produkte gut, erfordern aber sorgfältige Governance. Ohne sie wächst die Anzahl der gültigen Klassenkombinationen schneller, als Teams sie verwalten können. Dieses Modell ist häufiger in MDM-Kontexten und in Sektoren wie Elektrogroßhandel und Industriekomponenten üblich, wo ein einzelnes Produkt möglicherweise entlang von drei oder vier unabhängigen Achsen beschrieben werden muss.

Für die meisten B2B-Hersteller und Distributoren ist hierarchische Klassifizierung der richtige Startpunkt. Facettierte Modelle erhöhen die Ausdruckskraft, bringen aber echten Governance-Overhead mit sich. Starten Sie hierarchisch und schichten Sie Facetten nur dort ein, wo das Geschäft einen konkreten Bedarf dafür hat.

Wie man eine Klassifizierungsstruktur aufbaut

Schritt 1: Umfang und Zweck definieren

Eine Klassifizierung, die nur für interne Berichte erstellt wurde, sieht anders aus als eine, die Channel-Exporte und Datenvollständigkeitswertungen antreibt. Der haltbarste Ansatz deckt beides ab. Er definiert den Attributsatz, den jeder Produkttyp benötigt, ist granular genug, um den kanalspezifischen Schemas, die Teams verwenden, zu entsprechen (E-Commerce, gedruckte Kataloge, EDI), und stabil genug, dass er nicht jedes Mal neu aufgebaut werden muss, wenn sich eine Channel-Anforderung ändert.

Bevor Sie etwas entwerfen, prüfen Sie die am meisten bevölkerten Produkttypen im bestehenden Katalog. Das sind die Klassen, die richtig sein müssen. Eine falsche Struktur in der Produktion mit Tausenden zugeordneten Produkten ist teuer zu korrigieren. Klassifizierungsschuld summiert sich.

Schritt 2: Einen Referenzstandard wählen

Eine Klassifizierung von Grund auf zu erstellen ist selten notwendig und normalerweise ein Fehler. Für die meisten Sektoren gibt es Industriestandards, die von Industrieverbänden gepflegt und bereits von großen Handelspartnern und Marktplätzen unterstützt werden:

• ETIM: Elektrische, mechanische und HLK-Komponenten; dominant im europäischen Großhandel
• GS1 GPC: globale Produktklassifizierung für Konsumgüter und Industrieprodukte; häufig in Retail-Lieferketten
• eClass: weit verbreitet in der DACH-Region für Industriegüter und Ingenieurkomponenten; gut unterstützt in Beschaffungs- und ERP-Systemen
• UNSPSC: beschaffungsorientiert; häufig in öffentlichen Behörden und Enterprise-Beschaffungskontexten

Die Verwendung eines Referenzstandards verkürzt die Buildzeit erheblich. Es stellt auch sicher, dass die Kompatibilität mit Handelspartnern gegeben ist und vereinfacht Zertifizierungs-Workflows, weil die Klassenbezeichner und Attributdefinitionen bereits dem entsprechen, was nachgelagerte Systeme erwarten. Der praktische Ansatz ist, Ihre internen Klassennamen zu Standardbezeichnern zu kartografieren, anstatt sie zu ersetzen. Interne Teams arbeiten mit vertrauter Terminologie, während das System standardkonforme Codes für externen Austausch ausgibt.

Schritt 3: Attribute pro Klasse definieren

Definieren Sie für jede Blattklasse den vollständigen Attributsatz: obligatorische Felder, optionale Felder, Maßeinheiten, kontrollierte Vokabulare und Validierungsregeln. Ein Produkt, das der falschen Klasse zugeordnet ist, werden erforderliche Felder fehlen. Das PIM-System zeigt dies als Datenvollständigkeitslücke an, anstatt es stillschweigend in einen Export oder einen kundenorientierten Feed einzulassen.

Ein praktisches Prinzip: Trennen Sie Attribute, die beschreiben, was ein Produkt ist, von Attributen, die beschreiben, was ein Produkt tut. Für eine Pumpe sind die klassifizierten Attribute der Durchsatz, die Einlassgröße und der Druckwert. Anwendungsspezifische Attribute, wie empfohlene Verwendungsumgebungen, gehören zu einer separaten Anreicherungsebene und nicht zur Klassifizierungsstruktur. Das Vermischen der beiden bläht die Klassifikationsattributzahl auf und macht die Vollständigkeitswertung unzuverlässig.

Schritt 4: Vererbungsregeln festlegen

Attribute sollten so hoch in der Hierarchie definiert werden, wie sie tatsächlich gelten. Gemeinsame behördliche Felder gehören auf eine Kategorie- oder Familienebene. Produkttypspezifische Felder gehören auf die Klassenebene, normalerweise nach Themenbereich organisiert (technische Spezifikationen, Logistikdaten, Verkaufsinhalte). Variantenebenfelder (Farbe, Größe, Verpackungseinheit) sitzen auf dem Produkt- oder SKU-Datensatz, nicht auf der Klasse. Wenn Sie das richtig machen, ermöglicht es auch, dass das Klassifizierungssystem als Master-Data-Grundlage systemübergreifend wiederverwendbar ist.

Die Vererbungsgestaltung zahlt sich am deutlichsten bei der Channel-Readiness-Arbeit aus. Wenn eine neue Export-Vorlage ein Feld benötigt, das alle Produkte einer Familie benötigen, deckt eine Änderung auf der übergeordneten Klasse die gesamte Familie ab. In einem Katalog mit 50.000 Produkten ist dieser Unterschied nicht akademisch. Die gleiche Änderung klassenweise oder produktweise angewendet dauert Wochen und führt zu Inkonsistenzen.

Schritt 5: Einen Umklassifizierungs-Workflow erstellen

Produkte werden umklassifiziert. Technische Änderungen, Akquisitionen, neue Produktfamilien und behördliche Updates lösen alle Klassenänderungen aus. Umklassifizierung ohne Governance erzeugt verwaiste Attributdaten: Felder, die in der alten Klasse existierten, aber keine Zuordnung in der neuen haben, gehen während des Umzugs stillschweigend verloren.

Definieren Sie den Workflow, bevor die erste Umklassifizierungsanfrage eintrifft. Definieren Sie, wer eine Änderung vorschlägt, wer sie genehmigt, und wie die Attributdifferenz behandelt wird, wenn ein Produkt von einer Klasse mit 45 Feldern zu einer mit 60 wechselt, oder zu einer mit einem anderen obligatorischen Feldersatz. Teams, die diesen Schritt überspringen, vermeiden neigen dazu, Umklassifizierung ganz zu vermeiden, und die Klassifizierung weicht im Laufe der Zeit allmählich vom tatsächlichen Produktportfolio ab.

AtroPIM unterstützt klassenbasierte Attributvererbung mit konfigurierbarer Vollständigkeitswertung pro Klasse. Produkte, die nicht die obligatorischen Feldgrenzen für ihre zugeordnete Klasse erfüllen, werden zum Zeitpunkt der Dateneingabe gekennzeichnet. Genehmigungsprozesse und Audit-Trails decken Umklassifizierungsereignisse ab, sodass Attributdeltas nachverfolgt werden, anstatt stillschweigend gelöscht zu werden.

Häufige Fehler

Klassifizierung mit Navigation zu verwechseln ist der schädlichste. Wenn der Klassifizierungsbaum das Website-Menü widerspiegelt, was Sie haben, ist eine Kategoriestruktur. Sie können ähnliche Namen haben, erfüllen aber unterschiedliche Zwecke und müssen unabhängig von verschiedenen Besitzern gepflegt werden.

Granularitätsfehler laufen in beide Richtungen, aber zu viele Blattklassen ist das häufigere Problem. Eine Klassifizierung mit Tausenden schmaler Klassen ist schwer zu pflegen und verbessert selten die Datenqualität. In einem Distributionsprojekt, das wir überprüften, hatte der Client über 3.000 Blattklassen für einen Katalog von 80.000 Produkten. Die meisten Klassen hatten weniger als 10 zugeordnete Produkte. Der Verwaltungsaufwand für die Verwaltung von Attributsätzen für jede Klasse weit übertraf den Vorteil. Die Konsolidierung auf 400 gut definierte Klassen mit umfangreicheren Attributsätzen verbesserte die Vollständigkeitswertungen und reduzierte die Zeit für die Klassifizierungs-Governance um ungefähr die Hälfte.

Proprietäre Klassifizierungsmodelle erzeugen Zuordnungsaufwand jedes Mal, wenn ein neuer Handelspartner, Marktplatz oder Beschaffungssystem online geht. Die Ausrichtung auf ETIM, eClass oder GS1 GPC von Anfang an beseitigt diese Arbeit.

Und ohne einen designierten Besitzer driftet Klassifizierung. Teams fügen ad hoc Klassen hinzu, um unmittelbare Probleme zu lösen. Innerhalb von zwei Jahren kann eine gut gestaltete Struktur unkenntlich werden. Weisen Sie Besitzer einem Produktdatenmanager oder MDM-Team zu und geben Sie ihnen die Befugnis, ad-hoc-Additions abzulehnen.

Was Klassifizierung möglich macht

Die Datenvollständigkeit wird messbar, sobald jede Klasse definiert, was "vollständig" für ihren Produkttyp bedeutet. Vollständigkeitswertungen können pro Klasse, pro Produktfamilie und pro Channel-Ziel nachverfolgt werden. Der Produktanreicherungsaufwand geht zu den Lücken, die tatsächlich für den nächsten Export oder die Kampagne wichtig sind, nicht zu den Feldern, die zufällig am sichtbarsten sind. Schnellere, besser gezielte Anreicherung verkürzt auch die Time-to-Market für neue Produkteinführungen.

Für die Channel-Readiness gilt das gleiche Prinzip. Ein korrekt in ETIM klassifiziertes Produkt kann mit minimalem zusätzlichem Mapping ein standardkonformes Datenblatt für den Elektrogroßhandel generieren. Produkte, die fehlklassifiziert oder unklassifiziert sind, erzeugen manuelle Arbeit zum Zeitpunkt des Exports, jedes Mal.

Die Such- und Filterleistung in B2B-Katalogen hängt stark von der Attributkonsistenz über vergleichbare Produkte ab. Klassifizierungsgesteuerte Attributsätze produzieren diese Konsistenz. Facettierte Suche, facettierte Filterung, Vergleichstabellen und parametrische Suche erfordern alle, dass Produkte desselben Typs die gleichen Felder mit den gleichen Einheiten und kontrollierten Vokabularen tragen. Das manuell zu erzwingen, Produkt für Produkt, skaliert nicht. Klassifizierung ist der einzige Mechanismus, der es systematisch macht.

Klassifizierung ist die strukturelle Entscheidung, die bestimmt, wie viel manuelle Arbeit jeder nachgelagerte Prozess benötigt. Die meisten Teams entdecken das nur, wenn sie versuchen, es nachträglich zu beheben.