PIM vs feedmanagement: wie de data beheert en wie hem verstuurt

Wat is het verschil tussen een PIM en een feedmanagementtool?

Het PIM bepaalt wat het product is, de feedmanagementtool bepaalt hoe elk kanaal het ontvangt. Beide verwerken productdata, elk in een andere stap van de keten. De pijler Wat is een PIM-systeem toont beide in de productdatastack.

Het PIM is eigenaar van het record, de feedtool verstuurt het. Een PIM beheert attributen, vertalingen, relaties en assetkoppelingen, met eigenaren, workflows en validatieregels. Een feedmanagementtool neemt een bronbestand of API, mapt velden naar de specificatie van elk kanaal, past regels toe en verstuurt het resultaat.

Feedtools doen doorgaans vijf dingen:

• Velden mappen van jouw attribuutnamen naar de attribuutnamen van elk kanaal.
• Regels toepassen, zoals titels samenstellen, categorieën mappen en waarden omzetten.
• Filteren welke producten per kanaal wel of niet meegaan.
• Plannen en afleveren bij marktplaatsen, vergelijkingssites en advertentieplatforms.
• Foutmeldingen van elk kanaal terugkoppelen aan het team.

Kanaalspecificaties zijn streng. Google Merchant Center vraagt voor elk product zeven attributen: id, titel, omschrijving, link, afbeeldingslink, beschikbaarheid en prijs. Een merk is verplicht voor de meeste nieuwe producten, een MPN alleen als een product geen door de fabrikant toegekende GTIN heeft. Elke marktplaats en retailer voegt daar een eigen lijst aan toe.

Hoe verhouden PIM en feedmanagement zich op een rij?

Een PIM en een feedtool overlappen bij de kanaaloutput en verschillen in governance, verrijking en diepgang van de data. De tabel vergelijkt beide categorieën op negen dimensies.

De overlap is echt en groeit. Veel PIM-leveranciers voegen kanaalconnectoren toe, en sommige feedtools voegen lichte verrijking toe. Test de kanalen die je nodig hebt aan beide kanten van die overlap.

Heb je een PIM nodig of volstaat een feedtool?

Een feedtool volstaat als je brondata al schoon is en onder governance staat in het commerceplatform of ERP. Een PIM wordt nodig zodra de problemen in de brondata zelf zitten.

Een feedtool alleen is meestal genoeg als:

• Eén taal en één markt het grootste deel van de omzet dekken.
• Het assortiment weinig productfamilies en weinig soorten varianten kent.
• Productcontent van één team komt, zonder leveranciersdata.

Een PIM wordt nodig als:

• Content verrijkt, vertaald en goedgekeurd moet worden voordat een kanaal hem ziet.
• Leveranciersdata in veel formaten binnenkomt en onboarding vraagt.
• Regelgevingsattributen, zoals fabrikantgegevens en waarschuwingen onder de GPSR, eigenaren nodig hebben.

Een waarschuwingssignaal verschijnt in de feedtool zelf. Corrigeert het team afmetingen, omschrijvingen of vertalingen in feedregels, dan is de feedtool een tweede master geworden. Die correcties stromen nooit terug naar het ERP, de catalogus of andere kanalen. De gids over productdatakwaliteit meten legt uit hoe je het consistentiegat meet dat daardoor ontstaat.

Wanneer heb je zowel een PIM als een feedtool nodig?

Je hebt beide nodig als het beheerde record veel kanalen met verschillende regels moet bereiken en het e-commerceteam die kanalen dagelijks optimaliseert. Merken en groothandels die uitbreiden naar marktplaatsen, bereiken dat punt snel.

Schatting van PIMvendors: onder ongeveer 5 externe kanalen volstaan de connectoren van het PIM vaak. Boven ongeveer 15 kanalen loont een feedtool meestal. Daartussen beslist de kwaliteit van de connectoren voor jouw specifieke kanalen.

In een gecombineerde architectuur houdt één regel de data schoon. Content die iemand goedkeurt, hoort in het PIM. Mappings op basis van regels en kanaaloptimalisaties horen in de feedtool. Consequent toegepast betekent die regel:

1. Productfeiten, vertalingen en goedgekeurde kanaalteksten worden in het PIM onderhouden.
2. Het PIM publiceert één volledige export of API naar de feedtool.
3. De feedtool mapt, filtert en optimaliseert per kanaal, zonder feiten te bewerken.
4. Kanaalfouten gaan terug naar het PIM-team als de oorzaak in de brondata zit.

GS1-datapools volgen een andere route. Via GS1 GDSN delen handelspartners productdata via datapools die door GS1 zijn gecertificeerd, meestal rechtstreeks gekoppeld aan het PIM. De gids over syndicatie van productdata behandelt marktplaatsen, retailers en datapools in samenhang.

Wat test je voordat je beslist?

Test de hele keten van PIM-record tot live listing, op je eigen producten en kanalen. Het zwakke punt zit meestal in de overdracht tussen de twee tools.

Gebruik vijf scenario's in demo's of een proof of concept:

1. Exporteer 50 voorbeeldproducten in drie talen naar twee benoemde marktplaatsen.
2. Genereer uit attributen een kanaaltitel binnen de grens van 150 tekens en toon waar die wordt opgeslagen.
3. Map je categorieboom naar de taxonomie van één marktplaats en toon hoe niet-gemapte producten worden gemarkeerd.
4. Lok een afkeuring door het kanaal uit en toon hoe de fout terechtkomt bij de persoon die de brondata kan herstellen.
5. Wijzig één attribuut in het PIM en meet hoe lang het duurt voordat het kanaal de nieuwe waarde toont.

Doorloop de scenario's met de mensen die de keten straks bedienen. De data steward beoordeelt de kant van het PIM, de e-commerce- of marktplaatsmanager de kant van de feed. Ieder scoort waar hij of zij dagelijks mee moet werken.

In PIMvendors-selecties onderscheidt scenario 4 de kandidaten het duidelijkst. Veel tools leveren feeds goed af en gaan slecht om met fouten. Vraag elke leverancier om het foutrapport te tonen dat een marktplaats terugstuurt, en de route die dat rapport naar de juiste persoon aflegt. De vergelijking tussen PIM en PXM behandelt de verwante vraag naar kanaalspecifieke content voor productpagina's bij retailers.