Pay-per-resultaat AI-contract checklist: wat je checkt voordat je tekent

Steeds vaker krijg je als inkoper geen abonnement voorgelegd, maar een rekening per resultaat: je betaalt pas als de AI iets oplevert. Een opgelost supportticket, een ingeplande afspraak, een afgehandelde aanvraag. Dat klinkt eerlijker dan een vaste maandprijs, en soms is het dat ook. Maar het vaste abonnement verliest terrein doordat AI het werk meetbaar maakt, en precies daar zit het addertje: de partij die bepaalt wat 'resultaat' betekent, bepaalt je factuur. Deze gids is voor de MKB-inkoper, ondernemer of operations-verantwoordelijke die zo'n voorstel op tafel krijgt en wil weten wat hij checkt voordat hij tekent. Je hoeft geen jurist te zijn, maar je moet het wel systematisch aanpakken.

Wat je nodig hebt

Voordat je een pay-per-resultaat- of pay-per-resolution-voorstel kunt beoordelen, leg je vier dingen klaar:

• Het voorstel zelf, inclusief de contractbijlage, niet de marketingpagina. De definitie die telt staat in de kleine lettertjes en de rate card, niet in de verkoopslide.
• Je eigen cijfers. Hoeveel tickets, gesprekken of aanvragen verwerk je nu per maand, en wat betaal je daar vandaag voor? Zonder die baseline kun je geen enkel resultaatvoorstel wegen: je weet niet of het goedkoper of duurder uitpakt.
• Een eigen definitie van "geholpen klant" of "afgerond werk". Wat betekent succes in jouw proces, los van de meetlat van de leverancier? Dit is je ijkpunt bij elke onderhandeling.
• Iemand die de SLA-bijlage leest, jij of een adviseur. Daar staat vooral wat er niet in staat, en dat is meestal het duurste deel.

De checklist: zeven dingen die je checkt voordat je tekent

Een pay-per-resultaat-contract beoordeel je op zeven punten: de definitie van resultaat, wie het meet en bewijst, de volledige rekening, de grensgevallen, een uitgavenplafond, de ontbrekende SLA's, en waar aansprakelijkheid en data-eigenaarschap landen. Loop ze in deze volgorde af, want elk punt bouwt op het vorige.

Werk de checklist punt voor punt af:

1. Pin de definitie van 'resultaat' vast. Dit is de kern van het hele contract. Vraag door tot je precies weet wanneer de teller tikt, en vooral wanneer een niet-oplossing tóch als resultaat telt. Intercom rekent een vraag al af als opgelost zodra de klant 24 uur niet meer reageert na het laatste antwoord van de AI, een zogeheten assumed resolution, naast de gevallen waarin de klant expliciet "dat hielp" bevestigt. Een klant die gefrustreerd afhaakt, ziet er in die telling identiek uit als een klant die echt geholpen is. Salesforce hanteert een vergelijkbare grens: bij Agentforce telt een gesprek, ongeacht of de klant nu tevreden of alleen niet doorverbonden is. Vraag dus: telt een "oplossing" ook als de klant gewoon opgaf? Wie schrijft de definitie, en kun jij hem aanpassen?

2. Vraag wie het bewijs levert en of je het kunt controleren. In een resultaatmodel factureert de leverancier op basis van zijn eigen meting. Eis dat je elk gefactureerd resultaat kunt terugzien in een log of dashboard, met genoeg detail om het te betwisten. Wie meet, wie schrijft de toewijzingsregels, en kun je een omstreden resultaat afkeuren? Zonder inzage teken je een blanco cheque met een mooie naam.

3. Reken de volledige rekening door, niet alleen de prijs per eenheid. Het bedrag per resultaat is bijna nooit het hele verhaal. Er zit vaak een basisbedrag onder, een minimumafname, en een tarief voor andere gebeurtenissen. Intercom vraagt 0,99 dollar per resolution met een basisplan vanaf 49 dollar per maand voor 50 resolutions, waarbij ongebruikte oplossingen vervallen en er ook wordt afgerekend voor bijvoorbeeld een kwalificatie (9,99 dollar). Salesforce rekent 2 dollar per conversation, of 0,10 dollar per actie via Flex Credits (500 dollar per 100.000 credits, 20 credits per actie). Zet de modellen naast elkaar met jouw eigen volumes erin:

De optelsom van losse resultaten kan je oude abonnementskosten ruim overstijgen, zeker als de minimumafname elke maand vervalt en je in een piekmaand door je tegoed heen schiet.

1. Dek de grensgevallen af. Hier ontstaan de meeste facturatiegeschillen. Een degelijk resultaatcontract legt de succescriteria, de nulmeting, de meetperiode en de uitsluitingen expliciet vast, plus hoe je omgaat met deelresultaten en vertraagde verificatie. Loop de randen af: wat gebeurt er bij een half resultaat, bij een resultaat dat pas weken later blijkt te kloppen, of bij een uitkomst waaraan meerdere systemen bijdroegen? En het spiegelbeeld: krijg je geld terug als de AI een verkeerd "resultaat" oplevert dat je klant schade doet? Zet zwart op wit wat níet meetelt.

