Een AI-agent laten maken als schakel in je proces

Wat een AI-agent is, in gewone woorden

Een AI-agent is software die een doel krijgt, zelf bepaalt welke stappen daarvoor nodig zijn, en gereedschap gebruikt om die stappen uit te voeren. Gereedschap is hier geen metafoor: het zijn concrete handelingen die je hem geeft. Een klantnummer opzoeken, de voorraad van een artikel opvragen, een concept-orderregel aanmaken.

Het verschil met de twee dingen waar hij het vaakst mee wordt verward:

• Een chatbot praat. Hij beantwoordt vragen op basis van teksten die je hem hebt gegeven, kijkt niet in je systeem en verandert er niets. Het uitgebreide verschil staat in ons artikel over AI-agent versus chatbot.
• Een vaste automatisering volgt een pad dat jij vooraf hebt uitgetekend. Bestelmail binnen, velden eruit, klant opzoeken, order aanmaken, bevestiging sturen. Als dit, dan dat.
• Een agent zit ertussenin. Je zegt wat er moet gebeuren, niet in welke volgorde. Hij kiest zelf: eerst dit opzoeken, dan blijkt iets te ontbreken, dus dat nakijken, en dan pas vastleggen. Die vrijheid is zijn kracht én zijn risico.

Waar de agent in de keten zit

Neem een groothandel die bestellingen per mail binnenkrijgt: nette PDF’s, drie regels tekst, een foto van een briefje. Wat er moet gebeuren is geen handeling maar een keten van zeven stappen, en de agent is daar hooguit drie van. De rest is koppelwerk, rechten en een akkoordscherm.

Daar zit meteen de meest gemaakte fout. Iemand zet een agent neer die prachtig een bestelmail leest, maar het resultaat komt nergens terecht: geen koppeling met het pakket, dus iemand typt het alsnog over. Een schakel zonder keten is geen automatisering. Bouw dus eerst de keten uit en bepaal daarna welke schakel een agent nodig heeft:

1. 01Binnenkomst. De mail komt in een postbus en wordt opgepakt. Geen AI nodig, gewoon een koppeling.
2. 02Uitlezen. Welke klant, welke artikelen, welke aantallen, welke datum. Hier telt taalbegrip: de één schrijft “20 stuks 12mm”, de ander maakt een tabel.
3. 03Controleren. Bestaat de klant, klopt het artikelnummer, is er voorraad, geldt er een prijsafspraak.
4. 04Beslissen. Alles duidelijk, of er ontbreekt iets. Hier maakt een agent verschil: bij twijfel kan hij zelf nog ergens kijken.
5. 05Vastleggen. Een concept-order in je systeem, met de twijfelpunten erbij.
6. 06Mens. Iemand geeft akkoord of corrigeert. Bij bekende klanten kun je die controle later versmallen, bij nieuwe nooit.
7. 07Terugkoppeling. De bevestiging naar de klant en een notitie in het dossier.

Wanneer een agent overdreven is

Dit is de belangrijkste sectie op deze pagina, en het antwoord bevalt niet iedereen: verreweg de meeste MKB-processen zijn beter af met een vaste automatisering. Weet je precies welke stappen er in welke volgorde gebeuren, dan is een agent inzetten hetzelfde als een chauffeur inhuren die zelf de route kiest terwijl er maar één bestemming is.

Toets: kun je het proces op één A4 uitschrijven als als-dan-regels waarbij je alle gevallen kunt opnoemen? Dan heb je geen agent nodig, maar een koppeling en een handvol regels. Bij een productiebedrijf dat elke ochtend dezelfde lijst uit hetzelfde systeem haalt, is dat het hele verhaal.

• Voorspelbaar. Bij een agent kan dezelfde mail op maandag anders worden afgehandeld dan op donderdag. Voor een factuurregel is dat onacceptabel.
• Goedkoop. Een vaste regel kost vrijwel niets per keer. Een agent doet per geval meerdere aanroepen naar een AI-model, en dat telt op bij volume.
• Te testen. Je haalt er twintig gevallen doorheen en ziet wat eruit komt. Bij een agent test je gedrag, niet uitkomsten.
• Uit te leggen. Gaat er iets mis, dan wijs je de regel aan die verkeerd stond.

Wanneer een agent wél op zijn plek is

Drie situaties waarin die vrijheid echt iets toevoegt. Past je proces in geen van drieën, kies dan de vaste variant.

