PIM für E-Commerce

Das Problem beginnt meist nicht damit, dass ein Unternehmen „Pimcore braucht“.

Es beginnt, wenn Produktdaten auf ERP, Magento, Tabellen und andere Systeme verteilt sind und die Antwort auf eine einfache Frage immer schwieriger wird: Welche Version einer Information ist richtig, und wer ist dafür verantwortlich?

Wir entwerfen Architekturen für Produktdaten und implementieren PIM-Lösungen. Zuerst bestimmen wir die Datenquellen, legen die Verantwortung für die Daten fest und definieren das Zielmodell für die Informationen. Erst danach wählen wir die Technologie.

Wenn kein PIM nötig ist oder eine einfachere Lösung ausreicht, sagen wir Ihnen das.

Ein kostenloses Gespräch von 30–60 Minuten. Wir lernen Ihre Produktdatenquellen, aktuellen Prozesse und Veröffentlichungskanäle kennen. Sie erhalten eine erste Einschätzung, ob ein PIM die zentralen Probleme löst und welche Bereiche analysiert werden müssen.

Die Herausforderung

Wenn nicht mehr nur der Katalog das Problem ist

Anfangs ist die Verwaltung von Produkten oft einfach.

Das ERP liefert die grundlegenden Informationen. Das Marketing ergänzt Beschreibungen in Magento. Bilder liegen in einem separaten Verzeichnis. Übersetzungen entstehen in Tabellen.

Bei einem Markt und einem kleinen Katalog kann dieses Modell jahrelang funktionieren.

Das Problem entsteht, wenn weitere Sprachen, Märkte, Varianten, Attribute und Veröffentlichungskanäle hinzukommen. Dieselbe Information befindet sich dann an mehreren Stellen, und für eine Produktänderung müssen mehrere Personen in verschiedenen Werkzeugen arbeiten.

Dann ist ein weiteres fehlendes Feld in Magento nicht mehr das Problem.

Das Problem ist ein fehlendes einheitliches Modell für die Verwaltung von Produktinformationen.

Datenverantwortung

PIM beginnt mit der Verantwortung für Daten

Die Einführung eines weiteren Systems löst das Problem nicht, wenn dieselbe Information weiterhin an mehreren Stellen unabhängig geändert werden kann.

Deshalb lautet eine der ersten Fragen: Welches System ist für welche Information verantwortlich?

Beispielsweise kann das ERP die Quelle für SKU, Preise, Bestände und kaufmännische Informationen sein, das PIM für Beschreibungen, Attribute, Beziehungen, Übersetzungen und Marketinginhalte, das DAM für Bilder und Dokumente, während Magento die Produktdarstellung und den Verkaufsprozess übernimmt.

Das ist nur ein Beispiel. In einem konkreten Projekt können die Grenzen anders verlaufen, häufig nicht zwischen ganzen Systemen, sondern auf Ebene einzelner Felder.

Der Test ist einfach. Wenn sich eine Produktbeschreibung nach der Einführung noch immer an drei Stellen korrigieren lässt und niemand sagen kann, welche davon maßgeblich ist, hat PIM die Arbeitsweise nicht verändert. Es wurde lediglich zum bestehenden Systemgefüge hinzugefügt.

Informationsmodell

Datenmodell vor der Technologiewahl

PIM sollte kein Ort sein, an den eine vorhandene Struktur nur deshalb übertragen wird, weil sie irgendwann einmal entstanden ist.

Bei großen und komplexen Katalogen analysieren wir Produkte und Varianten, Attribute, Beziehungen zwischen Produkten, Klassifikationen, Sprachversionen, Unterschiede zwischen Märkten und die Veröffentlichung in den einzelnen Kanälen.

Wenn das bisherige Modell über Jahre Duplikate und Ausnahmen angesammelt hat, ist die Einführung eines PIM eine gute Gelegenheit, es zu vereinfachen.

Das Chaos aus Excel oder Magento auf eine neue Plattform zu übertragen, verfestigt das Problem nur in einem teureren Werkzeug.

Mehrere Märkte

Mehrere Märkte sind mehr als Übersetzungen

Dasselbe Produkt kann je nach Markt einen anderen Namen, eine andere Beschreibung, andere Dokumente oder andere Pflichtangaben haben.

Hinzu kommen Marktplätze, Feeds, B2B-Kataloge, Apps und weitere Kanäle.

PIM ermöglicht es, gemeinsame Produktdaten von marktspezifischen Informationen und Inhalten für einzelne Kanäle zu trennen.

