Shopify und PIM: wann sich ein Produktinformationssystem lohnt

Ein PIM ist die Pflegeoberfläche für alles, was ein Produkt verkaufbar macht: Attribute, Beschreibungstexte, Medien, Klassifikationen, Übersetzungen und kanalspezifische Varianten derselben Information. Es besitzt weder Preise noch Bestände noch Aufträge. Sein einziger Zweck ist, dass Produktinformation genau einmal entsteht und von dort in alle Kanäle fließt.

Das ERP kennt einen Artikel als kaufmännisches Objekt: Artikelnummer, Einkaufs- und Verkaufspreis, Steuersatz, Bestand, Lieferant, Zolltarifnummer. Beschreibungsfelder existieren dort meist ebenfalls, sind aber selten mehrsprachig, selten medientauglich und fast nie dafür gedacht, dass eine Person aus dem Marketing sie täglich anfasst und dabei eine Freigabe durchläuft.

Shopify kann einen erheblichen Teil davon selbst. Metafelder und Metaobjekte bilden strukturierte Zusatzattribute ab, Übersetzungen laufen über die Markets-Struktur, Medien liegen ohnehin am Produkt. Der Unterschied ist nicht die Fähigkeit, sondern die Rolle: Shopify ist ein Kanal. Was dort gepflegt wird, steht dem Marktplatz-Feed und dem Katalog des Außendiensts nicht automatisch zur Verfügung.

Der zuverlässigste Indikator ist nicht die Anzahl der Artikel, sondern die Anzahl der Orte, an denen dieselbe Information gepflegt wird. Ein Shop mit vielen tausend Artikeln, aber nur einem Kanal und einer Sprache, kommt oft ohne PIM aus. Ein Shop mit wenigen hundert Artikeln, aber fünf Kanälen und vier Sprachen, meist nicht.

Die folgenden Signale treten selten einzeln auf. Zwei davon sind ein Hinweis, vier davon sind eine Entscheidung. Prüfe sie ehrlich gegen den Ist-Zustand und nicht gegen die Roadmap, sonst kaufst Du ein System für ein Sortiment, das es noch gar nicht gibt.

Kanalanzahl ist die härteste Schwelle. Solange Shopify der einzige Absatzweg ist, ist Shopify auch die sinnvollste Wahrheit für Produktdaten. Mit dem zweiten Kanal entsteht die Frage, welcher der beiden recht hat. Mit dem dritten beantwortet sie sich nicht mehr durch Disziplin, sondern nur noch durch ein führendes System davor.

Sprachen und Märkte wirken ähnlich, aber verzögert. Zwei Sprachen lassen sich in Shopify sauber führen. Sobald Märkte über die Übersetzung hinaus unterschiedlich bestückt sind, etwa mit abweichenden Sortimenten, Pflichtangaben und Größensystemen, reicht Übersetzung als Konzept nicht mehr aus. Dann brauchst Du Varianten derselben Information je Markt.

Attributtiefe und Pflegefrequenz entscheiden über den Aufwand. Ein Sortiment mit fünf relevanten Attributen pro Artikel ist mit Metafeldern beherrschbar. Ein Sortiment mit warengruppenspezifischen Attributsätzen, technischen Datenblättern und Feed-Pflichtfeldern für mehrere Marktplätze ist es nicht, besonders dann nicht, wenn sich das Sortiment mehrmals im Jahr wesentlich ändert.

Die meisten Shops können ihre Datenprobleme ohne neues System lösen, weil das Problem nicht Werkzeugmangel ist, sondern fehlende Zuständigkeit. Bevor eine Lizenz unterschrieben wird, lohnt sich der ehrliche Blick darauf, ob die vorhandenen Mittel wirklich ausgereizt sind oder nur nie sauber eingerichtet wurden.

Shopify-Metafelder und Metaobjekte tragen erstaunlich weit. Metaobjekte erlauben wiederverwendbare Datensätze wie Materialien, Pflegehinweise oder Größentabellen, die an mehreren Produkten hängen. Über die Admin-API lassen sich diese Felder befüllen und auslesen, sodass auch automatisierte Pflege möglich ist, ohne dass ein zusätzliches System dazwischensteht.

Die Grenze dieser Mittel liegt fast immer an derselben Stelle: Sie kennen keinen Workflow und keinen Vollständigkeitsbegriff. Eine Tabelle sagt Dir nicht, dass für den französischen Markt drei Pflichtfelder fehlen. Ein Feed-Tool kann Werte umbenennen, aber keine Werte erzeugen, die nirgendwo gepflegt sind.

