Een PIM-RFP opstellen: opbouw, scope en wat je weglaat

Wat moet er in een PIM-RFP staan?

Een PIM-RFP telt acht onderdelen, elk gebouwd op werk dat het team in week 1 tot 5 heeft afgerond. De RFP is week 6 van het PIM-selectieproces van 12 weken. Hij gaat alleen naar de 3 tot 5 leveranciers op de shortlist.

Onderdeel 2 en 4 maken het verschil. Het datamodel vertelt leveranciers precies wat hun platform moet bevatten. Het scenarioscript vertelt wat ze op jouw data moeten laten zien. Samen voorkomen ze dat de RFP verzandt in een vragenlijst over functies.

Geef onderdeel 8 vroeg aandacht. Leveranciers die je verlengingsplafond, exitafspraken en AI-datavoorwaarden al in de RFP zien, rekenen ze vanaf het begin in hun prijs mee. Breng je ze pas in week 11 voor het eerst op tafel, dan wordt elke voorwaarde een nieuwe concessie.

De RFP-builder maakt een eerste versie van onderdeel 3 en 6 op basis van je selecties in de checklist.

Hoe schrijf je eisen waar een leverancier niet zomaar ja op kan zeggen?

Schrijf elke eis als bedrijfsresultaat met een meetbare voorwaarde, en vraag per regel om een antwoordcode. Op "ondersteunt varianten" zegt elke leverancier ja. "Een gebruiker uit de business maakt in minder dan vijf minuten een familie van 40 varianten op twee assen met overgeërfde attributen" laat de verschillen zien.

Elke eisregel heeft vijf velden: ID, eis, prioriteit, reden en eigenaar. Het ID verwijst naar de domeinen van PIMvendors: datamodel en datakwaliteit (DM), proces en governance (PR), integratie en syndicatie (IN), en platform en leverancier (PL). Hoe je de formulering aanpakt, lees je op de pagina over eisen goed formuleren.

Vraag leveranciers om elke regel te beantwoorden met één antwoordcode:

Antwoordcodes maken antwoorden vergelijkbaar en laten de benodigde inspanning zien. Ze vormen ook de basis voor contracttekst: elk S- en C-antwoord kan een garantie in de overeenkomst worden.

Welke vragen laat je weg uit een PIM-RFP?

Laat elke vraag weg die alle leveranciers op de shortlist hetzelfde beantwoorden, of die je niet kunt scoren. Zulke vragen kosten leestijd en verbergen de regels die ertoe doen.

Schrap deze categorieën:

• Generieke functiechecks zoals "ondersteunt meerdere talen" of "heeft een API". Elke leverancier op de shortlist kan dat.
• Bedrijfsgeschiedenis, kantorenlijsten en awards. Die raken de fit zelden, en de shortlist heeft de stabiliteit van de leverancier al bevestigd.
• Lange securityvragenlijsten in de hoofd-RFP. Stuur de standaard securityvragenlijst apart naar de laatste twee.
• Open vragen zoals "beschrijf je AI-strategie". Die lokken marketingtekst uit. Vraag in plaats daarvan om AI-scenario's in de demo.
• Eisen zonder eigenaar. Verdedigt niemand in je organisatie de regel in week 12, haal hem dan weg.

Houd de RFP leesbaar in één keer. In selecties van PIMvendors telt een gerichte RFP 80 tot 150 eisregels (schatting PIMvendors). Die selectie komt uit een checklist met meer dan 400 eisen, wat laat zien hoeveel een validatiestap wegfiltert.

Hoe vraag je in een PIM-RFP naar prijzen?

Een PIM-RFP legt de volumebasis zelf vast en geeft leveranciers een vast prijstemplate om in te vullen. Anders rekent elke leverancier met zijn eigen metriek en kun je de offertes niet vergelijken.

Leid de volumebasis af uit de nulmeting:

• Aantal SKU's of producten nu en in jaar drie, inclusief varianten.
• Gebruikers per type: redacteuren, reviewers, leveranciers en gebruikers met alleen leesrechten.
• Talen, kanalen en markten. Een Belgische koper rekent bijvoorbeeld met minstens Nederlands en Frans (illustratief voorbeeld).
• Omgevingen: productie plus minstens één niet-productieomgeving.
• Verwacht AI-gebruik, zoals beschrijvingen of vertalingen per maand.

Vraag daarna om aparte kostenregels voor jaar één tot vijf, zodat de offertes een TCO over vijf jaar voeden. Dek het abonnement per metriek, inbegrepen AI-credits en de prijs per extra credit, implementatie per fase, supportniveau en training. Voeg een regel toe voor elke module die de scenario's vragen. Vraag naar de maximale jaarlijkse stijging tijdens de looptijd en bij verlenging.

Een vast template maakt ontbrekende modules zichtbaar. Valt een functie uit de demo buiten de offerte, dan zie je dat direct. Op de pagina over onderhandelen lees je hoe je de offertes in week 11 inzet.

Hoe sluiten RFP-antwoorden aan op de scenariodemo's?

RFP-antwoorden en scenariodemo's toetsen dezelfde eisen van twee kanten: de schriftelijke claim van de leverancier en het live bewijs. De RFP dekt de breedte. De scenario's toetsen de eisen met de hoogste prioriteit in de diepte, op jouw data.

Plan beide samen in week 6 en 7. Elk scenario noemt de eis-ID's die het toetst, zodat je het schriftelijke antwoord naast het live resultaat legt. Een eis die in de RFP een "S" kreeg en in de demo mislukt, zegt veel over de rest van het antwoord.

Een gangbare weging geeft de RFP 30 tot 40 procent van de beoordeling en de scenariodemo's 60 tot 70 procent (schatting PIMvendors). De demo weegt zwaarder omdat hij bewijs levert op je eigen data. De pagina over scenariodemo's beschrijft de methode, en de scenariobibliotheek Demo Theatre laat zien hoe scenario's aan eis-ID's hangen.

Geef leveranciers ongeveer twee weken voor hun antwoord, met een vragenronde in de eerste week. Deel elke vraag en elk antwoord tegelijk met alle leveranciers op de shortlist.

Horen compliance- en AI-eisen in de RFP?

Compliance- en AI-eisen horen in de RFP zodra ze van toepassing zijn, geschreven als eisen aan datamodel en workflow met een eigenaar. Beide gebieden trekken marketingtaal aan, dus precieze regels tellen hier zwaarder dan waar ook.

Regelgeving maakt van productdata een wettelijke verplichting. De verordening algemene productveiligheid geldt vanaf 13 december 2024. De verpakkingsverordening is van algemene toepassing vanaf 12 augustus 2026. Leg in de eisen vast welke attributen elke verordening vraagt, wie ze aanlevert, wie ze goedkeurt en welke kanalen publicatie moeten blokkeren als ze ontbreken.

Splits bij AI de use cases. AI in PIM is bruikbaar voor attribuutextractie, vertaling, automatische classificatie en kanaalspecifieke beschrijvingen. Voor wettelijke en compliancedata, consistentie tussen attributen en volledig agentische workflows blijft AI onbetrouwbaar. Vraag elke AI-use case uit als eis met een menselijke goedkeuringsstap en een audittrail, en prijs AI-credits in het template. De pagina over AI-functionaliteit noemt de eisen om mee te nemen.