Bluestone-webinar: schrijf productdata ook voor AI-agents

Productdata die is geschreven voor iemand die zelf rondkijkt en vergelijkt, schiet tekort zodra een AI-agent het vergelijken overneemt. Dat is de stelling van dit PIMvendors-webinar met Bluestone PIM: Stephan Spijkers (medeoprichter, PIMvendors.com), Morten Næss (Chief Product & Innovation, Bluestone PIM) en Andreas Rudl (CMO, Bluestone PIM).

De meeste PIM-systemen zijn gebouwd voor menselijke shoppers. Volgens de sprekers is dat ontwerp nu al achterhaald. Mensen zoeken steeds minder zelf, contextuele productdata telt zwaarder, en de architectuurkeuzes van nu bepalen welke teams agents kunnen bedienen en welke binnen de komende twee productcycli naar een nieuw platform moeten. Die twee cycli zijn een inschatting van de sprekers, geen gemeten gemiddelde.

AI-klare productdata beschrijft hetzelfde probleem vanuit de koper: wat het record moet bevatten voordat een agent een antwoord kan geven. Onze uitleg over de commerce stack laat zien welke plek de PIM inneemt als meerdere systemen zich eigenaar van het product voelen.

Sprekers

• Stephan Spijkers, medeoprichter, PIMvendors.com
• Morten Næss, Chief Product & Innovation, Bluestone PIM
• Andreas Rudl, CMO, Bluestone PIM

Waar de sessie op uitkomt

Zodra agents vergelijken, filteren en kopen, draait productcontent niet meer om aandacht maar om geselecteerd worden. Gestructureerde attributen, machineleesbare context en expliciete relaties winnen het dan van wervende tekst. Volgens de sprekers verliezen teams die nog vooral voor mensen schrijven nu al marktaandeel in de aankopen die via agents lopen, ook als hun analytics dat nog niet laten zien. Zie dat als hun kijk op de markt, niet als een gepubliceerd cijfer.

Kwaliteit bepaalt het plafond. Ook een goede agent repareert geen onvolledige attributen, ontbrekende relaties of verouderde records. Hij legt die gaten juist sneller en op grotere schaal bloot dan een merchandiser ooit deed. Agentfuncties invoeren voordat het record op orde is, is volgens hen de gebruikelijke reden dat AI-pilots in commerce nooit in productie komen. Productdatakwaliteit en governance laat zien waar dat herstel begint: eigenaarschap, regels en een afspraak over wanneer een record compleet is.

Context maakt een product vindbaar op een manier die een platte attributenlijst niet kan. Agents achterhalen wat iemand zoekt door attributen te combineren met toepassingen, compatibiliteit, wettelijke eisen, regionale beschikbaarheid en verwante producten. Een volledige lijst velden zonder relaties laat de agent nog steeds gokken. De volgende stap in de waarde van een PIM is volgens hen dat je die context bewust vastlegt, als onderdeel van het record.

Daar volgt de architectuur uit. De traditionele PIM was volgens de sessie een centrale opslag met uitvoerkanalen die er vast aan gekoppeld zijn. Commerce via agents vraagt het omgekeerde: beheerde productdata die via API's beschikbaar is voor een onbeperkt aantal agents, kanalen en achterliggende systemen. Teams die vasthouden aan een monolithische implementatie moeten volgens hen binnen de komende twee tot drie productcycli de kosten van een nieuw platform dragen.

De rol van de PIM verschuift volgens hen van "het systeem dat productdata opslaat" naar het systeem dat regelt hoe productdata wordt samengesteld, gecontroleerd en geleverd aan de agents die namens kopers handelen. Dat verandert het gesprek over budget, de vraag wie eigenaar is van het systeem, en welke aanbieders je op de shortlist zet. Een directie die PIM nog begroot als backofficetool, reserveert geld voor een ander systeem dan de sessie beschrijft. Waar PXM voor staat komt van de andere kant tot dezelfde conclusie: de klantervaring staat of valt met het record, en het record gaat voor.

Het organigram hoort bij dezelfde verschuiving. Teams die per kanaal zijn ingedeeld (web, marktplaats, print) passen niet bij één beheerde laag die veel agents van data voorziet. De sessie is daar duidelijk over: wie AI aan het huidige organigram vastschroeft, wint weinig. Wie de organisatie inricht rond het beheerde record en de workflows van agents, ziet productiviteit en consistentie samen stijgen. De prijs is organisatorisch: kanaalteams moeten afleren dat ze hun eigen versie van het product bijhouden.

Wat je hiermee doet

De slotoproep is gericht aan CTO's, met een termijn van 18 tot 24 maanden: de tijd die het volgens hen kost om een voorsprong in te halen op het gebied van headless PIM, een productgeheugenlaag en governance die klaar is voor agents. Ook die bandbreedte is een inschatting van de sprekers.

Hun praktische advies: leg nu een PIM-strategie vast, zie die als iets wat je blijft bijstellen, en begroot doorlopend architectuurwerk in plaats van een eenmalige implementatie. Wanneer dat advies niet geldt, is eenvoudig te zeggen. Kopen je klanten nog vrijwel alleen zelf en heb je geen verkeer van agents te bedienen, dan is nu al overstappen naar een nieuw platform de dure keuze. De goedkope stap die toch loont, is het record: complete attributen, relaties en een vaste eigenaar, zodat je niet met een lege catalogus begint als de agents komen.