• Veel uitzonderingen. Een transportbedrijf dat afwijkingsmeldingen verwerkt: te laat, geweigerd, verkeerde locatie, beschadigd, ontvanger afwezig. Je kunt die regels uitschrijven, maar het worden er honderd en er komt elke maand een bij.
• Informatie uit meerdere bronnen. Een accountantskantoor dat voor één klantvraag in het dossier, de mailhistorie én het boekhoudpakket moet kijken. Welke bronnen nodig zijn, hangt van de vraag af.
• Stappen die per geval verschillen. Een installatiebedrijf dat een storingsmelding beoordeelt: soms is de installatiedatum genoeg, soms moeten het onderhoudscontract en de laatste werkbon erbij, soms is het garantie.

Het gereedschap: zonder koppelingen stelt een agent niets voor

Een agent zonder gereedschap kan alleen praten. Alles wat hem nuttig maakt, zit in de handelingen die hij mag uitvoeren in jouw systemen, en dat gereedschap moet iemand bouwen. Het model kiezen en de instructie schrijven kost uren; de koppelingen kosten dagen.

• Toegang. Heeft je pakket een API, en zit die in jouw abonnement? Sommige leveranciers geven koppelingen alleen vrij in een duurder pakket. Vraag dat na bij je eigen leverancier.
• Rechten. De agent hoort een eigen account te krijgen met precies de rechten die hij nodig heeft, niet die van een medewerker.
• Betrouwbaarheid. Een koppeling die alleen werkt als het pakket netjes antwoordt, is geen koppeling.
• Vertaling. Jouw artikelnummers, klantnummers en statussen. Elk systeem noemt dingen anders, en die vertaling moet onderhouden worden.
• Testomgeving. Je wilt een agent niet laten oefenen op je echte administratie, en niet elke leverancier biedt er een.

De grenzen: wat een agent nooit zelfstandig doet

Een agent kiest zelf stappen. Dus moet je aannemen dat hij ooit een stap kiest die je niet had bedacht. Dat los je niet op door in de instructie te zetten dat hij voorzichtig moet zijn, maar door hem het gereedschap niet te geven.

• Geld overmaken of een betaling in gang zetten. Nooit, ook niet onder een drempelbedrag.
• Prijzen of kortingen vaststellen. Hij mag een prijsafspraak opzoeken en tonen, niet bedenken.
• Iets naar buiten sturen zonder controle. Klantmail, offertes, facturen: hij zet een concept klaar, een mens drukt op verzenden.
• Definitief verwijderen of overschrijven. Toevoegen en concepten maken mag; weggooien is mensenwerk.
• Verplichtingen aangaan: een levering toezeggen, een termijn bevestigen, iets accepteren namens jullie.

Hoe je die grenzen technisch afdwingt

Het verschil tussen een agent die veilig is en een agent waarvan je hoopt dat hij veilig is, zit in vier maatregelen. Ze kosten bouwuren en zijn niet optioneel.

Eén: hij krijgt alleen gereedschap dat je expliciet hebt aangezet. Geen algemene toegang tot een systeem, maar zes benoemde handelingen. Twee: lezen en schrijven zijn gescheiden — het meeste gereedschap kijkt alleen, en wat iets verandert schrijft naar een conceptstatus die zonder menselijk akkoord niets in gang zet.

Drie: harde limieten in de koppeling, niet in de tekst. Een maximum aantal stappen per geval, een maximum aantal aanroepen per dag, en een stop zodra hij twee keer hetzelfde probeert. Dat voorkomt een oplopende rekening én een agent die in een rondje draait. Vier: alles wordt vastgelegd — elke stap, elk gereedschap, elke uitkomst. Zonder logboek kun je na een fout niets reconstrueren, en dan blijft alleen uitzetten over.

Zelf bouwen of laten bouwen

Eerlijk antwoord: er is veel dat je prima zelf doet, en dat zeggen we liever nu dan na een offerte. Met de kant-en-klare bouwdozen kom je verder dan de meeste mensen denken: een afdelingshulp, een interne vraagbaak op je werkinstructies (meestal geen agent maar een chatbot met jouw teksten), of een proefopstelling. Een cursus maakt je bovendien een betere opdrachtgever.

Vuistregel: helpt het één afdeling en gaat er niets stuk als het een dag niet werkt, hou het dan zelf. Zelfbouw loopt vast op drie punten, altijd in dezelfde volgorde.

