Een juwelier van 130 jaar koos een PIM voor zijn headless stack

De juwelier koos een PIM die kan aanhaken op de headless stack die het bedrijf al draait. Het bedrijf handelt al meer dan 130 jaar en heeft meer dan 20 locaties in Europa, waaronder boetieks voor Rolex, Patek Philippe, Cartier, IWC, Hublot en Vacheron Constantin. Horloges, hoogwaardige sieraden, diamanten en een groeiend Pre-Owned-programma hangen aan dat productrecord. PIMvendors maakte van de commerce-ambitie en de IT-eisen één eisenlijst, beperkte de shortlist tot systemen die API-first, cloud-native en composable zijn, en liet de demo's draaien op de scenario's van de juwelier zelf.

Klant

Het commerceplatform was al headless en op MACH afgestemd: composable, API-first, modulair aan de achterkant. Het beheer van productinformatie was niet meegegroeid. Tientallen luxemerken brengen elk hun eigen contentregels, beeldnormen en attribuutstructuren mee.

Een horloge heeft kastdiameter, type uurwerk, waterdichtheid en materialen nodig. Sieraden voegen edelsteendata, karaatgewicht en certificering toe. Pre-Owned legt daar conditiebeoordeling en herkomst bovenop. Een monolithische PIM zou ingaan tegen de architectuur waar het bedrijf al voor had betaald.

De uitdaging

De PIM moest die attribuutdiepte dragen en toch in de headless stack passen. API-first, cloud-native en composable waren de randvoorwaarden. De business wilde rijke productverhalen, merkspecifieke contentregels en publicatie naar meer dan één kanaal. IT wilde dat de PIM zich als één component tussen de andere gedraagt. Had je maar één van die lijsten gebruikt, dan was er een PIM uitgekomen die de andere kant zou afwijzen.

De aanpak

PIMvendors werkte met de business- en IT-teams tot beide achter één eisenlijst konden staan. De shortlist was onafhankelijk en gefilterd op platforms die API-first en cloud-native zijn en als één component in een composable stack kunnen staan. Een platform dat de juwelier zou dwingen die principes los te laten, viel af voordat er een demo werd ingepland.

Aanbieders lieten daarna de scenario's zien die hier tellen. Het ene was het onboarden van een nieuw horlogemerk met 200 SKU's en strikte beeldregels. Het andere was Pre-Owned-voorraad publiceren met conditie-attributen. De vergelijking bleef bij die taken.

Het resultaat

De juwelier selecteerde een PIM die past bij de merkeisen en bij de composable stack. Hij koppelt via API's aan de headless commerce-inrichting. Merchandising ziet een route voor content over alle merken en kanalen. IT ziet een systeem dat de MACH-principes intact laat. Omdat de eisen eerst op papier stonden, start de implementatie met een duidelijke opdracht.

De keerzijde is de lengte van de shortlist. Een MACH-filter haalt PIM-platforms eruit die horloges uitstekend zouden beheren en toch een herschrijving van de commerce-architectuur zouden afdwingen. Bij een huis met zoveel merkregels is een langere lijst met platforms die minder goed in de architectuur passen de duurdere optie.

De les zit in dat filter. Zet de attribuuttaken en de architectuurregels op één lijst, en laat aanbieders afvallen op een echt scenario. De commerce-stack laat zien waar een PIM naast een headless commerceplatform staat, en waarom die grens er ligt vóór het contract. PIM-functies en mogelijkheden beschrijft de API- en contentdiepte die in die demo's werd getest, op 200 SKU's met echte beeldregels. Een PIM selecteren beschrijft de gestructureerde beoordeling waar deze shortlist doorheen ging. Wat een PIM is beschrijft de taak waar merchandising en IT het samen over eens moesten worden.