PIM-first oder ERP-first: PIM als Herz der Produktdatenarchitektur

Die Entscheidung, welches System als erster Erfassungsort für Produktinformationen dient, sieht aus wie eine IT-Frage. Das ist sie nicht. Die Wahl zwischen ERP-first und PIM-first bestimmt unmittelbar, wie schnell ein Unternehmen neue Produkte auf den Markt bringt, wie viele Fehler in kundennahe Kanäle gelangen und in welchem Maß kaufmännische Teams eigenständig arbeiten können, ohne strukturell von der IT abhängig zu sein. Product Information Management hat sich in dreißig Jahren von einem schwerfälligen On-Premise-Nischenprodukt zu einer Cloud-basierten Engine entwickelt, mit der Unternehmen jeder Größe ihre Produktinformationen strategisch steuern können. Wer diese Entwicklung versteht, versteht auch, warum die Gestaltung der Anwendungslandschaft zum Thema für die Geschäftsführung geworden ist.

Warum das gerade jetzt dringend ist

Die Herausforderung rund um Produktdaten hat in den vergangenen Jahren einen qualitativen Sprung in Umfang und Komplexität gemacht. Vor zehn Jahren musste ein mittelgroßer Händler zwei Kanäle bedienen: einen Onlineshop und einen gedruckten Katalog. Heute erwartet dasselbe Unternehmen, dass seine Produktinformationen konsistent, aktuell und kanalspezifisch sind, und zwar auf der eigenen Plattform, bei Amazon, auf Marktplätzen, in Google Shopping, in Retail-Media-Netzwerken, in mobilen Apps und, wo relevant, auf Displays im Laden. Jeder dieser Kanäle stellt eigene Anforderungen an Format, Attributstruktur und Qualität der Inhalte.

Die Folgen für Unternehmen, die Produktinformationen noch überwiegend in ihrem ERP-System pflegen, sind vorhersehbar und teuer: hohe Fehlerquoten in der Kanalausgabe, eine langsame Time-to-Market bei Produkteinführungen und eine strukturelle Abhängigkeit von der IT bei einer Arbeit, die im Kern kaufmännisch ist. Analysen von E-Commerce-Implementierungen im Benelux-Markt zeigen, dass Unternehmen mit einem strukturierten, PIM-getriebenen Ansatz bis zu 25 % niedrigere Retourenquoten erreichen als vergleichbare Unternehmen ohne zentrale Produktdatenschicht, schlicht weil Kunden die Produkte erhalten, die sie aufgrund der Produktseite erwartet haben. Das ist keine IT-Kennzahl. Das ist ein Margenthema.

1. Dreißig Jahre Produktdaten: vom Papierkatalog zur KI-gestützten Pipeline

Product Information Management hat einen Entwicklungsweg genommen, der fast parallel zur allgemeinen Digitalisierung der Wirtschaft verläuft, allerdings in eigenem, manchmal mühsamem Tempo. In den 1980er- und 1990er-Jahren bedeutete „Produktinformationsmanagement“ Papierkataloge, Tabellenkalkulationen und frühe relationale Datenbanken. Jeder Vertriebskanal hatte seine eigene Version der Wirklichkeit: Der Vertrieb arbeitete mit anderen Spezifikationen als die Druckerei, die wiederum andere Daten verwendete als die erste Website. Inkonsistenz war nicht die Ausnahme, sondern der betriebliche Normalfall.

Mit dem Aufstieg des E-Commerce Ende der 1990er-Jahre entstand der Bedarf an einer einzigen maßgeblichen Quelle für Produktdaten. Die ersten PIM-Systeme, Stibo Systems STEP und das spätere Informatica Product 360, waren ausgesprochene Enterprise-Produkte: schwerfällig, On-Premise und nur für Unternehmen in der Größenordnung von Philips, Bosch oder Unilever bezahlbar. Die Integration mit ERP-Systemen, Digital Asset Management und frühen Shopplattformen lief über XML- und ETL-Prozesse, die spezielles technisches Wissen und monatelange Implementierungszeit erforderten.