• De koppelingen. Binnen algemeen bekende diensten staan de bouwstenen klaar. Zodra je het Nederlandse pakket in moet waar je administratie staat, houdt dat op: documentatie doorspitten, toegang regelen, veldnamen uitzoeken, foutafhandeling schrijven. Dat is programmeerwerk, ook als het gereedschap visueel oogt.
• Het beheer. Wie mag wat, wat gebeurt er met klantgegevens, wat staat er in de verwerkersovereenkomst van de diensten die je hebt aangeklikt. Zodra het door je bedrijfsproces loopt, is dat een echt vraagstuk.
• Het onderhoud. Hier sneuvelt de meeste zelfbouw. De collega die het maakte vertrekt, een leverancier verandert iets, en niemand weet hoe het in elkaar zit. Is het antwoord op “wie repareert dit over een jaar” niemand, zet het dan niet in een productieproces.

Wat er in de praktijk misgaat

Drie problemen zien we bij agents die al draaien. Geen van drieën spannend, alle drie te voorkomen.

• Vastlopen op een uitzondering. Een klant die nog niet in het systeem staat, een vervallen artikelnummer, een bijlage in een raar formaat. Het vervelende is niet dat hij vastloopt, maar dat hij doorgaat alsof er niets aan de hand is. Bouw een expliciete uitgang: bij twijfel stoppen, reden erbij, in een bakje voor een mens.
• Kosten die oplopen. Elke stap is een aanroep en kost geld. Vijf stappen voor een simpel geval is prima, veertig omdat hij blijft twijfelen niet. Zonder limiet en teller merk je dat pas op de rekening.
• Niemand die het merkt. De gevaarlijkste: een agent die stilletjes stopt, of die drie weken net iets verkeerds wegschrijft. Je hebt monitoring nodig die dagelijks kijkt of hij draait en of de aantallen normaal zijn, plus een logboek per geval. Een wekelijkse mail met aantallen en fouten is het verschil tussen weten en aannemen.

Het verschil met een kant-en-klare agent in je pakket

Steeds meer softwarepakketten leveren zelf een assistent mee. Zit die in je abonnement, zet hem dan eerst aan: hij is inbegrepen, kent je gegevens en vraagt geen koppelingen. Wij hebben geen belang bij het bouwen van iets wat je al hebt.

De vraag is niet of hij goed is, maar of hij jouw geval dekt. Hij blijft binnen zijn eigen pakket, terwijl de meeste MKB-processen door twee of drie systemen lopen — denk aan een bouwbedrijf waar calculatie, planning en administratie elk ergens anders staan. En hij kent jouw uitzonderingen niet: je prijsafspraken, je manier van artikelen benoemen, de klant die per WhatsApp bestelt.

Wat wij niet doen, is beweren wat jouw pakket wel of niet kan; dat verschilt per versie en abonnement. Vraag het na bij je leverancier, met de vraag wat een koppeling kost.

Wat het kost bij Ubert en hoe je begint

Onze tarieven staan vast en verschillen niet per klant. Wat wél verschilt is het aantal uren, en dat weten we pas als we het proces hebben gezien. Een projectprijs vóór de werkvloer bevat een marge voor het onbekende, en die betaal jij.

• AI-scan: gratis, vijf minuten online. Je krijgt een score, een paar concrete kansen en een prijsindicatie.
• Kernsessie op je werkvloer: een dagdeel van 4 uur voor € 596 excl. btw en reiskosten, een hele dag € 1.192. Adviestarief € 149 per uur, reiskosten € 0,45 per kilometer. Je krijgt een kernrapport met per kans een go of no-go.
• Bouwen: € 110 per uur voor eenvoudig werk, € 165 per uur voor complexe ontwikkeling, per maand vooruit uit een AI-budget dat jij bepaalt. Bij een agent zit het zwaartepunt in de koppelingen, niet in de agent zelf.
• Gebruikskosten: wat de AI-modellen en gekoppelde diensten per maand kosten zodra het draait. Loopt mee met je volume; we rekenen het vooraf door.
• Onderhoud: een paar uur per maand zodra er iets echt draait. Koppelingen veranderen en uitzonderingen komen boven.
• Verder: we zijn verzekerd voor beroeps- en bedrijfsaansprakelijkheid, en een subsidiepartner kijkt mee of er een regeling bestaat.

Veelgestelde vragen

Wat we hiervoor doen

Verder lezen

Andere onderwerpen

Eerst kijken of je een agent nodig hebt

Begin met de gratis AI-scan: vijf minuten online, geen verkoopgesprek. Wil je weten of jouw proces een agent vraagt of gewoon een goede koppeling, plan dan een kennismaking. Is het antwoord “geen agent”, dan zeggen we dat.