Damit muss ein neuer Markt nicht bedeuten, eine weitere eigenständige Version des Katalogs anzulegen.

Produktprozess

Workflow: Ein Produkt hat einen Prozess, nicht nur eine Reihe von Feldern

In einer größeren Organisation werden Produktdaten selten von einer einzigen Person vorbereitet.

Das Produktteam liefert technische Daten. Das Marketing erstellt Beschreibungen. Jemand bereitet Übersetzungen vor. Eine andere Person ist für Bilder und Dokumente zuständig. Vor der Veröffentlichung kann eine Freigabe des Produkts erforderlich sein.

PIM kann diesen Prozess als Workflow unterstützen.

Wir können Folgendes gestalten:

  • Rollen und Phasen der Produktvorbereitung,
  • Pflichtfelder für die einzelnen Phasen,
  • Freigaben und Status zur Datenbereitschaft,
  • Regeln für die Veröffentlichung in Kanälen.

So muss sich die Organisation nicht auf das Gedächtnis der Menschen verlassen, die am Katalog arbeiten, oder zusätzliche Kontrolltabellen führen.

Digitale Assets

DAM und Medien

In vielen Projekten beschränkt sich das Problem mit Produktdaten nicht auf Texte und Attribute. Auch Bilder, Anleitungen, Zertifikate, technische Dokumentation und Marketingmaterialien müssen verwaltet werden.

Pimcore kann PIM- und DAM-Funktionen verbinden, sodass Assets mit Produkten, Sprachversionen und Märkten verknüpft sind.

Nicht jedes Projekt braucht das. DAM gehört dann zur Architektur, wenn es tatsächlich ein Problem bei der Organisation von Materialien löst.

Lösungswahl

Pimcore oder eine andere Lösung?

Wir beginnen ein Projekt nicht mit der Entscheidung: „Wir führen Pimcore ein“.

Zuerst prüfen wir die Datenstruktur, die Zahl der Märkte und Kanäle, die Arbeitsweise des Teams, den Bedarf an Workflows, die DAM-Anforderungen und die Integrationen mit ERP und E-Commerce.

Pimcore eignet sich gut für Projekte, die ein flexibles Datenmodell, Beziehungen zwischen Objekten und eine umfangreiche DAM-Ebene erfordern.

Wenn die Anforderungen einfacher sind oder ein spezialisierteres PIM besser passt, sagen wir das - auch wenn unser Projektumfang dadurch kleiner wird.

Die Technologie muss sich aus dem Prozess und dem Informationsmodell ergeben, nicht umgekehrt.

Integrationen

PIM muss mit ERP und Magento zusammenarbeiten

PIM sollte keine weitere unabhängige Insel werden.

Ein typischer Datenfluss könnte so aussehen:

ERP → Stammdaten → PIM → Anreicherung und Strukturierung → Magento und andere Kanäle

Ebenso können manche Informationen direkt im PIM entstehen, während das ERP nur ausgewählte Daten erhält.

Während der Discovery definieren wir Informationsquellen, Flussrichtungen, die Verantwortung der Systeme, die Häufigkeit der Synchronisierung und die Datenzuordnung. Erst dann bauen wir die Integration.

Projekterfahrung

Erfahrung mit komplexen Daten

In einem großen Migrationsprojekt arbeiteten wir mit einer Datenbank mit Hunderttausenden Produkten und langjährig gewachsenen Altdaten.

Ein wichtiger Teil der Arbeit bestand nicht nur darin, Datensätze zu übertragen, sondern sie zu ordnen: inaktive Einträge zu entfernen, Unstimmigkeiten zu normalisieren, Daten einem neuen Modell zuzuordnen und die Anforderungen der neuen Plattform mit dem bestehenden ERP und der SEO-Struktur in Einklang zu bringen.

Es war kein PIM-Projekt.

Es zeigt aber die Art von Problem, das PIM später oft lösen soll: Bei großer Datenmenge ist die manuelle Korrektur kein Prozess mehr, auf den sich das Wachstum im E-Commerce stützen lässt.

Unsere Arbeitsweise

