PIM implementatie: van getekend contract tot livegang

Waarom worden mislukte PIM implementaties al in de selectie beslist?

De meeste mislukte PIM implementaties zijn al tijdens de selectie beslist, maanden voor de eerste configuratiesprint. Het implementatieteam voert daarna besluiten uit die nooit goed zijn genomen. PIMvendors komt er telkens vier tegen.

1. Niemand heeft het datamodel gedefinieerd. Ontwerpsessies halen elke eis opnieuw open en de scope groeit wekelijks.
2. De partner is gekozen op dagtarief. Het team kent de software, maar heeft te weinig diepgang in datamodellen of integraties.
3. De demo van de leverancier bepaalde de scope. Eisen die voor de business telden, komen pas tijdens het testen boven.
4. Het contract noemt geen vaste sleutelpersonen, acceptatiecriteria en wijzigingsbeheer. Elk meningsverschil wordt dan een onderhandeling.

Elk van deze vier is goedkoper op te lossen tijdens de selectie. De kernstelling van deze gids geldt ook hier: de meeste PIM-selecties mislukken vóór de eerste demo, omdat kopers software vergelijken voordat hun datamodel vastligt. Op de pagina over waarom PIM-selecties mislukken lees je de selectiekant.

Deze pijler begint op het moment dat het contract getekend is. Je leest hier de fasen tot livegang, de governance die vóór livegang moet staan en de gidsen voor elke stap. Zit je nog in de selectie, gebruik dan de checklist voor het PIM-contract om de voorwaarden vast te leggen waar deze pijler van uitgaat.

Welke fasen doorloopt een PIM implementatie tot livegang?

Een PIM implementatie kent zeven fasen, waarbij migratie en integratie parallel aan de bouw lopen. Elke fase sluit af met een getekend resultaat. De doorlooptijden hieronder zijn schattingen van PIMvendors voor een middelgrote scope.

Twee regels houden de fasering zuiver. Ten eerste start geen fase op een resultaat dat nog niet is goedgekeurd: bouwen op een ongetekend datamodel levert gegarandeerd herstelwerk op. Ten tweede beginnen migratierepetities vroeg, al tijdens de bouw. Ze leggen gaten in het datamodel bloot zolang herstel nog weinig kost.

Grote trajecten knip je op in releases. Een eerste release dekt één merk, markt of kanaal, en volgende releases bouwen voort op een werkende basis. Op de pagina over de doorlooptijd van een PIM implementatie vind je bandbreedtes per scope.

Welke data governance moet er vóór livegang staan?

Data governance moet al werken vóór livegang, want een PIM zonder eigenaren en regels raakt binnen maanden vol inconsistente data. PIMvendors hanteert de volgorde Data, Proces, Mensen, Tooling. Het PIM is de tooling.

1. 1DataModel, attributen en eigenaarschap per attribuutgroep
2. 2ProcesAanmaken, verrijken, goedkeuren en publiceren
3. 3MensenEigenaren, data stewards en capaciteit
4. 4ToolingHet platform dat de eerste drie uitvoert

Bij livegang bestaat de minimale governance uit zeven elementen:

• Een eigenaar van productdata die beslist over definities en prioriteiten.
• Data stewards per productdomein, met tijd die in hun functie is vrijgemaakt.
• Een attribuutwoordenboek: definitie, type, eenheid, toegestane waarden en eigenaar per attribuut.
• Volledigheidsregels per kanaal en markt.
• Een wijzigingsproces voor het datamodel, met een overleg dat beslist.
• Kwaliteitsmetingen met een nulmeting op de dag van livegang.
• Regels voor leveranciersdata: formaten, verplichte velden en acceptatiecontroles.

Wetgeving maakt de inzet hoger. De PPWR geldt algemeen vanaf 12 augustus 2026. Verpakkingsdata die je in het PIM beheert, heeft daarom vanaf de eerste productiedag een eigenaar en een audittrail nodig. De compliancepijler laat zien welke regelgeving van toepassing is.