Die Demokratisierung von PIM begann um 2010 mit dem Aufkommen von SaaS-Architekturen und Open-Source-Alternativen. Akeneo, gegründet 2013, senkte die Einstiegshürde drastisch und machte PIM für den Mittelstand finanziell zugänglich. Die jährlichen Kosten sanken von mehreren Hunderttausend Euro auf Preismodelle von 10.000 bis 50.000 € für mittelgroße Unternehmen. Plattformen wie Plytix gingen mit einem Freemium-Modell noch weiter und bedienten auch kleinere E-Commerce-Anbieter. Während man PIM im Jahr 2005 ausschließlich bei großen Herstellern und Händlern fand, war es 2020 eine realistische Option für jedes Unternehmen mit professioneller Online-Präsenz, einschließlich B2B-Großhändlern, FMCG-Marken und technischen Distributoren.

Was die aktuelle PIM-Generation grundlegend von ihren Vorgängern unterscheidet, ist die Integration von künstlicher Intelligenz und Automatisierung in den täglichen Arbeitsablauf. Während Anreicherung vor zehn Jahren bedeutete, dass Redakteure Produktbeschreibungen von Hand tippten, bieten moderne PIM-Umgebungen heute die automatische Extraktion von Attributen aus Lieferantendokumentation, KI-generierte Produktbeschreibungen auf Basis technischer Spezifikationen, automatisierte Qualitätsbewertung pro SKU und pro Kanal sowie mehrsprachige Publikation ohne manuelle Übersetzungsprozesse. Zu den in Produktivumgebungen bewährten Anwendungen gehören die automatische Kategoriezuordnung auf Basis eingehender Lieferantenbeschreibungen, das Erkennen fehlender Pflichtattribute vor der Veröffentlichung und das Erzeugen SEO-optimierter Produkttitel nach festgelegten Schreibregeln pro Kanal. KI beschleunigt die Pipeline, ersetzt aber keine Data Governance. Unternehmen, die KI ohne klare Datenstruktur und eindeutige Verantwortlichkeiten einsetzen, produzieren lediglich schneller inkonsistente Ergebnisse. Die praktische Konsequenz für den Betrieb: Teams mit zwanzig Content-Mitarbeitenden für einen Katalog mit 100.000 SKUs sind in vielen Fällen auf acht bis zwölf Vollzeitstellen geschrumpft, vorausgesetzt, das Prozessdesign stimmt.

2. PIM in der Anwendungslandschaft: was es ist und was nicht

Die Rolle von PIM innerhalb einer Anwendungslandschaft wird in der Praxis häufig missverstanden. Das führt zu Überschneidungen im Umfang, doppelter Datenpflege und politischen Streitigkeiten darüber, wem ein System gehört. Drei Grenzen sollten klar gezogen werden.

Erstens: PIM ist kein ERP. Ein ERP-System (SAP, Oracle, Microsoft Dynamics) dient als führendes System für operative Daten: Bestand, Einkaufspreise, Stücklisten, Finanzbuchungen. Ein ERP ist auf effiziente Transaktionen und interne Geschäftsprozesse ausgelegt. Sein Datenmodell ist starr, seine Oberfläche ist für Buchhalter und Supply-Chain-Manager gemacht, nicht für Content-Redakteure. PIM ist für das Gegenteil gebaut: flexible Datenmodellierung, umfangreiche Content-Attribute, Workflow-Management für die Anreicherung und kontrollierte Ausspielung an externe Kanäle.

Zweitens: PIM ist kein MDM. Master Data Management steuert alle Stammdaten eines Unternehmens: Kunden, Lieferanten, Produkte, Standorte. MDM ist die übergeordnete Disziplin, PIM die spezialisierte Umsetzung für kaufmännische Produktdaten. In großen Unternehmen existieren beide nebeneinander: MDM sorgt für die Konsistenz der Stammdaten über alle Geschäftsprozesse hinweg, während das PIM die Marketingschicht und die kanalspezifischen Ausgaben verwaltet, die auf diesen Stammdaten aufbauen. Überschneidungen im Umfang sind eine Governance-Frage und kein Grund, eines der beiden Systeme abzuschaffen.

