Majestic Safety legte die PIM-Grenze vor dem Kauf fest

Majestic Safety hat die Grenze des PIM aufgeschrieben, bevor es ein System gekauft hat. Das Unternehmen liefert persönliche Schutzausrüstung und Sicherheitsprodukte im Benelux, an große Unternehmen und an kleinere Betriebe, mit einem breiten Sortiment und kundenspezifischen Anforderungen. PIMvendors hat in Workshops und mit einem Architekturplan drei Entscheidungen geklärt, die sonst in einer Funktionsliste verschwinden: kundenspezifische Preise, Long-Tail-Produkte, deren Nummern bisher von Hand in SAP angelegt wurden, und die Frage, ob das PIM auch leichtes PLM übernehmen soll.

Der Kunde

Majestic Safety Products & Services liefert persönliche Schutzausrüstung und Sicherheitslösungen im Benelux. Das Sortiment ist breit, und ein großer Teil der Arbeit ist kundenspezifisch. Zu den Käufern gehören große Unternehmen und kleinere Betriebe.

Die Herausforderung

Majestic sah ein PIM bereits als Mittelpunkt seiner Systeme. Die offenen Entscheidungen waren praktisch. Das Team brauchte eine Methode für die Einführung und einen Weg, nach der Einführung nachzufassen, damit das Projekt nicht beim Go-live aufhört. Kundenspezifische Preise mussten im E-Commerce funktionieren. Eine Long-Tail-Strategie hing an Produktnummern, die von Hand in SAP angelegt worden waren. Jemand musste leichte PLM-Aufgaben im PIM oder in einem anderen System unterbringen. Solange diese Entscheidungen offen waren, blieb „wo das PIM steht“ eine leere Formel.

Die Lösung

PIMvendors hat strukturierte Workshops durchgeführt und die Architektur gezeichnet. Die Preisoptionen wurden mit dem Team durchgegangen. Der Long-Tail-Ansatz wurde so entworfen, dass er wachsen kann, ohne dass neue Produktnummern in SAP getippt werden. Beim PLM war der Rat eindeutig: Diese Funktion bleibt im PIM oder sie liegt in einem anderen System. Die Frage bleibt nicht offen. Das PIM wurde danach in eine Architektur gesetzt, mit der die anderen Anwendungen kommunizieren können.

Die Ergebnisse

Majestic hat einen Bauplan für ein PIM als Kern seiner digitalen Einrichtung. Komplexe Produktdaten, kundenspezifische Preise und der Long Tail lassen sich führen, ohne sich auf den alten SAP-Prozess für Produktnummern zu stützen. Der Bauplan ist das Ergebnis. Der Softwarekauf kommt danach.

Die eigentliche Abwägung betrifft den Umfang. Ein PIM, das auch Preislogik und ein leichtes PLM trägt, wirkt im Diagramm einfacher und wird das nächste System, das niemand mehr ändern kann. Wer PLM und einen Teil der Preise außerhalb des PIM lässt, behält ein zweites System bewusst in der Architektur.

Diese Grenze kann ein anderer Großhändler für Sicherheit oder Technik übernehmen. Wo das ERP aufhört und das PIM beginnt beschreibt die Linie, die Majestic schon überschritten hatte, weil die Produktnummern in SAP lagen. PLM und PIM beschreibt die Trennung, die die Workshops zwischen Entwicklungsdaten und dem PIM gezogen haben. Der Leitfaden zur PIM-Einführung behandelt die Methode und die Nacharbeit nach der Einführung, zu Beginn noch ein offener Punkt. Ein PIM auswählen beschreibt den Vergleich, der sich erst lohnt, wenn Preise, Long Tail und PLM einen Verantwortlichen haben.