2. Eis een uitgavenplafond en een budgetalarm. Resultaatgericht betekent niet voorspelbaar: je ruilt een vaste maandrekening in voor een variabele die je pas kent als je maanden in productie draait. Spreek een maandelijkse cap af, of een hybride vorm met een vast basisbedrag en een begrensd aantal resultaten daarbovenop, plus een melding zodra je een drempel nadert. Onvoorspelbaarheid is het nieuwe budgetprobleem, en een plafond is je enige rem.

3. Check de ontbrekende SLA's. De meeste resultaatvoorstellen beprijzen de uitkomst, maar beloven niets over de kwaliteit ervan. Vraag naar de dingen die er meestal niet in staan: een uptime-garantie, een norm voor de juistheid van antwoorden, een heldere escalatieroute naar een mens, reactietijden bij storingen, en wat er gebeurt als de agent structureel ondermaats presteert. "We rekenen alleen af bij succes" is geen kwaliteitsgarantie; het zegt alleen iets over de factuur, niet over wat je klant ervaart.

4. Leg aansprakelijkheid en eigenaarschap vast. Het afrekenmodel verschuift de rekening, niet de verantwoordelijkheid: ook als de leverancier alleen bij een geslaagd resultaat factureert, blijf jij aansprakelijk voor wat de agent in jouw naam aan klanten belooft. En een resultaatprijs heft je afhankelijkheid niet op: je data en je kennisbank leven nog steeds in het platform van de leverancier, dus de klassieke vendor lock-in blijft bestaan, ongeacht hoe je afrekent. Zorg dat je contract een export van je data en je opgebouwde kennisbank garandeert. De vraag welk AI-model onder de dienst draait en of je kunt wisselen staat daar volledig los van, en hoort net zo goed op tafel.

Valkuilen

• Denken dat resultaatgericht ook voorspelbaar is. De prikkel is eerlijker, maar de rekening is variabel. Zonder cap weet je pas achteraf wat een drukke maand kost.
• De definitie van de leverancier klakkeloos overnemen. Succes is geen natuurkundige grootheid maar een afspraak, en afspraken worden in het voordeel van de opsteller geschreven.
• De minimumafname en vervallende tegoeden vergeten. Een minimum van 50 resolutions per maand betekent dat je in een rustige maand betaalt voor werk dat de AI niet deed.
• De assumed resolution onderschatten. Een klant die geïrriteerd wegklikt, telt in veel modellen als een geslaagd resultaat. Reken erop dat een deel van je "opgeloste" vragen dat niet was.
• Geen plafond afspreken. Een open eind op je variabele kosten is precies het soort verrassing dat een jaarbudget onderuithaalt.
• Denken dat een ander prijsmodel je lock-in of aansprakelijkheid wegneemt. Dat doet het niet. Die twee regel je apart, in hetzelfde contract.
• Alleen op de prijs per eenheid letten, niet op de eenheid zelf. De onderhandeling gaat niet meer over de prijs per stoel, maar over wat één "resultaat" is. Dáár zit je marge.

Kant-en-klaar vs. maatwerk

Een kant-en-klare resultaatdienst als Intercom, Salesforce of Sierra zet je snel live en verlaagt de drempel om eerstelijnswerk te automatiseren: je betaalt voor wat lukt, niet voor pogingen. De prijs is dat je hun definitie van "resultaat" accepteert, op hun meetlat wordt afgerekend, en je data en kennisbank in hun platform opbouwt. Voor standaard klantcontact, waar de uitkomst redelijk generiek is, is dat vaak een prima ruil.

Bouw je een agent op maat op je eigen data, dan houd je de pen zelf vast: jij bepaalt wat succes is, jij meet het, en je kennisbank blijft van jou. Dat kost meer vooraf en vraagt onderhoud, maar voor een kernproces waarin de definitie van "klaar" echt de jouwe moet zijn, weegt dat op. Datzelfde eigenaarschap speelt trouwens al eerder in de keten: zodra AI je maatwerksoftware schrijft, veranderen de contractvragen die je bij de bouw ervan stelt. De eerlijke afweging is dus niet "goedkoop versus duur", maar: hoe generiek is de uitkomst die je inkoopt, en wie moet er de pen vasthouden boven het woord "resultaat"?

De eenheid die telt

De echte verschuiving is niet die van abonnement naar resolutie. Het is die van het inkopen van toegang naar het inkopen van een uitkomst die iemand moet definiëren. Zolang jij de pen vasthoudt boven dat ene woord, resultaat, is pay-per-resultaat een eerlijker model dan het abonnement ooit was. Laat je die pen los, dan koop je niet een uitkomst maar de factuur van een ander. Een checklist aflopen is dan geen bureaucratie: het is de plek waar je die pen nog vasthoudt.