De kosten van een AI-agent bestaan uit meer dan het gebruik van een taalmodel. Je betaalt ook voor het begrijpen van het proces, het ontsluiten van bronnen, het begrenzen van acties en het aantonen dat de toepassing bruikbaar werkt. Een prijs is daarom pas goed te vergelijken wanneer duidelijk is welke taak, gegevens en verantwoordelijkheden erin zitten. Deze gids geeft een begrotingsmethode, geen OXIAE-tarieven of marktgemiddelde.
Begin met de kleinste toepassing die een merkbaar probleem oplost. Laat een voorstel vervolgens onderscheid maken tussen eenmalige ontwikkeling, terugkerende diensten en werk dat bij je eigen medewerkers blijft. Een lager bouwbedrag kan samengaan met meer interne controle of beperkte herstelmogelijkheden. Die gevolgen horen bij dezelfde zakelijke afweging.
De taakgrens is de eerste kostenfactor
Een agent die aanvragen samenvat heeft een andere scope dan een agent die zelfstandig een offerte verstuurt. Voor samenvatten zijn broninvoer, een uitvoerformaat en beoordeling nodig. Voor offertes komen onder meer prijsregels, klantidentificatie, geldigheidsduur, goedkeuring en vastlegging bij. Splits een opdracht daarom op in afzonderlijke handelingen en noteer welke daadwerkelijk bij de eerste versie horen.
Leg ook vast hoeveel variatie wordt ondersteund. Eén afdeling, één taal en één type aanvraag zijn overzichtelijker dan meerdere landen met verschillende contracten. Dat betekent niet dat uitbreiding onmogelijk is, maar wel dat de extra gevallen herkenbaar begroot moeten worden. Een lijst met uitgesloten situaties voorkomt dat “geschikt voor klantenservice” ongemerkt ieder mogelijk klantprobleem omvat.
Bronnen voorbereiden kost afzonderlijk werk
Bestaande documenten zijn niet automatisch een bruikbare kennisbron. Dubbele versies, verouderde voorwaarden en ontbrekende bronhouders moeten eerst worden onderzocht. Als niemand kan bepalen welke informatie geldt, lost een beter model dat organisatorische probleem niet op. Begroot daarom een broninventaris, selectie, eventuele conversie en afspraken over actualisatie als herkenbare activiteiten.
Hetzelfde geldt voor toegang. Openbare productinformatie verwerken verschilt van dossiers die per klant afgeschermd zijn. De hoeveelheid bestanden alleen is een zwakke maat voor complexiteit. Tien vertrouwelijke documenten met verschillende rechten kunnen meer ontwerpwerk vragen dan honderden openbare instructies. Vraag hoe rechten, verwijderingen en bronwijzigingen worden verwerkt en welke daarvan in een offerte zijn opgenomen.
Koppelingen en acties bepalen het technische bereik
Een demonstratie kan met een voorbeeldbestand werken; productie heeft vaak betrouwbare verbindingen met bestaande systemen nodig. Onderzoek of de benodigde API bestaat, welke licentie toegang geeft, of een testomgeving beschikbaar is en wie functionele vragen kan beantwoorden. De integratie moet ook omgaan met ontbrekende gegevens, verlopen toegangen en een tijdelijke storing.
Begroot lezen en schrijven apart. Een bestaand klantrecord ophalen verschilt van een nieuwe afspraak vastleggen. Bij schrijven zijn extra afspraken nodig over validatie, dubbele verzoeken, wijzigingen sinds het voorstel en herstel na een onduidelijke uitkomst. Laat een leverancier daarom per koppeling beschrijven welke handelingen worden ondersteund. Alleen een lijst met systeemnamen maakt voorstellen onvoldoende vergelijkbaar.
Maak in een budget ruimte voor het beoordelen van de uitkomst. De evaluatiegids helpt die werkzaamheden afbakenen: Een AI-agent testen: van mooie antwoorden naar bruikbaar bewijs.
Gebruiksvolume vraagt een scenario, geen schijnprecisie
Werk met een normaal, rustig en druk scenario. Tel niet alleen gesprekken, maar ook gemiddelde stappen, bronzoekacties, herhaalde pogingen en lengte van de verwerkte informatie. Een kort gesprek met veel interne zoekwerkzaamheden kan meer middelen gebruiken dan een langer gesprek over een eenvoudig onderwerp. Vraag welke tellers daadwerkelijk beschikbaar zijn om aannames later te controleren.
Gebruik voor een eerste rekensom eigen aannames. Een fictief team verwacht bijvoorbeeld 600 behandelingen per maand en onderzoekt of daarvan 400 binnen de eerste taakgrens vallen. De overige 200 blijven in de gewone route. Maak voor de 400 ondersteunde gevallen een afzonderlijke raming van modelgebruik, infrastructuur en externe diensten. Vul actuele leveranciersprijzen pas in wanneer de concrete inrichting bekend is.
Menselijke controle hoort in de businesscase
Veronderstel niet dat ieder automatisch voorbereid antwoord volledig bespaarde tijd oplevert. Een medewerker moet mogelijk bronnen controleren, onduidelijkheden beoordelen en de actie bevestigen. Meet de huidige behandeltijd en vergelijk die met de totale nieuwe behandeltijd, inclusief herstel. Vrijgekomen capaciteit wordt bovendien alleen een geldbesparing als de organisatie daar daadwerkelijk kosten door vermijdt.
Een illustratieve berekening: 400 gevallen besparen gemiddeld vier minuten invoer, maar vragen anderhalve minuut controle. Dat is 1.000 minuten, ongeveer 16,7 uur vrijgekomen capaciteit per maand. Trek daarna de verwachte tijd voor uitzonderingen en bronbeheer af. Vermenigvuldigen met een intern uurtarief geeft een capaciteitswaarde, geen gegarandeerde omzet of besparing. Toets de aannames tijdens een beperkte pilot.
Evaluatie en overdracht zijn echte deliverables
Vraag welke voorbeelden worden gebruikt om de agent te beoordelen, wie de gewenste uitkomsten vaststelt en hoe verschillen worden onderzocht. Een demonstratie met vijf geslaagde vragen is geen volledige acceptatietest. Begroot normale gevallen, ontbrekende gegevens, conflicten en verzoeken buiten de bevoegdheid. Ook medewerkers hebben tijd nodig om die resultaten zorgvuldig te beoordelen.
De evaluatiedocumentatie van OpenAI beschrijft het belang van toepassingsgerichte tests. Voor je begroting betekent dit dat een testset en een herhaalbare vergelijking concrete opleveringen horen te zijn. Leg vast of herstel na bevindingen binnen de afgesproken scope valt. Vraag daarnaast om instructies voor beheer, een overzicht van toegangen en een proef waarin iemand anders de toepassing kan stoppen en hervatten.
Reken onderhoud en veranderingen afzonderlijk door
Sommige kosten houden de bestaande toepassing beschikbaar: hosting, meldingen onderzoeken, toegangen vernieuwen en updates uitvoeren. Andere kosten veranderen het gedrag, zoals een nieuwe afdeling aansluiten of een extra bevoegdheid toevoegen. Maak dit onderscheid zichtbaar. Een onderhoudsabonnement vertelt anders weinig over wat wel en niet onder de terugkerende afspraak valt.
Beschrijf ook leverancierswijzigingen en vertrek. Kan de organisatie brongegevens, instellingen en evaluatiegevallen meenemen? Wie helpt wanneer een model of externe API wordt gewijzigd? Welke werkzaamheden ontstaan bij beëindiging? Een uitvoerbaar overdrachtsplan beperkt afhankelijkheid. De kosten ervan horen bij een volledige vergelijking, ook wanneer je verwacht lang met dezelfde leverancier samen te werken.
Vergelijk voorstellen met één scopeblad
Maak een tabel met de ondersteunde taak, kanalen, talen, bronnen, koppelingen, acties en uitzonderingen. Voeg per onderdeel de verantwoordelijke en een controleerbaar oplevercriterium toe. Zet vervolgens eenmalige kosten, vaste maandlasten, variabele gebruikskosten en verwachte eigen uren ernaast. Laat elke aanbieder afwijkingen expliciet benoemen zodat een lager bedrag niet ongemerkt een kleiner resultaat betekent.
Spreek ten slotte een besluitmoment af. Na een brononderzoek of pilot kan blijken dat een vaste workflow voldoende is of dat de data eerst moeten verbeteren. Een gefaseerde opdracht maakt zo'n uitkomst bruikbaar: het onderzoek levert een onderbouwde vervolgbeslissing op. Leg vooraf vast welke informatie daarvoor beschikbaar moet zijn en welke volgende investering nog afzonderlijk wordt beoordeeld.
Van uitleg naar een concrete projectkeuze
Leg je aannames, open vragen en oplevercriteria vast in de bijbehorende tool. Gebruik de dienstengidsen om uitvoering en afbakening te bespreken.
Open de voorbereidingstool ↗Vragen over dit onderwerp
Kunnen jullie een vaste prijs afspreken?
Een vaste prijs kan passen bij een afgebakende opdracht met bekende bronnen en koppelingen. Bij grote onzekerheid kan eerst een betaalde onderzoeksfase nodig zijn. Welke vorm en bedragen bij jouw project passen, worden in een voorstel afgesproken; deze gids bevat geen OXIAE-prijslijst.
Waarom zijn de modelkosten niet de hele begroting?
De toepassing moet informatie ophalen, rechten controleren, gegevens verwerken en fouten opvangen. Daarnaast zijn inrichting, evaluatie en beheer nodig. Een goedkoop model maakt een onduidelijk proces of een complexe koppeling niet vanzelf eenvoudig.
Hoe bepaal ik of een pilot rendabel is?
Meet ondersteunde gevallen, totale behandeltijd, controlewerk en fouten tegenover de huidige werkwijze. Zet de gemeten capaciteit naast eenmalige en terugkerende kosten. Neem ook kwaliteit of betere beschikbaarheid mee, maar houd die voordelen apart wanneer je ze niet betrouwbaar in geld kunt uitdrukken.
Verder met een aansluitende vraag
AI-agent of chatbot: welke oplossing past bij je proces?
Vergelijk een chatbot, vaste workflow en AI-agent op taak, bevoegdheden, betrouwbaarheid en beheer. Met een uitgewerkt keuzevoorbeeld.
AI-agents & chatbotsEen AI-agent testen: van mooie antwoorden naar bruikbaar bewijs
Maak een praktische testset voor AI-agents met broncontrole, acties, uitzonderingen, overdracht en herhaalbare acceptatiecriteria.
AI-agents & chatbotsEen AI-agent beheren: monitoring, wijzigingen en herstel
Richt AI-agentbeheer in met begrijpelijke meldingen, kostenlimieten, bronbeheer, regressiecontroles, pauzeren en een uitvoerbare herstelroute.
n8n & procesautomatiseringWat kost workflowautomatisering? Een begroting die verder gaat dan de bouw
Begroot workflowautomatisering met procesonderzoek, koppelingen, testen, beheer en controle. Inclusief transparant fictief rekenvoorbeeld.
Bronnen en technische achtergrond
- OpenAI: Evaluation best practices ↗
Taakgerichte evaluatie, representatieve voorbeelden, afstemming met menselijke beoordeling en herhaalde regressiecontrole.