Das meiste, was über Pimcore geschrieben wird, ist entweder Herstellermaterial oder Agenturmarketing. Daraus lässt sich schwer ablesen, worin die Software tatsächlich gut ist. Dies ist der Versuch einer ehrlichen Fassung, geschrieben aus dem Betrieb einer produktiven Instanz und nicht aus mehreren Einführungen.
Die kurze Antwort: Pimcore belohnt strukturelle Komplexität in Produktdaten und bestraft deren Abwesenheit. Ist Ihr Katalog wirklich kompliziert, gehört Pimcore zu den besseren verfügbaren Antworten. Ist er nur groß, zahlen Sie für Fähigkeiten, die Sie nicht nutzen werden.
Wo sich die Komplexität auszahlt
Das Datenobjekt-Modell ist der Grund, Pimcore zu wählen. Produkte sind typisierte Objekte mit definierten Klassen und keine Zeilen mit angeflanschtem Schema. Varianten erben vom Elternobjekt, sodass eine Änderung an einem gemeinsamen Attribut durchschlägt statt ein Massenupdate zu erfordern. Attributsets, die sich je Produktfamilie unterscheiden, liegen im Classification Store und sind ohne Deployment durch Datenverantwortliche pflegbar.
Genau diese Kombination ist in der Fertigung nützlich, wo eine Produktfamilie zwanzig Attribute teilt und danach in vierzig technische auseinanderläuft, die für die Familie daneben bedeutungslos sind. In einer flachen Produkttabelle abgebildet ergibt das eine Wand aus überwiegend leeren Spalten. In Pimcore abgebildet ergibt es eine Struktur, in der Redakteure sich bewegen können.
Die zweite echte Stärke ist Lokalisierung. Felder sind einzeln lokalisierbar, sodass ein Produkt einen gemeinsamen technischen Wert und eine marktspezifische Beschreibung tragen kann, ohne den Datensatz zu duplizieren. Für einen Hersteller, der Märkte mit überlappenden, aber nicht identischen Sprachsets bedient, ist das der Unterschied zwischen einem Katalog und elf.
Wo es kann, aber nicht offensichtlich die richtige Antwort ist
Pimcore bringt Asset-Management mit, und für Bilder und Dokumente am Produkt ist das vollkommen vernünftig. Das Asset liegt in Pimcore, das Produkt referenziert es, und diese Beziehung ist ein echtes Objekt statt einer Dateinamenkonvention.
Zur Frage wird es, sobald der Asset-Workflow ein Eigenleben hat: Rechteverwaltung mit Ablaufdaten, Freigabeketten mit Personen, die nie Produktdaten anfassen, große Mengen Rohmaterial oder ein Agenturumfeld, das ein bestimmtes DAM erwartet. In dem Medizintechnik-Unternehmen, in dem wir gearbeitet haben, war das DAM ein eigenes System, und Pimcore hat daraus konsumiert. Diese Aufstellung ist verbreitet und funktioniert gut, zum Preis einer weiteren Integration.
Dasselbe gilt für die CMS-Seite. Pimcore als CMS ist stark, wenn die Website im Kern eine Sicht auf die Produktdaten ist. Weniger überzeugend ist es, wenn der Marketing-Auftritt ein eigenes Inhaltsmodell, einen eigenen Rhythmus und ein Team hat, das ohne Deployment arbeiten will.
Wo es das falsche Werkzeug ist
Ein paar hundert Produkte, stabiles Attributset, ein Kanal, eine Sprache. In dieser Größenordnung ist Pimcore mehr Plattform, als die Aufgabe verlangt. Betrieb, Upgrades und die Suche nach Personen, die sich auskennen, kosten mehr, als die Struktur einbringt, und eine fokussierte Eigenentwicklung lässt sich leichter ändern.
Falsch ist es auch, wenn Sie eigentlich ein Katalogpflege-Problem haben und kein Produktdaten-Problem. Wenn die Schwierigkeit darin besteht, saubere Daten in die Kanäle zu bekommen, und die Struktur selbst einfach ist, bringt Sie ein schmaleres PIM mit weniger Wartungsaufwand ans Ziel.
Wenn die Plattformentscheidung noch offen ist, lohnt der Vergleich mit Akeneo und einer Eigenentwicklung zuerst.
Pimcore vs. Akeneo vs. Eigenentwicklung →Was im Verkaufsgespräch selten vorkommt
Pimcore ist kein Produkt, das man kauft und konsumiert. Es ist eine Plattform, die man betreibt. Das heißt, jemand muss das Datenmodell, den Upgrade-Pfad und die Integrationen verantworten, so wie jemand Ihr ERP verantwortet.
Das Fehlerbild, das wir am häufigsten sehen, ist keine schlechte Einführung. Es ist eine gute Einführung ohne Eigentümer. Zwei Jahre später liegt die Version zurück, das Modell ist von den Anforderungen abgedriftet, und die Person, die es verstanden hat, ist weitergezogen. Nichts davon ist Pimcore anzulasten, aber es ist die vorhersehbare Folge davon, eine Plattform wie einen Kauf zu behandeln.
Wie eine gute Pimcore-Aufstellung im dritten Jahr aussieht
Unspektakulär, und genau das ist der Punkt. Version aktuell oder eine zurück, mit terminiertem Plan für das nächste Upgrade. Ein Datenmodell, das jemand erklären kann, mit aufgeschriebener Begründung. Überwachte Integrationen, sodass ein gescheiterter Import eine Meldung erzeugt statt drei Wochen später ein Rätsel in einem Markt.
Redakteure, die in der Admin-Oberfläche arbeiten, ohne parallel eine Tabelle zu führen. Der letzte Punkt ist der ehrliche Test: Wenn Datenverantwortliche neben dem PIM eine eigene Tabelle pflegen, passt das Modell nicht dazu, wie sie über die Produkte denken, und keine Schulung behebt das.
Wie Sie entscheiden
Fragen Sie sich, ob Ihre Produktdaten strukturell komplex oder einfach nur viele sind. Strukturell bedeutet: Attributsets, die sich zwischen Familien wirklich unterscheiden, Varianten, die das meiste, aber nicht alles teilen, und Märkte mit unterschiedlichem Sprach- und Inhaltsbedarf. Viele bedeutet nur viele Datensätze.
Für den strukturellen Fall ist Pimcore gebaut. Viele Datensätze allein sind ein Datenbankproblem, und dafür gibt es günstigere Antworten.
Sie betreiben Pimcore bereits und sind unsicher, ob die Aufstellung noch passt? Genau das beantwortet das Audit, in einer Woche, zum Fixpreis.
Pimcore Audit →