Wat u vraagt aan een leverancier die AI in uw software bouwt

Welk probleem lost de AI-functie op, en wat gebeurt er als die functie er niet is? Een leverancier die daar geen helder antwoord op heeft, bouwt een functie omdat het kan en niet omdat u er iets aan heeft. Dat is de belangrijkste vraag en tegelijk de goedkoopste.

Wat gebeurt er als het model een onbruikbaar antwoord geeft? Elk model doet dat af en toe, zelfverzekerd en al. De vraag is niet of het gebeurt maar wat uw software dan doet: terugvallen, om bevestiging vragen, of het gewoon tonen aan de gebruiker.

Hoe weet u of het goed werkt? Vraag welke uitkomsten worden bijgehouden en hoe u kunt zien of de kwaliteit terugloopt. Zonder meting merkt u pas dat er iets mis is als een klant erover valt.

Welke gegevens gaan naar het model, en waar worden die verwerkt? U moet dit weten voor uw verwerkingsregister, en sinds augustus 2026 hangt er ook een transparantieverplichting aan vast richting uw gebruikers.

Worden uw gegevens gebruikt om modellen te trainen? Bij zakelijke diensten is dat meestal uit te sluiten, maar het is niet altijd de standaardinstelling. Laat het schriftelijk bevestigen in plaats van erop te vertrouwen.

Hoe lang bewaart de leverancier van het model wat u opstuurt? Ook dat verschilt per aanbieder en per abonnement, en het is relevant als er klantgegevens in de verzoeken zitten.

Hoe makkelijk kunt u van model of leverancier wisselen? Zit de aanroep achter één laag in de software, dan is dat overzichtelijk. Zit hij overal verspreid, dan bent u vast. Deze vraag stelt u nu, want later is het antwoord al gegeven.

Wat kost het om te blijven draaien bij een realistisch gebruiksvolume, en wat gebeurt er als dat volume verdubbelt? Bij AI-functies groeien de kosten mee met het gebruik, en dat is een andere structuur dan u van uw huidige software kent.

Wie werkt de functie bij als het model verandert of wordt uitgefaseerd? Dat gebeurt regelmatig, en het is werk dat terugkeert. Leg vast of het onder onderhoud valt of dat het losse opdrachten worden.

Moeten we technische kennis hebben om dit te beoordelen?

Nee. De vragen hierboven gaan over keuzes en gevolgen, niet over techniek. Een leverancier die ze niet in gewone taal kan beantwoorden, heeft er zelf onvoldoende over nagedacht, en dat is op zichzelf een antwoord.

Is een leverancier met een eigen model beter?

Niet per definitie. Een eigen model betekent meer beheer en hogere vaste kosten, wat alleen loont bij grote volumes of bijzondere eisen aan waar gegevens blijven. Voor de meeste organisaties is een gevestigde dienst afnemen verstandiger en flexibeler.

Wat als de leverancier niet wil zeggen welk model hij gebruikt?

Dat is een reden om door te vragen. U moet weten waar uw gegevens worden verwerkt om aan de AVG te voldoen, en u moet uw gebruikers kunnen informeren onder de transparantieverplichting. Een leverancier die dat niet wil delen, maakt het u onmogelijk om te voldoen aan uw eigen verplichtingen.

Hoe voorkomen we dat we vastzitten?

Door bij de start te laten vastleggen dat de modelaanroep achter één laag zit en dat de broncode van u is. Beide zijn gebruikelijk en geen zware eisen, maar ze bepalen of overstappen later een ingreep is of een project.

Wat als wij zelf nog niet weten wat we willen?

Dan is dat het eerlijke startpunt, en een goede leverancier begint daar ook. Beter een gesprek over welk probleem u wilt oplossen dan een offerte voor een functie waarvan niemand kan uitleggen wat die oplevert.

• Softwareleverancier kiezen
• AI-gegenereerde code van uw leverancier
• Wat hoort in een verwerkersovereenkomst?