- Productcatalogusbeheer is het doorlopende werk van het aanmaken, ordenen, verrijken, valideren en publiceren van productdata, zodat elk kanaal dezelfde juiste informatie toont.
- Het is een proces met eigenaren en regels, geen tool. Software helpt pas zodra het proces is vastgelegd.
- De meeste cataloguproblemen zijn terug te voeren op vijf oorzaken: geen enkele bron van waarheid, geen taxonomie, geen validatie, geen publicatieworkflow en geen audits.
- Spreadsheets werken op kleine schaal. Het breekpunt is meestal veel kanalen, veel leveranciers of veel mensen die tegelijk bewerken, niet een vast aantal SKU’s.
- Begin met een plan van 90 dagen: meet de kwaliteit, herstel de topcategorieën, wijs eigenaren aan en automatiseer daarna de controles.
Een productcatalogus is het gestructureerde record van alles wat u verkoopt: titels, beschrijvingen, specificaties, prijzen, identificatiecodes, afbeeldingen, documenten, categorieën en de relaties daartussen. Hoe goed u die beheert, bepaalt of klanten producten kunnen vinden, of marktplaatsen uw listings accepteren en of uw team de week besteedt aan verkopen of aan het repareren van spreadsheets.
Deze gids behandelt het hele beeld: wat catalogusbeheer is, het proces stap voor stap, wie wat moet beheren, hoe u kiest tussen spreadsheets, een commerceplatform en een PIM, welke kengetallen u volgt en een praktisch plan van 90 dagen. Hij verwijst naar gedetailleerde gidsen over elk onderwerp, zodat u dieper kunt gaan waar nodig.
E-commercemanager ordent een productcatalogus in PIM-software
Wat is productcatalogusbeheer?
Productcatalogusbeheer (ook geschreven als productcataloguibeheer of catalogusbeheer) is het geheel van processen, regels en systemen waarmee productinformatie over de hele levenscyclus wordt opgebouwd en onderhouden. Het omvat het binnenhalen van data van leveranciers en interne teams, het structureren, verbeteren en controleren ervan en het versturen naar de plekken waar klanten het zien.
Een korte definitie: catalogusbeheer zorgt dat de juiste productdata compleet, juist en consistent is overal waar u verkoopt.
Het hangt samen met een paar aanverwante termen, maar is breder:
- Productinformatiebeheer (PIM) is het soort software dat het vaakst wordt gebruikt om een catalogus te beheren. Zie wat is PIM .
- Voorraadbeheer volgt voorraad en locaties. Het gebruikt catalogusdata, maar is een andere discipline.
- Stamdatabeheer (MDM) beheert bedrijfsdata over veel domeinen. Product is er een van. De vergelijking van PIM, MDM, DAM en PXM legt de verschillen uit.
- Digital asset management (DAM) bewaart afbeeldingen, video en documenten. Een catalogus verwijst naar assets die een DAM of PIM bevat.
Voor een kortere introductie, lees wat is productcatalogusbeheer . Deze gids gaat verder in op proces, rollen, tools en meting.
Waarom catalogusbeheer ertoe doet
Productdata is de grondstof van e-commerce. Zwakke data zie je terug als zwakke resultaten, meestal op meerdere plekken tegelijk:
| Symptoom | Typische dataoorzaak | Zakelijk effect |
|---|---|---|
| Klanten vinden producten niet | Inconsistente categorieën, ontbrekende attributen, geen synoniemen | Gemiste verkopen, hoog uitstappercentage bij zoeken |
| Marktplaats of Google Shopping wijst listings af | Ontbrekende identificatiecodes, verkeerde categorie, lege beleidsvelden | Producten worden niet getoond, verspild advertentiebudget |
| Retouren en supporttickets nemen toe | Verkeerde afmetingen, onduidelijke varianten, afbeeldingen die niet kloppen | Hogere kosten per bestelling |
| Lanceringen duren weken | Handmatig kopiëren en plakken tussen bestanden en systemen | Trage time-to-market |
| Teams twisten over welk bestand klopt | Geen enkele bron van waarheid | Herwerk en weinig vertrouwen in data |
De echte kosten van slechte productdata laten zien hoe deze kosten oplopen.
De zeven componenten van catalogusbeheer
Catalogusbeheer is gemakkelijker te sturen wanneer u het in zeven delen opsplitst, elk met een eigenaar en een kwaliteitsnorm.
1. Data-onboarding
Data binnenhalen van leveranciers, ERP-exports, fabrikantenfeeds en interne teams. De kerntaak is elke bron te mappen op uw eigen velden en waarden en de oorspronkelijke waarde te bewaren voor traceerbaarheid. Zie hoe u leveranciersdata opschoont .
2. Taxonomie en classificatie
De categoriestructuur die bepaalt waar een product thuishoort en welke attributen gelden. Een goede taxonomie heeft per product één primaire plek en beheerste attributen voor al het andere. Begin met de gids voor producttaxonomie .
3. Attributen en varianten
De specificatievelden en het model voor opties zoals maat en kleur. Bepaal wat bij het bovenliggende product hoort en wat bij elke variant, en gebruik beheerste waarden overal waar klanten filteren. De hub voor productdatamodellering behandelt dit in detail.
4. Verrijking
Content toevoegen die mensen helpt kopen: heldere titels, beschrijvingen, opsommingen, maatgidsen, toepassingen, afbeeldingen en documenten. Zie productdataverrijking .
5. Kwaliteit en validatie
Regels die volledigheid, juistheid, consistentie, uniciteit en actualiteit controleren voordat data wordt gepubliceerd. De scorecard voor productdatakwaliteit laat zien hoe u dat meet.
6. Publicatie en syndicatie
Goedgekeurde data versturen naar uw webshop, marktplaatsen, feeds, printcatalogi en partners, elk met een eigen formaat en eigen verplichte velden. Zie de gidsen over Google Shopping-feeds en Amazon-feeds .
7. Governance
Wie wat mag wijzigen, hoe wijzigingen worden goedgekeurd en hoe de regels zelf zich ontwikkelen. Zie productdatagovernance .
Productdata van leveranciers omgezet in een gestructureerde e-commerce-productcatalogus
Het catalogusbeheerproces, stap voor stap
Elk product doorloopt een levenscyclus. Die vastleggen, met bij elke stap een eigenaar en een controle, is het nuttigste wat u voor de cataloguskwaliteit kunt doen.
| Stap | Wat er gebeurt | Controle voordat u doorgaat |
|---|---|---|
| 1. Intake | Productdata komt binnen van een leverancier, ERP of intern team | Verplichte identificatiecodes aanwezig; bron vastgelegd |
| 2. Classificeren | Product krijgt één primaire categorie | Categorie is een eindknoop; attribuutset toegepast |
| 3. Normaliseren | Eenheden, namen en waarden gemapt naar beheerste lijsten | Geen vrije tekst voor kleuren, maten of materialen |
| 4. Verrijken | Titels, beschrijvingen, afbeeldingen en documenten toegevoegd | Contentstandaarden voor de categorie gehaald |
| 5. Valideren | Regels voor volledigheid, juistheid en uniciteit lopen | Geen blokkerende fouten; score boven de drempel |
| 6. Goedkeuren | Een reviewer keurt goed, met bewaarde wijzigingsgeschiedenis | Goedkeuring vastgelegd |
| 7. Publiceren | Data wordt in het vereiste formaat naar elk kanaal gestuurd | Kanaalvalidatie geslaagd |
| 8. Bewaken | Afwijzingen, retouren en zoekgedrag worden bekeken | Problemen vloeien terug naar de regels |
| 9. Uitfaseren | Uitgefaseerde producten worden gearchiveerd en doorverwezen | Geen live links of feedregels meer over |
Maakt u een catalogus helemaal opnieuw, dan loopt hoe u een productcatalogus opbouwt de volgorde door: eerst structuur, dan taxonomie, dan SKU-conventies, daarna verplichte attributen, beeldstandaarden en validatie.