Drittens: PIM ist kein DAM. Digital Asset Management verwaltet Mediendateien: Bilder, Videos, technische Zeichnungen. PIM und DAM ergänzen sich: Das PIM verwaltet Metadaten, Content-Struktur und kanalspezifische Publikationsregeln, das DAM die Assets selbst. Für Unternehmen mit einer großen Mediathek ist die Integration der beiden nicht optional, sondern die Infrastruktur für eine kontrollierte Omnichannel-Publikation.

Die ideale Position von PIM in der Anwendungslandschaft ist die eines zentralen Knotens zwischen Quellsystemen (ERP, Lieferanten-Datenfeeds, PLM) und Vertriebskanälen (Onlineshops, Marktplätze, Printproduktion, Retail Media). Das PIM reichert an, validiert und verteilt. Im europäischen Markt sind Datenstandards dabei keine Nebensache. GS1 (der internationale Standard für Produktidentifikation und Datenaustausch in der Handelskette) und ETIM (der Klassifikationsstandard für technische und elektrotechnische Produkte, führend in den Regionen Benelux und DACH) entscheiden darüber, ob sich ein Unternehmen an die Beschaffungssysteme großer Händler und Distributoren anbinden kann. Ein PIM, das diese Standards nicht nativ unterstützt, ist für viele Branchen keine ausgereifte Option, unabhängig davon, wie ausgefeilt die Oberfläche oder wie günstig der Lizenzpreis ist.

3. Die strategische Wahl: ERP-first oder PIM-first

Die grundlegendste Architekturentscheidung im Produktdatenmanagement ist nicht, welches PIM-System Sie auswählen, sondern wo ein Produkt zuerst erfasst wird. Das klingt nach einem technischen Detail. Tatsächlich ist es eine Entscheidung darüber, wer die kaufmännischen Prozesse steuert und wie schnell ein Unternehmen bei Produkteinführungen, Sortimentsänderungen und Kanalerweiterungen handeln kann.

ERP-first ist der historisch gewachsene Ansatz, ein Erbe aus einer Zeit, in der das ERP das einzige Unternehmensinformationssystem war, dessen Einführung sich lohnte. In diesem Modell erfasst das ERP die Basisdaten eines Produkts (SKU, technische Beschreibung, Preis, Gewicht), und diese Informationen fließen anschließend an angrenzende Systeme weiter, darunter das PIM. Der Vorteil ist operative Konsistenz: Ein System ist maßgeblich, finanzielle und logistische Daten sind mit der Produktidentität synchronisiert. Für Unternehmen mit einem stabilen, intern gesteuerten Produktionsprozess war dieses Modell historisch vertretbar.

Der Nachteil von ERP-first ist struktureller Natur und wird umso schmerzhafter, je komplexer die Kanallandschaft wird. ERP-Systeme sind nicht für Marketingdaten ausgelegt. Eine Standard-SAP-Installation bietet nur begrenzte Unterstützung für mehrsprachige Produkttexte, kanalspezifische Attribute oder die Freigabe-Workflows, die eine kontrollierte Publikation erfordert. Marketingteams in einer ERP-first-Umgebung sind dauerhaft von der IT abhängig, und zwar bei ihrer eigentlichen Tagesarbeit: Produkte veröffentlichungsreif zu machen. Die Time-to-Market für neue Artikel ist in ERP-first-Unternehmen im Durchschnitt zwei- bis viermal so lang wie in vergleichbaren Unternehmen mit PIM-first-Ansatz. Das ist keine akademische Schätzung, sondern ein Muster, das sich in Implementierungsprojekten bei Großhändlern, FMCG-Marken und mittelgroßen Händlern im Benelux-Raum immer wieder zeigt.

PIM-first kehrt die Reihenfolge um. Die Produkterfassung beginnt im PIM, das auf Bedienbarkeit, Workflow-Steuerung und Multichannel-Ausgabe ausgelegt ist. Der Basisfeed an das ERP für Logistik und Finanzen folgt als abgeleiteter Schritt. Dieses Modell gibt kaufmännischen Teams die Freiheit, das zu tun, was sie gut können, ohne die IT als ständigen Vermittler. Validierungsregeln, Freigabeprozesse und Qualitätsbewertung sind in den PIM-Prozess selbst eingebaut, sodass Fehler abgefangen werden, bevor die Daten die Kanäle erreichen, und nicht erst danach. Die Fehlerreduktion in der Kanalausgabe, die Unternehmen beim Umstieg auf PIM-first berichten, liegt strukturell zwischen 40 % und 65 %.

