Implementatiepartner kiezen voor je PIM: proces, vragen, alarmsignalen

Waarom weegt de keuze van de implementatiepartner zo zwaar?

De implementatiepartner maakt van je datamodel, processen en integraties een werkend systeem, dus zijn vakmanschap bepaalt het plafond van het hele project. Een sterk platform met een zwakke partner levert een zwakke implementatie op.

De partner neemt of beïnvloedt honderden ontwerpbesluiten. Hoe je varianten modelleert. Welke attributen worden overgeërfd. Hoe workflows goedkeuringen routeren. Hoe het ERP data aanlevert en hoe kanalen die ontvangen. Na livegang draai je elk van die besluiten moeilijk terug.

Ook je eigen team wordt door de partner gevormd. Data stewards nemen hun gewoonten over van de consultants die samen met hen het systeem inrichten. Een partner die besluiten vastlegt en afwegingen uitlegt, laat een bekwaam team achter. Een partner die in stilte configureert, laat een afhankelijkheid achter.

De pijler over PIM implementatie laat zien waarom de meeste mislukte implementaties al tijdens de selectie zijn beslist. De partnerkeuze is een van die besluiten. In PIMvendors-selecties krijgt de partnerkeuze dezelfde discipline als de leverancierskeuze: schriftelijke eisen, een scenario op echte data, een benoemd team en gewogen scores.

Meestal start de partnerselectie zodra het platform gekozen is. Sommige kopers kiezen platform en partner tegelijk. Houd in beide gevallen eerst de platformkeuze leveranciersneutraal, want een partner die aan één platform vastzit, adviseert dat platform.

Welk type implementatiepartner past bij jouw project?

Op de PIM-markt werken drie soorten partners: de professional services van de leverancier, wereldwijde systeemintegratoren en gespecialiseerde boutiques. Elk type past bij een ander projectprofiel.

Gemengde modellen komen vaak voor. Een boutique leidt dan het ontwerp en het datamodel, terwijl een integrator de ERP-koppeling bouwt. De diensten van de leverancier leveren soms een technisch architect naast een van beide. Een gemengd model vraagt één eindverantwoordelijke en heldere raakvlakken, anders ontstaan er gaten tussen de partners.

Bekijk ook hoe de partner bij de leverancier staat. Certificeringsniveau, het aantal gecertificeerde consultants en recente projecten op de huidige productversie laten zien of de partner het platform bijhoudt.

Hoe pak je een partnerselectie aan?

Een partnerselectie verloopt in vijf stappen, van longlist tot getekend contract, met dezelfde scenariologica als bij de leveranciersselectie. Met goede voorbereiding kost dat een paar weken.

1. Stel een longlist van vier tot zes partners op uit de partnerlijst van de leverancier, referenties en je eigen netwerk.
2. Stuur een korte opdrachtomschrijving met je datamodel, scope, integraties en planning, plus een vragenlijst.
3. Maak een shortlist van twee of drie partners op basis van antwoorden, certificeringen en fit.
4. Laat elke partner op de shortlist een betaalde ontwerpworkshop van één tot twee dagen doen op een van je productfamilies.
5. Interview het voorgestelde team, check referenties en scoor op de partner-scorekaart.

De ontwerpworkshop geeft de doorslag. Geef elke partner dezelfde productfamilie, voorbeelddata en vragen. Vraag ze de familie te modelleren, workflows voor te stellen en dataproblemen te benoemen. Let op hoe ze met onduidelijkheid omgaan, hoe ze je data stewards betrekken en wat ze vastleggen.

Referenties horen te komen van projecten met een vergelijkbare scope en branche. Vraag naar teamwisselingen, wijzigingsverzoeken en de staat van het datamodel een jaar na livegang. De pagina over referentiechecks bevat vragen die voor partners net zo goed werken als voor leveranciers.

Met welke vragen toets je de kwaliteit van een partner?

Vragen over eerdere besluiten en benoemde mensen zeggen meer dan vragen over methodiek. Elke partner presenteert een degelijke aanpak; minder partners kunnen hun afwegingen op een echt project toelichten.

Vragen aan het voorgestelde team:

• Loop een datamodel door dat je ontwierp voor een vergelijkbaar assortiment, en vertel wat je nu anders zou doen.
• Leg uit hoe je kiest tussen overerving van attributen en waarden op variantniveau.
• Noem de integratie uit een eerder project die het meeste herstelwerk opleverde, en de oorzaak.
• Geef aan hoeveel volledige migratierepetities je vóór de cutover plant.
• Wijs aan wie in dit team met de huidige productversie heeft gewerkt.
• Geef per benoemde persoon het aandeel van zijn tijd dat naar dit project gaat.

Vragen aan de partnerorganisatie:

• Het aantal gecertificeerde consultants op dit platform, en hoeveel daarvan aan dit project werken.
• Het personeelsverloop in de PIM-praktijk over de afgelopen twee jaar.
• De werkwijze als een sleutelpersoon halverwege het project vertrekt.
• De prijsmethode voor wijzigingsverzoeken.

Let op concrete antwoorden met cijfers en voorbeelden. Algemene verhalen over best practices en agile werken zijn een zwak signaal. Leg de antwoorden schriftelijk vast en scoor ze tegen de ankers in de scorekaart.

Welke alarmsignalen horen een partnerselectie te stoppen?

Stop of pauzeer een partnerselectie als team, scope of commerciële voorwaarden niet vast te pinnen zijn. Deze alarmsignalen voorspellen problemen na ondertekening.

• Het voorgestelde team is niet beschikbaar voor een interview, of verandert na de workshop.
• Niemand in het team heeft het datamodel als benoemde rol.
• Er ligt een vaste prijs op tafel voordat data en integraties zijn onderzocht.
• Het plan bevat geen migratierepetities, of maar één.
• Referenties komen alleen uit andere branches of uit veel kleinere trajecten.
• De partner stelt eigen add-ons of accelerators als voorwaarde voor de deal.
• De prijs van wijzigingsverzoeken is vaag of wordt naar later geschoven.
• De partner ontmoedigt direct contact met de leverancier.

Geen van deze signalen bewijst op zichzelf dat een partner ongeschikt is. Elk signaal verdient wel een schriftelijk antwoord voordat je tekent, en dat antwoord hoort in de notities bij de scorekaart. Een partner die op een alarmsignaal reageert met een concrete oplossing, zoals een benoemde lead voor het datamodel, scoort daarna vaak goed. Het Red Flag Register bundelt waarschuwingssignalen uit selectie en implementatie.

Wat leg je vast in het contract met de implementatiepartner?

Het partnercontract legt de mensen, de op te leveren resultaten en de spelregels voor wijzigingen vast. De meeste conflicten in een implementatie zijn terug te voeren op een gat in een van die drie.

Stem het partnercontract af op het platformcontract. Acceptatiedata, de startdatum van de licentie en hypercare moeten op elkaar aansluiten. De gids over doorlooptijd helpt bij realistische data, en de checklist voor het PIM-contract dekt de platformkant.