Neem deze elementen op in het implementatieplan als op te leveren resultaten, met eigenaren en data. Een partner kan workflows inrichten. Eigenaren en stewards aanwijzen en hun tijd geven kan alleen het bedrijf zelf. De pagina over governance van productdata beschrijft het model uitgebreid.

Hoe kies je de juiste implementatiepartner?

Kies de implementatiepartner op kennis van datamodellen, continuïteit van het team en relevante referenties, met het dagtarief als één factor van de zeven. De partner bepaalt het datamodel, de integraties en de gewoonten die jouw team overneemt.

Er bestaan drie soorten partners: de eigen professional services van de leverancier, wereldwijde systeemintegratoren en gespecialiseerde boutiques. Elk type heeft sterke punten. Teams van de leverancier kennen de productroadmap. Integratoren brengen schaal en diepgaande ERP-kennis. Boutiques hebben vaak de meeste PIM-ervaring per consultant.

PIMvendors beoordeelt partners op zeven gewogen criteria:

Pak de partnerselectie even gedisciplineerd aan als de leveranciersselectie. Laat partners op de shortlist een korte ontwerpworkshop doen op een van jouw productfamilies. De gids implementatiepartner kiezen beschrijft het proces, en de partner-scorekaart geeft gewichten en scoringsankers.

Waarom is datamigratie het kritieke pad?

Datamigratie is het kritieke pad, omdat elke andere fase afhangt van echte data in het nieuwe model. Testen op voorbeelddata verbergt problemen die pas bij het volledige volume zichtbaar worden.

Een PIM datamigratie kent vijf stappen:

1. Profileren: per veld meten wat de brondata bevat.
2. Opschonen: records herstellen, verrijken of uitfaseren voordat ze verhuizen.
3. Mappen: elk bronveld koppelen aan een doelattribuut, met conversieregels.
4. Repeteren: volledige migraties draaien naar een testomgeving en de uitkomsten afstemmen.
5. Cutover: wijzigingen bevriezen, de laatste migratie draaien en controleren.

De inspanning voor migratie wordt snel onderschat. Brondata zit in ERP-velden, spreadsheets, oude PIM's, webshops en gedeelde schijven. Elke bron heeft eigen codes, eenheden en gaten. Profileren zet die onzekerheid om in cijfers voordat de planning vastligt.

Repetities zijn de belangrijkste controle. Een plan met minstens drie volledige repetities vangt mappingfouten, prestatieproblemen en ontbrekende waarden op zolang er nog tijd is om ze op te lossen. De gids over PIM datamigratie behandelt elke stap met checklists.

Ook eigenaarschap telt. De partner beheert de tooling; de business beslist welke data blijft, wordt hersteld of verdwijnt. Zet die besluiten vanaf de eerste maand op de governance-agenda.

Hoe lang duurt een PIM implementatie?

Een PIM implementatie duurt ongeveer 3 tot 18 maanden, afhankelijk van de scope, als schatting van PIMvendors. Scope betekent hier producten, talen, kanalen, integraties en datakwaliteit samen.

Vier factoren rekken de planning meer op dan alle andere. Openstaande besluiten over het datamodel halen het ontwerp terug. Slechte brondata verlengt de migratie. Trage besluitvorming bij de klant remt elke fase af. Koppelingen met oudere ERP-systemen kosten meer tijd dan gepland.

Er zijn ook goede redenen waarom een planning korter uitvalt. Een datamodel dat vóór de selectie is ontworpen, een toegewijde eigenaar van productdata en schone brondata kunnen ontwerp en migratie flink inkorten.

Een deadline door wetgeving of een aflopend contract vraagt om een terugvaloptie. Plan een minimale release die de harde datum haalt, met extra scope daarna. Baken die release af per kanaal en productfamilie, zodat iedereen weet wat als eerste live gaat.

Stel vragen bij elk plan waarin ontwerp en bouw overlappen zonder getekend datamodel. In PIMvendors-selecties is die overlap de meest voorkomende bron van herstelwerk en van discussies over wijzigingsverzoeken. De gids over doorlooptijd legt uit hoe je een planning opstelt en toetst.