Der entscheidende Erfolgsfaktor für PIM-first ist Data Governance: Wem gehören welche Daten, welche Felder sind vor der Veröffentlichung Pflicht, und wer genehmigt den Übergang von „in Bearbeitung“ zu „live“? Unternehmen, die PIM-first einführen, ohne diese Governance-Ebene zu formalisieren, verlagern das Chaos lediglich vom ERP ins PIM. Die Technologie löst das organisatorische Problem nicht, sie macht es nur sichtbarer. Eine erfolgreiche PIM-first-Implementierung erfordert mindestens ein klares Datenmodell, eine RACI-Matrix für die Datenverantwortung pro Feldgruppe und vor dem Go-live festgelegte Publikationskriterien pro Kanal. In der Praxis bedeutet das: Unternehmen müssen schon vor der Anbieterauswahl Antworten auf Fragen wie diese haben: Welche Attribute sind für jeden Vertriebskanal Pflicht, wer validiert technische Spezifikationen, und wie werden Konflikte zwischen ERP und Lieferantenfeed aufgelöst?

Für Unternehmen, die heute ERP-first arbeiten und einen Umstieg erwägen, ist ein schrittweises Vorgehen wirksamer als ein Big-Bang-Austausch. Die erfolgreichsten Umstiegsmuster beginnen damit, ein PIM neben dem bestehenden ERP aufzubauen, zunächst für die Anreicherungsschicht und die Kanalausgabe, während die Erfassung noch im ERP stattfindet. Sobald das Datenmodell stabil und die Governance-Struktur etabliert ist, wandert die Ersterfassung schrittweise ins PIM, beginnend mit den Produktkategorien mit der höchsten Kanalkomplexität. Das begrenzt das Umstiegsrisiko, hält das ERP operativ verlässlich und gibt dem kaufmännischen Team Zeit, die Fähigkeiten aufzubauen, die eine PIM-first-Arbeitsweise verlangt.

4. Handel oder Produktion: Das Geschäftsmodell bestimmt die Architektur

Die Wahl zwischen ERP-first und PIM-first lässt sich nicht einheitlich auf alle Unternehmen anwenden. Die Art des Geschäftsmodells, Handel oder Produktion, bestimmt maßgeblich, welche Architektur logisch ist und welche Integrationen nötig sind.

Ein Handelsunternehmen oder Distributor verkauft Produkte, die anderswo hergestellt werden. Die Produktdaten kommen von Lieferanten, in unterschiedlichen Formaten und in sehr unterschiedlicher Qualität. Das eigene ERP ist ein finanzlogistisches Werkzeug ohne eigene Marketingfunktionen: Es ist dafür gebaut, Bestellungen, Bestände und Rechnungen zu verarbeiten, nicht um Produktbeschreibungen zu verwalten. Für diese Unternehmen ist PIM-first die logischste Wahl: Das PIM wird zum primären System, um Lieferantendaten zu empfangen, zu normalisieren und anzureichern, und danach fließt der benötigte Basisfeed ins ERP. Ein niederländischer technischer Großhändler mit 120.000 aktiven Artikeln von vierhundert Lieferanten hat kein ERP-System, das diesen Datenstrom bewältigen und gleichzeitig eine kanalspezifische Ausspielung an Bol.com, das eigene Partnerportal und gedruckte Fachliteratur leisten kann. Das ist per Definition PIM-Arbeit, und jedes andere Modell vergrößert den operativen Aufwand.

Ein Hersteller oder Produzent hat einen anderen Ausgangspunkt. Das ERP enthält technische Spezifikationen, Stücklisten, Fertigungsaufträge und Einkaufsdaten, die eng mit der Produktidentität verflochten sind. Diese operativen Daten sind maßgeblich: Es bringt keinen Vorteil, einen Fertigungsartikel primär in einem PIM zu erfassen, wenn das ERP die Produktionslogik und die technischen Spezifikationen verwaltet. Doch auch hier zeigt sich eine Verschiebung. Immer mehr Hersteller geben dem Marketing- oder Produktmanagement-Team ein PIM als primäre Arbeitsumgebung für die kaufmännische Schicht (Beschreibungen, Datenblätter, Übersetzungen und kanalspezifische Varianten), während die technischen Basisdaten über eine bidirektionale Integration aus dem ERP synchronisiert werden. Dieses hybride Modell verbindet die Genauigkeit des ERP für operative Daten mit der Flexibilität und Bedienbarkeit des PIM für alles, was der Kunde sieht.

