Produktdatenklassifizierung ist der Prozess, bei dem jedes Produkt in Ihrem Katalog einer definierten Kategorie zugeordnet wird und die zugehörigen Attribute hinzugefügt werden. Richtig umgesetzt macht dies einen Produktkatalog durchsuchbar und filterbar, mit strukturierten Daten für den automatisierten Austausch mit Handelspartnern. Schlecht umgesetzt führt es zu Inkonsistenzen, die sich auf alle Systeme ausbreiten, die mit Ihren Produktdaten in Berührung kommen.
Für Hersteller und Distributoren, die große, technisch komplexe Produktkataloge verwalten, bestimmt die Produktdatenklassifizierung die betrieblichen Ergebnisse. Die Fähigkeit eines Käufers, nach Spezifikationen zu filtern, die Geschwindigkeit, mit der ein Lieferantendatensatz aufgenommen werden kann, die Zeit bis zur Inbetriebnahme eines neuen Vertriebskanals – all dies hängt davon ab, ob die zugrunde liegenden Daten ordnungsgemäß strukturiert sind.
Was Produktdatenklassifizierung wirklich leistet
Im Kern beantwortet die Produktdatenklassifizierung zwei Fragen: Um welche Art von Produkt handelt es sich, und welche Informationen sollte es enthalten?
Die erste Frage ordnet jedes Produkt einer Kategorie innerhalb einer Hierarchie zu. Ein Kabelschuh wird in Elektrokomponenten > Kabelmanagement > Kabelschuhe eingeteilt. Ein Winkelschleifer geht in Elektrowerkzeuge > Schleifen > Winkelschleifer. Wie tief diese Hierarchie reicht, hängt davon ab, wie viel Variation innerhalb einer Produktreihe vorhanden ist.
Die zweite Frage ist, wo die Klassifizierung ihren Wert erweist. Jede Kategorie definiert einen Satz von Attributen, die Produkte in dieser Kategorie tragen müssen. Ein Winkelschleifer benötigt Schleifscheiben-Durchmesser, Leerlaufdrehzahl, Leistungsaufnahme, Schutzklasse und Gewicht. Ein Kabelschuh benötigt Gewindegröße, Kabeldurchmesserbereich, Material und IP-Schutzart. Dies sind keine generischen Felder. Sie sind spezifisch für den Produkttyp, und die Klassifizierung teilt dem System mit, welche Felder gelten.
Diese Verbindung zwischen Kategorie und Attributset ist das, was Produktdatenklassifizierung von einfacher Katalogisierung unterscheidet. Produkte in Ordner einzuordnen ist Katalogisierung. Das Datenmodell für jeden Produkttyp zu definieren ist Klassifizierung.
Taxonomie: Das Fundament der Produktdatenklassifizierung
Bevor Sie Produkte klassifizieren können, benötigen Sie eine Taxonomie: eine strukturierte Produkthierarchie von Kategorien, die Ihren gesamten Bereich abdeckt. Sie ist das Rückgrat jedes Produktdatenklassifizierungssystems.
Taxonomien können von Grund auf neu erstellt, von einem Standard geerbt oder aus beidem angepasst werden. In der B2B-Fertigung und -Verteilung sind mehrere standardisierte Klassifizierungen gut etabliert. ETIM deckt Elektro-, Installations- und HVAC-Produkte ab. eCl@ss umfasst eine viel breitere Palette von Industrieprodukten und unterstützt die Attributdefinition pro Klasse. UNSPSC und GPC befassen sich jeweils mit Beschaffung und Einzelhandel. In vielen Branchen wird der Standard, den Ihr größter Handelspartner verwendet, die Frage faktisch entscheiden.
In Projekten, die wir für Elektro- und Baustoffverteiler implementiert haben, kommt die Taxonomie-Frage typischerweise früh auf und erzeugt mehr interne Diskussionen als erwartet. Produktmanager wünschen sich granulare Kategorien. ERP-Teams möchten etwas, das sie ihrer bestehenden Struktur zuordnen können. Beschaffung möchte Kompatibilität mit Lieferantendatenformaten. Es gibt selten eine klare Antwort, aber die praktische Entscheidung besteht normalerweise darin, sich an den dominierenden Standard in Ihrer Branche anzupassen und benutzerdefinierte Kategorien nur dort hinzuzufügen, wo es absolut erforderlich ist.
Eine flache Taxonomie mit hundert Top-Level-Kategorien und ohne Hierarchie verursacht schnell Probleme. Produkte, die zur Suche und zum Filtern zusammenhören, enden verstreut. Attributsets wachsen, weil jede Kategorie das Rad neu erfindet. Und wenn jemand versucht, Daten in einem Standardformat zu exportieren, ist der Mapping-Aufwand riesig.
Tiefe Taxonomien mit zu vielen Ebenen erzeugen ein anderes Problem: Wartung. Jede neue Produktlinie erfordert Entscheidungen darüber, wo sie passt, und je tiefer Sie im Baum gehen, desto größer ist das Potenzial für Inkonsistenzen.
Die meisten funktionierenden Taxonomien in komplexen B2B-Katalogen liegen zwischen drei und fünf Ebenen, mit genug Tiefe, um spezifische Attributsets pro Kategorie zu definieren, aber nicht so viel, dass die Klassifizierung zu einer täglichen Verhandlung wird.
Attributzuweisung in der Produktdatenklassifizierung
Sobald ein Produkt einer Kategorie zugeordnet wird, bestimmt das Attributset für diese Kategorie, welche Daten es tragen sollte. Hier findet die praktische Arbeit statt.
Attribute fallen in einige Typen. Einige sind feste Werte aus einer definierten Liste: ein Verbindungstyp, eine Schutzklasse, ein Gewindestandard. Andere akzeptieren numerische Werte mit Einheiten: Spannung, Durchsatzrate, Zugfestigkeit. Einige sind Freitext, obwohl diese schwerer zu vergleichen und zu filtern sind.
Klassifizierung ohne standardisierte Attributwerte ist unvollständig. Ein Produkt, das der richtigen Kategorie zugeordnet, aber mit inkonsistenten oder fehlenden Attributwerten versehen ist, wird immer noch beim Filtern, Exportieren und Datenaustausch mit Partnern fehlschlagen.
In der Praxis variiert die Attributqualität je nach Datenquelle. Herstellerdaten kommen in verschiedenen Formaten an, wobei unterschiedliche Terminologien für dieselbe Eigenschaft verwendet werden. Ein Lieferant nennt es „Nennstrom", ein anderer nennt es „Nominalampere". Beide bedeuten das gleiche. Ohne ein Klassifizierungsmodell, das diese auf ein einzelnes standardisiertes Attribut abbildet, sammeln Sie Variation an, die kein nachgelagertes System automatisch auflösen kann.
Dies ist eines der häufigeren Probleme, mit denen unsere Kunden vor der Migration zu einem strukturierten PIM konfrontiert werden: Sie haben Produktdaten, aber sie existieren in Lieferantendaten-Tabellen oder Legacy-ERP-Feldern ohne ein konsistentes Produktdatenklassifizierungsmodell dahinter. Das Ergebnis ist ein Katalog, in dem die Daten vorhanden sind, aber strukturell inert: keine zuverlässige Filterung, kein sauberer Export, kein Vergleich zwischen Produkttypen.
Vererbung und Hierarchie-Logik in der Klassifizierung
Einer der strukturellen Vorteile eines ordnungsgemäßen Produktdatenklassifizierungsmodells ist die Attributvererbung. Wenn Sie ein Attribut auf einer übergeordneten Kategorieebene definieren, trägt jedes Produkt in untergeordneten Kategorien dieses Attribut ebenfalls. Sie definieren es einmal; es fließt hinunter.
Dies ist wichtig für Kataloge mit tausenden SKUs. Ohne Vererbung definieren Sie am Ende manuell dieselben Attribute in Dutzenden von Unterkategorien neu und schaffen bei jedem Mal Möglichkeiten für Inkonsistenzen.
Die Vererbung gilt auch für Klassifizierungswerte selbst. Ein Produkt, das als Klasse-II-Elektrogerät klassifiziert ist, trägt spezifische Implikationen über Erdung und Isolationsanforderungen, die auf alle Produkte in dieser Klasse zutreffen. Eine Änderung der Klassifizierung ändert automatisch den Compliance-Kontext für jedes Produkt im Geltungsbereich.
Gut gestaltete PIM-Systeme ermöglichen es, dass die Attributvererbung pro Taxonomie-Ebene konfiguriert wird, sodass Sie entscheiden können, was automatisch nach unten fließt und was auf Produktebene überschrieben wird. AtroPIM, aufgebaut auf der AtroCore-Plattform, handhabt dies durch konfigurierbare Produktfamilien und Attributgruppen. Sie definieren das Produktinformationsmodell auf Kategorieebene einmal, und es gilt konsistent für jede SKU, die dieser Produktfamilie zugeordnet ist, mit der Möglichkeit, einzelne Attributwerte zu überschreiben, wenn sich ein bestimmtes Produkt von der Klassennorm unterscheidet.
Klassifizierung im großen Maßstab: Wo es schwierig wird
Das manuelle Klassifizieren von hundert Produkten ist machbar. Das Skalieren der Produktdatenklassifizierung über fünfzigtausend SKUs, achthundert Kategorien und ein Dutzend Lieferantendatenquellen hinweg, während die Datenqualität erhalten bleibt, ist ein anderes Problem.
Drei Probleme treten konsistent auf, wenn die Produktdatenklassifizierung Katalog-Maßstab erreicht.
Erstens werden eingehende Lieferantendaten selten sauber Ihrer Taxonomie zugeordnet. Jeder Lieferant strukturiert seinen Datenfeed um seine eigene interne Logik: Kategorienamen, Attributbeschriftungen, Einheiten und Wertformate, die in seinem System Sinn machten, aber keine direkte Entsprechung in Ihrem haben. Jeder neue Lieferant erfordert eine Mapping-Übung, bevor auch nur ein einziges Produkt korrekt klassifiziert werden kann.
Zweitens tragen bestehende Kataloge, die vor einem Klassifizierungsmodell angesammelt wurden, Jahre von Inkonsistenzen mit sich. Die Umklassifizierung eines großen bestehenden Katalogs bei gleichzeitiger Beibehaltung des Katalogbetriebs erfordert sorgfältige Planung.
Drittens haben frühzeitig getroffene Klassifizierungsentscheidungen langfristige Konsequenzen. Eine Kategoriestruktur, die für zehntausend Produkte Sinn machte, wird bei hunderttausend unbeholfen. Eine nachträgliche Umstrukturierung einer Taxonomie bedeutet die Umklassifizierung großer Produktmengen und die Aktualisierung von Integrationen, die von der bestehenden Struktur abhängen.
Gartner schätzt, dass schlechte Datenqualität Organisationen durchschnittlich 12,9 Millionen US-Dollar pro Jahr kostet. In Fertigung und Vertrieb ist ein messbarer Teil dieser Summe Produktdaten, die nie ordnungsgemäß klassifiziert wurden: jede manuelle Anreicherungsaufgabe, jeder fehlgeschlagene Datenaustausch, jede verzögerte Kanaleinführung lässt sich auf einen Katalog ohne konsistente Struktur dahinter zurückführen.
PIM als Motor für Produktdatenklassifizierung
Ein Spreadsheet oder ERP kann Produktinformationen speichern. Keines ist darauf ausgerichtet, ein Produktdatenklassifizierungsmodell über einen großen, sich entwickelnden Produktkatalog hinweg zu verwalten.
Ein PIM-System, das für komplexe Kataloge ausgelegt ist, handhabt die strukturelle Seite der Produktdatenklassifizierung: Taxonomie-Verwaltung, Attributset-Definition, Vererbungskonfiguration und Validierungsregeln, die Vollständigkeit erzwingen, bevor ein Produkt als veröffentlichungsreif gilt.
AtroPIM unterstützt mehrstufige Produkthierarchien mit konfigurierbaren Produktfamilien und Attributgruppen. Klassifizierungsstandards wie eCl@ss und ETIM können importiert und dem internen Datenmodell zugeordnet werden. Attributwerte können gegen definierte Listen, Einheiten und Bereiche validiert werden. Produkte, die die Vollständigkeitskriterien ihrer Kategorie nicht erfüllen, werden gekennzeichnet, bevor sie einen Output-Kanal erreichen.
Das DAM-Modul, das als Teil von AtroCore enthalten ist, verbindet digitale Assets direkt mit klassifizierten Produkten, sodass technische Zeichnungen, Sicherheitsdatenblätter und Bilder auf Produktebene angehängt sind und für jedes Output-Format verfügbar sind, sei es ein Web-Kanal, eine kundenspezifische Preisliste oder ein nativ innerhalb der Plattform generierter PDF-Produktkatalog.
Für Distributoren, die Daten von Hunderten von Herstellern erhalten, ist das Import- und Mapping-Tooling genauso wichtig wie das Klassifizierungsmodell selbst. AtroPIMs REST-API, dokumentiert nach OpenAPI-Standards pro Instanz, unterstützt die automatisierte Aufnahme aus Lieferantendatenfeeds, wobei Mapping-Regeln beim Import angewendet werden, um eingehende Daten gegen die interne Taxonomie zu normalisieren.
Was gute Produktdatenklassifizierung ermöglicht
Ein gut klassifizierter Produktkatalog verändert, was extern möglich ist. Die interne Ordnung ist ein Nebeneffekt.
- Facettiertes Filtern auf Produktportalen funktioniert, weil jedes Produkt einer Kategorie dieselben strukturierten Attribute mit konsistenten Werten trägt.
- Der Datenaustausch mit Handelspartnern in Standardformaten (BMEcat, eCl@ss XML) erfordert ein Klassifizierungsmodell, das sich diesen Standards zuordnet.
- Behördliche Dokumentation ist einfacher zu erstellen, wenn Produkte strukturierte technische Attribute tragen anstelle unstrukturierter Beschreibungen.
- Neue Vertriebskanäle können schneller eingerichtet werden, da die Daten bereits für den Export strukturiert sind und nicht manuelle Vorbereitung erfordern.
Für Hersteller mit langen, technischen Produktlinien ist die Klassifizierung auch das, was Produktvergleiche überhaupt ermöglicht. Ein Käufer, der Sicherheitsausrüstung oder Elektrokomponenten vergleicht, vergleicht spezifische Attribute: Spannungsrating, Schutzklasse, Material, Montageart. Wenn diese Attribute fehlen oder inkonsistent aufgezeichnet sind, kann der Vergleich in Ihrem Katalog nicht stattfinden. Es findet in einem Konkurrenten-Katalog statt.
Hier hat schlechte Klassifizierung eine direkte Umsatzfolge. Ein Distributor, dessen Katalog attributbasierte Filterung nicht unterstützen kann, verliert den Verkauf beim Sucheinsatz, bevor der Käufer überhaupt eine Produktseite erreicht.
Produktdatenklassifizierung richtig hinbekommen
Der praktische Ausgangspunkt für Produktdatenklassifizierung ist die Entscheidung über eine Taxonomie, bevor einzelne Produktdatensätze berührt werden. Das bedeutet, sich auf Tiefe zu einigen, zu entscheiden, ob ein Standard adoptiert oder benutzerdefiniert wird, und zuerst die Attributsets für die wichtigsten Kategorien zuordnen.
Klassifizierung ist eine Datearchitektur-Entscheidung. Sie falsch früh zu treffen bedeutet, sie später über zehntausende Datensätze hinweg zu beheben.
Es bedeutet auch, der Versuchung zu widerstehen, alles auf einmal zu klassifizieren. Beginnen Sie mit Ihren höchsten Volumen- oder höchsten Prioritäts-Produktgruppen. Validieren Sie das Modell gegen echte Produktkatalogdaten, identifizieren Sie, wo es zusammenbricht, und passen Sie an, bevor Sie es auf den vollständigen Katalog anwenden.
Das Produktdatenklassifizierungsmodell sollte irgendwo Verantwortung haben. Nicht lose über mehrere Teams verteilt ohne Governance. Ein definierter Eigentümer, klare Regeln zum Hinzufügen neuer Kategorien und ein Überprüfungsprozess für Attributänderungen sind das, was das Modell kohärent hält, während der Katalog wächst.
AtroPIMs Konfigurationstools unterstützen diese Art von Governance ohne dass für jede Änderung Entwicklungsarbeit erforderlich ist. Produktfamilien, Attributgruppen und Klassifizierungshierarchien sind alle über die Benutzeroberfläche verwaltbar. Wenn die Personen, die für die Produkte verantwortlich sind, das Klassifizierungsmodell direkt kontrollieren, bleibt das Modell genau, während der Katalog wächst.