Wat gebeurt er na de livegang van een PIM?

Met de livegang begint de periode waarin de business case wordt gewonnen of verloren. De eerste 90 dagen bepalen of gebruikers het PIM echt in hun dagelijkse werk gebruiken en of de datakwaliteit stijgt of terugzakt.

Na livegang lopen drie sporen:

• Stabiliseren. Hypercare lost fouten op, verbetert prestaties en werkt de achterstand aan migratieproblemen weg.
• Adoptie. Gebruikers verplaatsen hun dagelijkse werk naar het PIM en schaduwspreadsheets verdwijnen.
• Governance. Eigenaren en stewards draaien het wijzigingsproces en meten de kwaliteit tegen de nulmeting van livegang.

Adoptie vraagt bewuste inzet. Het ADKAR-model van Prosci beschrijft individuele verandering in vijf elementen: Awareness, Desire, Knowledge, Ability en Reinforcement. Training richt zich op kennis en vaardigheid. Bewustzijn, motivatie en bestendiging vragen aandacht van het management, heldere redenen en zichtbare resultaten.

Meet de uitkomsten uit de business case, zoals de time-to-market van nieuwe producten of de volledigheid per kanaal. Aantallen logins en trainingsdeelnemers zeggen weinig over waarde.

De gidsen over de eerste 90 dagen, gebruikersadoptie en governance na livegang werken elk spoor verder uit.

Wat verandert er als je een bestaand PIM vervangt?

Wie een bestaand PIM vervangt, krijgt naast de standaardimplementatie te maken met contractbeëindiging, dataportabiliteit en parallel draaien. Het nieuwe systeem moet jaren aan configuratie, historie en integraties uit het oude systeem overnemen.

Drie onderwerpen bepalen een PIM-vervanging:

1. Contractbeëindiging. Opzegtermijnen, verlengdata en exportrechten in het oude contract bepalen de laatste startdatum voor de migratie.
2. Dataportabiliteit. Producten, attributen, relaties, assets, vertalingen en historie moeten het oude systeem in een bruikbaar formaat verlaten.
3. Parallel draaien. Kanalen gaan één voor één over, dus beide systemen draaien een tijd naast elkaar, met overlappende licenties.

De EU Data Act geeft klanten van clouddiensten extra rechten. Volgens het overzicht van Maples Group is de opzegtermijn voor overstappen maximaal twee maanden en geldt een overgangsperiode van 30 kalenderdagen. Overstapkosten zijn verboden vanaf 12 januari 2027. Of en hoe deze regels gelden voor een specifiek PIM-contract, is een vraag voor je jurist.

Een vervanging biedt ook een kans. Je kunt het datamodel opnieuw ontwerpen met de lessen uit de eerste implementatie. De gids je PIM vervangen beschrijft hoe je de exit en de overstap plant.

Welke implementatiegids lees je als volgende?

Lees eerst de partnergidsen als je op het punt staat te contracteren, en de gidsen over migratie en governance als je al getekend hebt. Elke gids in deze pijler behandelt één stap, met checklists die je kunt hergebruiken.

• Een PIM implementatiepartner kiezen: soorten partners, selectieproces en contractpunten.
• Scorekaart voor implementatiepartners: zeven gewogen criteria met scoringsankers.
• Realistische doorlooptijd van een PIM implementatie: bandbreedtes per scope en de factoren die ze oprekken.
• Migratie van productdata: profileren, opschonen, mappen, repeteren en cutover.
• Een bestaand PIM vervangen: contractbeëindiging, dataportabiliteit en parallel draaien.
• De eerste 90 dagen na livegang: hypercare, stabilisatie en de eerste waardemetingen.
• Gebruikersadoptie van een PIM: rollen, training en adoptiemetingen.
• Governance na livegang: het beheermodel dat de datakwaliteit blijft verbeteren.

PIMvendors begeleidt kopers van selectie tot implementatie, inclusief de partnerselectie met dezelfde scenariomethode als voor leveranciers. Het selectieproces in deze gids beschrijft die methode.