Kort antwoord
Excel volstaat voor productdata zolang één persoon een beperkt assortiment voor één kanaal beheert. Zodra meerdere mensen tegelijk werken, u meer kanalen of talen bedient of kanaaleisen zoals GTIN-controles en verplichte attributen moet afdwingen, schiet een spreadsheet tekort. Een PIM-systeem voegt dan datamodel, validatieregels, workflows, versiegeschiedenis en geautomatiseerde publicatie toe, en Excel blijft bruikbaar als import- en bulkbewerkingsformaat.
Excel blijft geschikt voor productdata zolang één persoon een overzichtelijk assortiment voor één verkoopkanaal beheert. Het knelpunt ontstaat bij samenwerking, meerdere kanalen en talen, en bij kanaaleisen die u per veld moet afdwingen. Een PIM-systeem (Product Information Management) lost precies die punten op: één datamodel, controles bij invoer, goedkeuringsstappen en publicatie per kanaal. Excel krijgt daarna een nieuwe rol als import- en bulkbewerkingsformaat.
Waarom gebruiken zoveel organisaties Excel voor productdata?
Excel staat al op elke laptop, iedereen kan ermee werken en u kunt elke kolomstructuur maken die u wilt. Voor een startende webshop of een fabrikant met een kleine prijslijst is dat een redelijke keuze. Ook leveranciers en afnemers wisselen productdata vaak als spreadsheet uit, dus het bestand past in bestaande gewoontes.
Die flexibiliteit is tegelijk de zwakte. Excel kent geen productfamilies, geen verplichte attributen per kanaal en geen vaste keuzelijsten die elke medewerker moet volgen. Elke kolom is vrije invoer, tenzij u er zelf gegevensvalidatie op bouwt, en die regels zijn per bestand en per tabblad los te omzeilen. Een spreadsheet rekent goed. Voor het beheren van productinformatie met eigenaren, versies en kanalen is het nooit ontworpen.
Wat zijn de verschillen tussen Excel en een PIM-systeem?
| Criterium | Excel of Google Sheets | PIM-systeem |
|---|---|---|
| Datamodel | Vrije kolommen per bestand | Families, attributen, varianten en relaties centraal vastgelegd |
| Samenwerking | Co-authoring mogelijk, zonder rollen per attribuut | Rechten per rol, taal, kanaal en attribuutgroep |
| Validatie | Handmatig ingerichte regels, eenvoudig te omzeilen | Validatieregels bij invoer en import, volledigheid per kanaal |
| Workflow | Geen; status staat hooguit in een kolom | Stappen voor aanmaak, verrijking, review en publicatie |
| Historie | Bestandsversies, zonder overzicht per veld | Audit trail per product en attribuut |
| Media | Bestandsnamen of URL's in een cel | Assets gekoppeld aan product of variant, met volgorde per kanaal |
| Meertaligheid | Extra kolommen of extra bestanden | Taal als dimensie per attribuut, met vertaalstatus |
| Publicatie | Handmatig exporteren en uploaden per kanaal | Kanaalprofielen, feeds, API's en connectoren |
Waar gaat het concreet mis met spreadsheets?
De problemen zijn voorspelbaar en hangen samen met kanaaleisen die steeds strenger worden. Vijf voorbeelden die u in de praktijk tegenkomt:
- Ongeldige identificatiecodes. Google Merchant Center accepteert alleen GTIN's met een correct controlecijfer en keurt een product af als de GTIN onjuist is. Excel controleert dat controlecijfer niet uit zichzelf, en een EAN die als getal is opgeslagen verliest gemakkelijk voorloopnullen.
- Veldlengtes per kanaal. Google hanteert volgens de productdataspecificatie maximaal 150 tekens voor de titel en 5000 tekens voor de beschrijving. Bedient u meerdere kanalen met verschillende limieten, dan houdt u in Excel per kanaal een aparte kolom bij die niemand automatisch bewaakt.
- Varianten. Shopify staat maximaal drie opties en 2.048 varianten per product toe, Lightspeed eCom (C-Series) 100 varianten per product. Een spreadsheet weet niets van die grenzen, waardoor een import pas bij het uploaden faalt.
- Importlimieten. Lightspeed eCom staat per import 1.000 nieuwe producten en 10.000 updates toe, met maximaal 25 imports per dag. Wie zijn hele catalogus via Excel ververst, loopt tegen zulke grenzen aan en moet bestanden handmatig opknippen.
- Versieconflicten. Twee collega's werken in verschillende kopieën, een derde stuurt een leveranciersbestand door, en daarna weet niemand welke versie actueel is. Een PIM-systeem houdt één bron bij, met een audit trail die laat zien wie wat wanneer wijzigde.
Wanneer is het tijd om over te stappen?
Het omslagpunt hangt minder af van het aantal SKU's dan van de complexiteit eromheen. Een assortiment van tienduizend artikelen voor één webshop met één beheerder kan in Excel nog werken. Drie kanalen, twee talen en vier bewerkers maken zelfs een catalogus van enkele honderden producten foutgevoelig. De bekende vuistregels zoals "vanaf 500 producten" of "meer dan 10 uur per week" zijn indicatief en hebben geen onderzoeksbasis.
Concrete signalen dat Excel de bottleneck is geworden:
- Meer dan één persoon wijzigt productdata en er ontstaan regelmatig dubbele of conflicterende versies.
- U publiceert naar drie of meer kanalen, zoals eigen webshop, bol, Google Shopping of dealerportalen, elk met eigen velden.
- U levert in meer dan één taal, bijvoorbeeld Nederlands en Frans voor de Belgische markt.
- Afkeuringen door marktplaatsen of retourredenen wijzen op onjuiste specificaties.
- Een nieuw kanaal aansluiten kost weken handwerk aan exportbestanden.
Een uitgebreidere checklist vindt u in het artikel over wanneer u een PIM-systeem nodig heeft. Voor kleinere organisaties beschrijft PIM voor het mkb welke typen systemen en budgetten passen.
Hoe stapt u over van Excel naar een PIM-systeem?
Uw bestaande spreadsheets zijn het startmateriaal voor de migratie. De volgorde bepaalt of het PIM-systeem schoon begint of de rommel van de spreadsheets overneemt.
- Inventariseer bronnen. Verzamel alle bestanden, tabbladen en exports die productdata bevatten en wijs per bestand een eigenaar aan.
- Ontwerp het datamodel. Leid families en attributen af van de huidige kolommen, maar zet vrije tekst om naar keuzelijsten en leg eenheden vast.
- Schoon op vóór import. Ontdubbel artikelen, controleer GTIN's, vul verplichte velden aan en harmoniseer schrijfwijzen.
- Importeer in rondes. Begin met één productfamilie, controleer het resultaat en schaal daarna op. Kolom-naar-attribuutmapping is standaard in vrijwel elk PIM-systeem.
- Sluit kanalen aan. Laat het PIM-systeem de publicatie overnemen en zet de oude exportbestanden daarna buiten gebruik.
Het artikel over datamigratie naar een nieuw PIM werkt deze stappen uit met testcriteria en een draaiboek.
Welke rol houdt Excel na de invoering van PIM?
Excel verdwijnt zelden helemaal. Leveranciers sturen nog steeds prijslijsten en specificaties als spreadsheet, en veel PIM-systemen bieden export naar Excel voor bulkbewerking, met import terug via dezelfde validatieregels. Dat is een gezonde rol, zolang het PIM-systeem de bron blijft.
Ook feedtools werken vaak met aantallen per variant: Channable telt volgens de eigen prijspagina elke unieke productvariant als één item. Een opgeschoond variantmodel in het PIM-systeem maakt zulke kosten beter voorspelbaar dan een spreadsheet waarin varianten soms als losse regels en soms als kolommen staan.
Wilt u de investering onderbouwen, gebruik dan de uren die nu opgaan aan kopiëren, corrigeren en afgekeurde aanleveringen als basis. Het rekenmodel in de business case voor PIM helpt u die uren om te zetten in een terugverdientijd, en datakwaliteit meten laat zien hoe u de verbetering na de overstap aantoont.
Belangrijkste punten
- Excel volstaat voor één beheerder, één kanaal en een overzichtelijk assortiment; complexiteit in kanalen, talen en bewerkers bepaalt het omslagpunt.
- Kanaaleisen zoals GTIN-controlecijfers, maximale veldlengtes en variantlimieten (Shopify: drie opties, 2.048 varianten) zijn in een spreadsheet niet af te dwingen.
- Vuistregels als "vanaf 500 producten" zijn indicatief; meet liever uw eigen uren aan kopiëren en corrigeren.
- Migreer in vijf stappen: inventariseren, datamodel ontwerpen, opschonen, in rondes importeren en kanalen aansluiten.
- Na de overstap blijft Excel bruikbaar als werkbestand voor import en bulkbewerking, met het PIM-systeem als enige bron.
Veelgestelde vragen
Waarom is Excel geen goed PIM-systeem?
Excel is een rekenprogramma zonder datamodel. Het kent geen productfamilies met verplichte attributen per kanaal, geen goedkeuringsstappen, geen controle op GTIN-controlecijfers bij invoer en geen gestructureerde koppeling tussen producten en beelden. Wijzigingen moet u handmatig naar elk kanaal kopiëren. Dat werkt bij één beheerder en één kanaal, en wordt foutgevoelig zodra meerdere mensen, talen en kanalen meedoen.
Bij hoeveel producten moet ik overstappen van Excel naar PIM?
Er is geen vaste grens. Het aantal kanalen, talen, varianten en bewerkers weegt zwaarder dan het aantal SKU's. Als indicatie: een assortiment van enkele honderden producten met drie kanalen en twee talen is in Excel al lastig consistent te houden, terwijl tienduizend artikelen voor één webshop met één beheerder nog kan werken. Tel de uren die u per week aan kopiëren en corrigeren besteedt.
Kan ik mijn Excel-bestanden importeren in een PIM-systeem?
Ja. Vrijwel elk PIM-systeem importeert CSV- en Excel-bestanden en laat u kolommen koppelen aan attributen. Het importeren zelf is zelden het probleem. Het werk zit in opschonen: dubbele artikelen samenvoegen, vrije tekst omzetten naar keuzelijsten, eenheden gelijktrekken en ontbrekende GTIN's aanvullen. Plan dat als aparte fase vóór de definitieve migratie.
Blijft Excel nog nodig als ik een PIM-systeem heb?
Vaak wel, in een andere rol. Leveranciers sturen productdata regelmatig als spreadsheet aan, en veel PIM-systemen bieden export naar Excel voor bulkbewerking en import terug met validatie. Het verschil is dat het PIM-systeem de bron blijft. Een Excel-bestand is dan een tijdelijk werkbestand dat via importregels en controles terugkomt, en nooit de plek waar de actuele waarheid staat.