Een koper mailt om te vragen hoe diep het reksysteem is. Je vertegenwoordiger zegt 32 centimeter, want dat staat op de linesheet. De productpagina op je webshop zegt 30. De specificatie die de fabriek stuurde zegt 31,5 en de retailer heeft er een in zijn magazijn opgemeten op 32 en een beetje.

Niemand liegt. Het getal klopte ooit op elk van die plekken, en toen is het product iets veranderd, of heeft iemand het afgerond, of is er een bestand gekopieerd voordat de correctie werd doorgevoerd. Er is geen versie waar iedereen naar kan wijzen en kan zeggen: die is de juiste.

Dat is een productdataprobleem, en bijna elk groothandelsmerk heeft er een. Het blijft onzichtbaar zolang je veertig producten aan twintig winkeliers verkoopt, en het begint echt geld te kosten vanaf het moment dat je het assortiment niet meer in je hoofd kunt houden.

Dit artikel behandelt waar wholesale productdata eigenlijk uit bestaat, de vijf manieren waarop het steevast misgaat, en hoe een structuur eruitziet die standhoudt bij meer dan een paar honderd SKU's.

Wat telt als productdata

Meer dan de meeste mensen denken. Het helpt om het als vijf lagen te zien, omdat ze uit verschillende hoeken komen en op verschillende manieren falen.

De meeste merken beheren de eerste drie redelijk en behandelen de laatste twee als papierwerk dat ze pas opzoeken als iemand erom vraagt. Dat is het deel dat aan het veranderen is, en daar komen we op terug.

Vijf manieren waarop productdata misgaat

1. Eén SKU die het werk van vier doet

Een stijl bestaat in vier kleurstellingen en heeft één enkele code. Het voelt opgeruimder. Het is de duurste kortere weg in de groothandel.

Alles verderop in de keten erft de onduidelijkheid: het orderpicken is een gok, voorraadcijfers per kleur zijn betekenisloos, je kunt niet zien welke variant echt verkoopt, en een claim over een verkeerd geleverd artikel wordt het woord van de een tegen dat van de ander. Eén SKU per verkoopbare variant is de fundering waar al het andere op rust, en het achteraf aanpassen is zo pijnlijk dat de meeste merken het precies één keer doen, onder dwang.

2. Het moederbestand dat niemands taak is

Er is een spreadsheet. Die was in maart accuraat. Sindsdien hebben drie mensen er producten aan toegevoegd, heeft iemand de boel gefilterd en gesorteerd zonder de sortering ongedaan te maken, en is er een kopie naar het magazijn gegaan die inmiddels is gaan afwijken.

De vraag die dit blootlegt is simpel: als een afmeting niet klopt, waar pas je dit dan aan zodat het overal is gecorrigeerd? Als het eerlijke antwoord een lijst met verschillende plekken is, heb je geen moederbestand. Je hebt verschillende bestanden met dezelfde autoriteit en geen manier om daartussen te kiezen.

3. Productdata die in documenten leeft

Voor veel merken is de echte productdatabase de line sheet. Hierin staan de afbeeldingen, de prijzen, de minima en de omschrijvingen, en elk seizoen wordt deze opnieuw opgebouwd op basis van de vorige.

Het probleem is dat een document een momentopname is. Pas een prijs aan en je hebt één bestand veranderd, niet de prijs. Alles wat ooit is verstuurd, blijft onjuist, en een PDF kan niet meer worden gecorrigeerd nadat deze is binnengekomen in een inbox. Data hoort thuis in bronbestanden waar documenten uit worden gegenereerd, niet andersom.

4. Elk kanaal dat zijn eigen kopie bijhoudt

Je webshop heeft productcontent. Je B2B Portal heeft productcontent. De marktplaats-listing heeft zijn eigen content. Een grote retailer vroeg om een spreadsheet in hun format en iemand heeft die handmatig opgebouwd.

Vier kopieën betekent vier onderhoudstaken, en in de praktijk worden er drie niet meer bijgehouden. De koper die een uitgelopen kleur op je site vindt en deze bestelt, maakt geen fout; die leest iets wat jij hebt gepubliceerd. Dat is ook waarom het toevoegen van kanalen moeilijker voelt dan het zou moeten zijn — uitgebreider behandeld in onze gids over multi-channel B2B-verkoop.

5. Leveranciersdata die nooit is verzameld

Samenstelling, herkomst, doosafmetingen, HS-codes. Iemand wist het destijds. Het stond in een e-mail, of een PDF-specificatie, of in een gesprek met een contactpersoon bij de fabriek die inmiddels is vertrokken.

Deze is anders dan de andere, omdat je het niet vanaf je eigen bureau kunt oplossen. Het moet bij leveranciers worden opgevraagd, wat productietijd kost. Daarom is het de moeite waard om hiermee te beginnen voordat iemand erom vraagt.

De structuur die standhoudt

Vier regels. Ze zijn niet ingewikkeld, en de moeilijkheid zit hem puur in de discipline, niet in het concept.