Die häufigste Ursache gescheiterter PIM-Projekte ist nicht die Technik, sondern eine nie getroffene Entscheidung darüber, welches System für welches Feld recht hat. Diese Festlegung sollte vor der Systemauswahl stehen, weil sie unabhängig vom Produkt gilt und weil sie sich später nur mit Datenmigration korrigieren lässt.

Als Faustregel gilt: Was in der Buchhaltung landet, gehört ins ERP. Was verkauft, gehört ins PIM. Was nur im Shop wirkt, darf in Shopify bleiben. Die folgende Aufteilung funktioniert in den meisten D2C- und B2B-Setups und lässt sich feldweise anpassen, ohne dass das Grundmuster kippt.

Die Lizenz ist der kleinere und der besser planbare Teil. Der größere Aufwand entsteht davor: Attribute definieren, Warengruppen schneiden, bestehende Daten bereinigen und entscheiden, welche der drei widersprüchlichen Beschreibungsversionen die richtige ist. Diese Arbeit macht kein Dienstleister allein, weil sie fachliches Wissen über das Sortiment braucht.

Dazu kommt laufender Betrieb. Ein PIM ist ein System mit Rollen, Freigaben und Schnittstellen, das gepflegt, aktualisiert und im Fehlerfall beobachtet werden muss. Wenn niemand im Haus für Produktdaten verantwortlich ist, entsteht diese Rolle mit der Einführung, und ohne sie verwahrlost das System innerhalb weniger Monate.

Ehrlich gegengerechnet wird selten die Lizenz, sondern die Alternative. Wer die Stunden addiert, die pro Saison in doppelte Pflege, Feed-Korrekturen und Rückfragen fließen, hat die belastbarere Zahl als jede Prozentangabe aus einer Anbieterpräsentation. Diese Rechnung solltest Du mit Deinen eigenen Zahlen aufmachen, nicht mit fremden.

Ein PIM-Projekt, das mit dem vollständigen Sortiment und allen Kanälen gleichzeitig startet, bindet Monate, bevor irgendjemand einen Nutzen sieht. Die Einführung in Stufen dreht das um: Eine Warengruppe, ein Kanal, ein Freigabeprozess. Was dort trägt, wird auf den Rest ausgerollt, und was nicht trägt, kostet nur einen Ausschnitt.

Der erste Schritt ist immer das Attributmodell, nicht das System. Wenn feststeht, welche Felder je Warengruppe existieren, welche davon Pflicht sind und welche je Markt abweichen, ist die Hälfte der Arbeit getan. Dieses Modell lässt sich sogar vorab in Shopify-Metafeldern prüfen, bevor eine Lizenz nötig wird.

Beim Anschluss an Shopify gilt: Zuerst lesend spiegeln, dann führend schalten. Ein Zeitraum, in dem das PIM Daten liefert, Shopify aber noch die alte Pflege zulässt, deckt Lücken im Mapping auf, ohne dass der Shop dabei falsche Angaben zeigt. Erst danach wird die manuelle Pflege in Shopify gesperrt.

Der teuerste Fehler ist, das PIM als Ablage statt als führendes System zu betreiben. Wenn Produktdaten weiterhin in Shopify oder im Marktplatz-Backend korrigiert werden, weil es dort schneller geht, entsteht genau der Zustand zurück, den das Projekt beseitigen sollte, nur mit einer zusätzlichen Lizenz.

Der zweite Fehler ist ein Attributmodell, das die Struktur des alten Exports nachbaut. Bestehende Tabellen sind gewachsen und enthalten Felder, die niemand mehr braucht, sowie Werte, die in Wahrheit zwei verschiedene Dinge bedeuten. Wer das unverändert übernimmt, zementiert die Unsauberkeit im neuen System.

Der dritte Fehler betrifft die Kanalanforderungen. Marktplätze und Shopping-Feeds verlangen strukturierte Angaben wie eindeutige Produktkennzeichen, Zustand und Verfügbarkeit in einer bestimmten Form. Wenn diese Pflichtfelder erst nach der Einführung modelliert werden, folgt eine zweite Runde durch das gesamte Sortiment.

Ein Shop mit einem Kanal, einer Sprache und einer pflegenden Person braucht kein PIM. In dieser Konstellation ist Shopify die einzige Wahrheit, die es gibt, und jedes zusätzliche System verlängert nur den Weg zwischen Entscheidung und Sichtbarkeit im Shop. Metafelder, saubere Namenskonventionen und ein Import-Template lösen das Problem vollständig.

Auch ein bevorstehendes Replatforming ist ein Grund zu warten. Ein PIM, das auf ein Datenmodell einzahlt, das in wenigen Monaten ersetzt wird, wird zweimal eingeführt. Sinnvoller ist es, die Zuständigkeit je Datenart jetzt zu klären und die Systementscheidung an den Punkt zu legen, an dem das Zielmodell steht.