So führen wir ein PIM-Projekt durch

  1. 01

    Analyse der Datenlandschaft

    Wir ermitteln, wo sich die Daten heute befinden, wer sie erstellt und welche Systeme sie benötigen.

  2. 02

    Datenverantwortung

    Wir definieren die maßgebliche Quelle für die einzelnen Datentypen.

  3. 03

    Datenmodell

    Wir gestalten Produkte, Attribute, Beziehungen, Sprachversionen, Märkte und Veröffentlichungsregeln.

  4. 04

    Plattformauswahl

    Erst in dieser Phase empfehlen wir Pimcore oder eine andere PIM-Lösung.

  5. 05

    Integrationsarchitektur

    Wir entwerfen den Datenaustausch mit ERP, Magento, DAM und den übrigen Kanälen.

  6. 06

    Implementierung

    Wir bauen das Datenmodell, Workflows, Rollen und notwendige Erweiterungen.

  7. 07

    Datenmigration

    Wir ordnen Daten zu, bereinigen sie und übertragen sie in die neue Struktur.

  8. 08

    End-to-End-Tests

    Wir prüfen den gesamten Datenfluss - vom Quellsystem bis zum endgültigen Veröffentlichungskanal.

Bedarfsprüfung

Wann PIM nicht nötig sein kann

PIM ist kein zwingender Bestandteil eines ausgereiften E-Commerce.

Wenn der Katalog einfach ist, das Unternehmen in einem Markt tätig ist, die Daten konsistent sind und ERP und Magento klar definierte Rollen haben, kann eine weitere Plattform lediglich die Wartungskosten erhöhen.

In diesem Fall ist es besser, die bestehende Architektur zu ordnen, als die Einführung eines zusätzlichen Systems zu rechtfertigen.

Erfahrung

Warum Velocity

Wir betrachten PIM als Teil der gesamten E-Commerce-Architektur.

Wir arbeiten mit Magento, großen Katalogen, ERP-Integrationen, Suche und Datenmigrationen. Deshalb endet ein PIM-Projekt für uns nicht bei der Konfiguration einer Verwaltungsoberfläche.

Uns interessiert der gesamte Datenfluss:

ERP → PIM → Magento → Suche → weitere Kanäle.

Wenn sich das Problem ohne PIM lösen lässt, werden wir keine Argumente für eine weitere Plattform konstruieren.

Einordnung

Wenn das Problem woanders liegt

ERP-Integrationen

Wenn Preise, Bestände, Bestellungen und die Kommunikation zwischen Magento und dem operativen System das größte Problem sind, sind ERP-Integrationen der richtige Ausgangspunkt.

ERP-Integrationen →

Große Kataloge in Magento

Wenn die Daten gut strukturiert sind, die Größe des Katalogs aber die Leistung von Magento beeinträchtigt, erfordern große Kataloge einen eigenen Ansatz.

Große Kataloge in Magento →

Performance- und Sicherheitsaudit

Wenn Sie nicht sicher sind, wo der Engpass liegt, kann ein kostenloses Performance- und Sicherheitsaudit der Ausgangspunkt sein.

Migration und Replatforming

Wenn die gesamte bestehende Plattform und ihre Daten nach Magento übertragen werden sollen, sind Migration und Replatforming der richtige Weg.

Migration und Replatforming →

Fragen

FAQ

VLCT

PIM ist ein System zur Verwaltung von Produktinformationen: Attributen, Beschreibungen, Beziehungen, Übersetzungen und Datenversionen für verschiedene Kanäle.

VLCT

In der Regel nicht. Das ERP kann weiterhin für Preise, Bestände und kaufmännische Informationen zuständig sein, während das PIM beschreibende Daten und Produktinformationen verwaltet.

VLCT

Nein. Magento ist für Commerce und den Verkaufsprozess zuständig. PIM bereitet die Daten auf, die Magento verwendet, und verteilt sie.

VLCT

Pimcore ist besonders interessant bei einem komplexen Datenmodell, vielen Beziehungen, DAM-Anforderungen und dem Bedarf an flexibel gestaltbaren Prozessen.

VLCT

Pimcore ist die Lösung, die wir am besten kennen. Wenn die Discovery zeigt, dass ein Werkzeug, das sich ausschließlich auf die Verwaltung und Anreicherung von Produktdaten konzentriert, beispielsweise Akeneo, besser passt, sagen wir das und unterstützen seine Einführung.

VLCT

Nicht immer, aber viele Sprachen und Märkte steigern den Wert einer zentralen Verwaltung von Produktinformationen erheblich.

VLCT

Ja. Bei Pimcore kann die Verwaltung von Assets Teil derselben Lösung sein.

VLCT

Diesen Bedarf bewerten wir während der Discovery. In der Praxis ist die Einführung eines PIM oft ein guter Zeitpunkt, das Modell zu ordnen und historische Unstimmigkeiten zu beseitigen.

VLCT

Ja. Wenn sich das Problem durch eine einfachere Änderung des Datenmodells oder der Integration lösen lässt, ist das eine bessere Empfehlung als die Einführung eines weiteren Systems.