Eén record per verkoopbare variant. Als een winkelier het los kan bestellen, heeft het een eigen record en een eigen ID. Niet per stijl. Per item dat wordt verzonden.

Eén plek is leidend. Niet de meest complete plek, niet het nieuwste bestand — één aangewezen systeem waar al het andere uit kopieert. Al het andere is een weergave daarvan, inclusief je line sheets.

Elk veld heeft een eigenaar. Iemand is verantwoordelijk voor de samenstelling. Iemand is verantwoordelijk voor de doosgewichten. Iemand is verantwoordelijk voor de teksten en afbeeldingen. Onbeheerde velden zijn de velden die in negenhonderd rijen leeg blijven.

Verzamelen op het moment van bestellen. Vraag leveranciers om samenstelling, herkomst en doosgegevens wanneer je de inkooporder plaatst, niet pas bij een dataproject volgend voorjaar. Het komt betrouwbaar binnen als het een voorwaarde van de bestelling is, en bijna nooit wanneer het als een gunst wordt gevraagd.

Hoeveel structuur heb je daadwerkelijk nodig

Niet elk merk heeft specifieke PIM-software (product informatie management) nodig, en velen hebben er een gekocht om het vervolgens als een dure spreadsheet te gebruiken.

Onder de honderd varianten met één verkoopkanaal is een goed bijgehouden, enkele sheet echt prima, zolang het ook echt één enkele sheet blijft. De signalen dat je eruit bent gegroeid zijn specifiek: je verkoopt via meer dan twee kanalen, je assortiment wisselt per seizoen, je hebt varianten in meerdere dimensies zoals maat en kleur samen, of er moet eerst aan iemand worden gevraagd voordat een productfeit kan worden bevestigd.

De meest voorkomende route is niet het kopen van een aparte PIM, maar het maken van je bestelplatform de leidende bron, aangezien dat de plek is waar de data uiteindelijk toch moet belanden om verkocht te kunnen worden. Als je dit in kaart brengt binnen je systemen, behandelt onze gids voor een B2B tech stack hoe de stukjes in elkaar passen, en API-integratie hoe je ze synchroon houdt.

Wat het kost als het fout is

Goed om concreet te zijn, want werk aan productdata is makkelijk voor onbepaalde tijd uit te stellen.

Verkeerde afmetingen en gewichten zorgen voor verrassingen bij de verzending en creditnota's. Onduidelijke SKU's leiden tot claims over verkeerde artikelen, wat eigenlijk creditnota's zijn met een flinke deuk in de klantrelatie als bijgerecht. Verouderde omschrijvingen zorgen ervoor dat kopers dingen bestellen die niet meer bestaan. Ontbrekende compliance-data zorgt voor paniek wanneer het inkoopteam van een retailer een vragenlijst voor leveranciers met een harde deadline stuurt.

En de stille dief: tijd. Elk seizoen dat je besteedt aan het opnieuw opbouwen van dezelfde catalogus vanuit dezelfde spreadsheet, is een week die niemand als kostenpost meetelt, omdat het altijd al zo is gegaan.

Waar dit naartoe gaat

De richting waarin we in Europa bewegen is dat productinformatie gestructureerd, gedetailleerd en bewijsbaar moet zijn in plaats van louter beschrijvend. Verpakkingsregels vereisen al dat merken weten wat hun materialen zijn. Retailers vragen steeds vaker om samenstelling en herkomst als voorwaarde voor opname in het assortiment. Het voorgestelde Digitale Productpaspoort voor textiel zou een datarecord aan het individuele product koppelen.

Niets daarvan vereist dit kwartaal direct actie. Maar het beloont allemaal hetzelfde voorwerk: een record per variant, velden die gevuld zijn, en leveranciersdata die routinematig wordt verzameld in plaats van onder tijdsdruk te moeten worden opgevraagd.

Hoe Orderchamp Cloud helpt

Orderchamp Cloud geeft je productdata één leidende thuisbasis en gebruikt deze vervolgens overal, en dat is het deel dat telt. Een record per variant, met afbeeldingen, omschrijvingen, barcodes, voorraad, minima en klantspecifieke prijzen eraan gekoppeld.

Je B2B Portal toont die catalogus aan elke retailer met hun eigen prijzen, de Sales App werkt met dezelfde records in het veld, en linesheets worden iets wat je genereert in plaats van handmatig bijhoudt. Bestellingen verwijzen vervolgens naar dezelfde productrecords, waardoor B2B-orderbeheer accuraat blijft zonder handmatige invoer. Werk een product één keer bij en elk kanaal neemt het over. Voor het grotere geheel, zie onze gids voor een B2B e-commerce oplossing.

Wil je één versie van je productdata overal? Ontdek Orderchamp Cloud of boek een demo.

Veelgestelde vragen

Wat is productdatabeheer in de groothandel?

Heb ik PIM-software nodig?

Wanneer ben ik een spreadsheet ontgroeid?

Wat moet ik als eerste oplossen?

Wie moet de eigenaar zijn van de productdata?

Hoe krijg ik samenstellings- en herkomstgegevens van leveranciers?

Wat kost slechte productdata nou eigenlijk?