Die praktische Frage für jedes Unternehmen lautet daher nicht „Brauchen wir ein PIM?“, sondern „Welche Daten müssen wo zuerst erfasst werden, und wer ist für die Qualität welches Datenfelds verantwortlich?“ Diese Frage setzt die Prioritäten im Design, bestimmt, welche Systemintegrationen nötig sind, und macht deutlich, welche Teams Prozessanpassungen und Schulungen brauchen. Unternehmen, die diese Frage vor der Auswahl eines PIM-Anbieters überspringen, bauen eine technische Lösung auf ein organisatorisches Problem, das die Implementierung überdauern wird.

5. Wenn es schiefgeht: vier Fallstricke, die jede PIM-Implementierung bedrohen

Die meisten PIM-Implementierungen, die scheitern oder deutlich hinter den Erwartungen bleiben, tun das nicht wegen der falschen Anbieterwahl. Sie scheitern an vier organisatorischen Fehlern, die unabhängig von der gewählten Plattform immer wieder auftreten.

Der erste und häufigste Fehler ist eine Governance, die erst nach dem Go-live eingerichtet wird. Die Teams wissen nicht, wer für welches Datenfeld verantwortlich ist, es gibt keine Publikationskriterien pro Kanal, und das PIM wird mit Daten befüllt, deren Qualität für eine Veröffentlichung nicht ausreicht. Das Ergebnis ist ein teures System, das genauso chaotisch ist wie die Situation davor, mit der zusätzlichen Frustration, dass das Chaos jetzt für alle sichtbar ist. Die Lösung: Governance ist keine Aufgabe nach der Implementierung, sondern deren Voraussetzung.

Der zweite Fehler ist, die Komplexität der Integration zu unterschätzen. Anbieter präsentieren Konnektoren zu SAP, Oracle oder Microsoft Dynamics meist als Standard und schnell umsetzbar. In der Praxis erfordern ERP-Integrationen im Enterprise-Umfeld ein sorgfältiges Mapping der Datenmodelle, Absprachen zur Synchronisationsfrequenz und das Auflösen von Inkonsistenzen zwischen beiden Systemen, die sich über Jahre angesammelt haben. Eine Integration, die in der Anbieterdemo zwei Wochen dauert, braucht im Produktivbetrieb durchschnittlich zwei bis vier Monate. Unternehmen, die den Integrationsaufwand nicht von eigenen IT-Architekten unabhängig schätzen lassen, riskieren erhebliche Budget- und Terminüberschreitungen.

Der dritte Fehler ist, zu migrieren, bevor bereinigt wurde. Unternehmen, die bestehende ERP-Daten direkt und unbearbeitet ins PIM übertragen, führen ein neues System ein, das mit über Jahre angesammelten Fehlern gefüllt ist: doppelte Artikel, fehlende Attribute, inkonsistente Kategorisierung, veraltete Beschreibungen. Die Faustregel ist einfach: Eine PIM-Implementierung sollte erst beginnen, wenn die Datenqualität in den Quellsystemen geprüft und ein konkreter Bereinigungsplan mit Verantwortlichem, Termin und Abnahmekriterien genehmigt ist.

Der vierte Fehler ist, Change Management als Kommunikationsprojekt zu behandeln. PIM berührt gleichzeitig die Arbeitsweise von Marketing, Produktmanagement, Einkauf und IT. Ohne einen Verantwortlichen auf Managementebene, typischerweise einen CDO, eine Leitung E-Commerce oder eine vergleichbare Rolle, bleibt das Projekt in internen Prioritätskonflikten stecken, sobald der erste Widerstand auftaucht. Die technische Implementierung ist in der Regel der am wenigsten komplexe Teil eines PIM-Programms. Die organisatorische Verankerung ist der Bereich, in den die meiste Zeit und Aufmerksamkeit fließen muss.

6. Von der Theorie zur Praxis: ein Beispielszenario

Ein niederländischer Hersteller von Industrieleuchten mit rund 15.000 SKUs arbeitete jahrelang mit SAP als zentraler Instanz für alle Produktdaten. Die technischen Daten (Leistungsaufnahme, IP-Schutzart, Abmessungen, photometrische Dateien) waren in SAP korrekt und aktuell. Marketingbeschreibungen, Produktfotos und herunterladbare Installationsanleitungen wurden in einer Kombination aus SharePoint-Ordnern und Excel-Tabellen verwaltet, die sich von Abteilung zu Abteilung unterschieden. Die Folge: Jede Produkteinführung brauchte vier bis sechs Wochen Vorlauf, bis sie im Onlineshop des Unternehmens, im Partnerportal für Installateure und im gedruckten Projektkatalog veröffentlicht war, vor allem wegen des Abstimmungsaufwands zwischen IT, Marketing und Produktmanagement.

Nach der Einführung eines PIM mit bidirektionaler SAP-Integration (technische Basisdaten aus SAP, Anreicherung und Publikationssteuerung aus dem PIM) sank die durchschnittliche Time-to-Market auf anderthalb Wochen. Das Marketing- und Produktteam konnte Inhalte selbstständig verwalten, anreichern und zur Veröffentlichung freigeben, ohne die IT bei Routineaufgaben einzubinden. Die Fehlerquote in der Kanalausgabe sank um etwa 55 %, gemessen an der Zahl der Korrekturen nach Veröffentlichung im ersten Jahr nach dem Go-live im Vergleich zum Vorjahr. Die Investition in die PIM-Plattform und die Integration hatte sich innerhalb von vierzehn Monaten amortisiert, durch geringere Betriebskosten und eine nachweislich höhere Conversion-Rate auf den neu gestalteten Produktseiten des Unternehmens.

PIM-Architektur: eine Geschäftsentscheidung, keine IT-Diskussion

PIM hat sich in dreißig Jahren von einem Nischenwerkzeug für große Hersteller zu einer strategischen Infrastrukturentscheidung für jedes Unternehmen entwickelt, das Produkte über mehrere Kanäle verkauft. Die Architekturwahl, ERP-first oder PIM-first, und die Art, wie beide Systeme zusammenarbeiten, wirken sich direkt auf die Time-to-Market, die Fehlerreduktion in kundennahen Kanälen und die operative Eigenständigkeit kaufmännischer Teams aus. Die richtige Frage für Entscheider in der Geschäftsführung ist nicht, welches PIM-System in einem Anbietervergleich am besten abschneidet, sondern welche Datenflüsse heute der Engpass für die Produktivität ihrer kaufmännischen Organisation sind.

Dieses Gespräch beginnt nicht bei einer Anbieterdemo. Es beginnt mit einer ehrlichen Bestandsaufnahme der aktuellen Datenflüsse: Wo werden Produkte zuerst erfasst, wer ist für welches Datenfeld verantwortlich, wie viele manuelle Übergaben gibt es zwischen Erfassung und Veröffentlichung, und wie viele Fehler werden pro Kanal nach dem Go-live korrigiert? Die Antworten auf diese Fragen bestimmen, welche Architektur logisch ist, welcher Anbieter passt und welche organisatorischen Voraussetzungen eine erfolgreiche Implementierung braucht. Wer diese Analyse überspringt und direkt zur Toolauswahl springt, kauft Technologie für ein Problem, das er noch nicht vollständig verstanden hat.

Die Unternehmen, die in den nächsten drei bis fünf Jahren den größten Wettbewerbsvorteil aus ihren Produktdaten ziehen, werden nicht diejenigen mit dem teuersten PIM-System sein. Es werden die Unternehmen sein, die jetzt in die Kombination aus klarem Datenmodell, eindeutigen Verantwortlichkeiten und einer Architektur investieren, die kaufmännischen Teams eigenständiges Arbeiten ermöglicht. PIM ist das Mittel, nicht der Zweck. Der Zweck ist, den Markt schneller, genauer und kostengünstiger zu bedienen als der Wettbewerb, über jeden Kanal, in jeder Sprache, zu jeder Zeit.