Hoe kies je een AI partner voor je mkb? 5 vragen die elke leverancier moet beantwoorden

Elke leverancier die je over AI spreekt, zegt ongeveer hetzelfde. Een vaste prijs. De code is van jou. En het gaat snel. Dat zijn 3 beloftes die je niet kunt vergelijken, omdat iedereen ze doet en bijna niemand ze zo opschrijft dat je ze kunt controleren.

Wil je weten hoe je de juiste AI partner kiest voor je mkb? Begin dan niet bij de beloftes. Begin bij 5 vragen: wie werkt eraan, waar staat het, wat kost het om te draaien, wie neemt op in maand 4, en hoe kom je eruit. Een leverancier die die 5 helder beantwoordt, kun je vergelijken. Een leverancier die eromheen praat ook, alleen valt die vergelijking dan anders uit.

Dit artikel is voor de eigenaar, directeur of operationeel verantwoordelijke van een Nederlandse B2B dienstverlener met 10 tot 200 mensen. Je draait een expertproces met de hand: subsidieaanvragen, BPM berekeningen, certificaten, keuringen, dossiers. Je hebt geen eigen technisch team, en je groei stopt bij de volgende vacature die niet vervuld wordt.

Het is niet voor je als je nog een idee zoekt, een consumentenapp wilt bouwen, alleen uurtarieven naast elkaar legt, 1 Zapier flow nodig hebt of een aanbesteding van 6 maanden uitschrijft. Daar passen andere artikelen beter bij.

In dit artikel lees je welke 5 vragen je elke leverancier stelt, hoe een goed en een zwak antwoord klinken, welke soorten aanbieders er zijn en voor wie ze passen, welke vragen leveranciers liever niet krijgen, welke rode vlaggen je niet moet negeren, en hoe je 2 voorstellen naast elkaar legt met een rekenvoorbeeld.

‍

Belangrijkste inzichten

• Vaste prijs, eigen code en snelheid zijn geen onderscheid meer. Iedere leverancier belooft ze, dus ze helpen je niet kiezen.

• Stel elke leverancier dezelfde 5 vragen, altijd in deze volgorde: wie, waar, wat het kost om te draaien, maand 4 en de exit.

• Wie: vraag om namen, niet om een team. En vraag wat die mensen er nog meer naast doen.

• Waar: de code, de data en de accounts horen vanaf de eerste dag bij jou, niet pas bij de oplevering.

• Draaikosten: vraag een bedrag per maand en per eenheid, met een plafond en een alarm als het plafond in zicht komt.

• Maand 4: wie neemt op als het stukgaat, binnen hoeveel uur, en wat kost dat. Hier verschillen offertes het meest.

• De exit: wat betaal je en wat neem je mee als je na maand 1 stopt.

• Een voorstel zonder antwoord op 1 van deze 5 is niet goedkoper. Het schuift de rekening alleen naar later.

‍

Waarom je de beloftes van AI leveranciers niet kunt vergelijken

De overheid liet in 2025 onderzoeken hoe het mkb met AI omgaat. Een terugkerend verlangen van ondernemers in het onderzoek naar AI gebruik in het mkb is iemand die kan helpen alles goed in kaart te brengen. Niet nog een tool. Iemand die snapt hoe het werk nu loopt en wat er beter kan.

De meeste voorstellen die je krijgt, beantwoorden een andere vraag: wat bouwen we en wat kost het. Dat is nuttig, maar het zegt weinig over jaar 2. De vragen die bepalen of het over 18 maanden nog draait, staan er meestal niet in.

Neem de 3 standaardbeloftes. Een vaste prijs, maar voor welke scope, en wat kost alles na de oplevering? De code is van jou, maar staat die in jouw omgeving of in een zipbestand dat je bij het einde krijgt? Het gaat snel, maar snel tot een demo of snel tot iets dat in jouw drukste maand zonder toezicht draait?

Vaste prijs, eigen code en snelheid zijn inmiddels wat een dak is voor een huis. Fijn dat het erop zit, maar je kiest het huis er niet om.

Er speelt nog iets. Bouwen is de afgelopen 2 jaar een stuk goedkoper geworden, omdat ontwikkelaars met codeassistenten werken. Het bouwen is dus zelden meer het dure of risicovolle deel. Het risico zit in wat daarna komt: de uitzonderingen, de koppelingen met Exact, AFAS of je sectorpakket, de modelkosten bij volume, en de vraag wie het oplost als het misgaat.

‍

Pagina één: 5 vragen die elke leverancier moet beantwoorden

Wij noemen dit pagina één, omdat de antwoorden op de eerste pagina van een voorstel horen, vóór de prijs. Stuur deze 5 vragen naar elke leverancier die je overweegt. Dezelfde vragen, in dezelfde volgorde, schriftelijk. Dan vergelijk je antwoorden in plaats van verkooppraatjes.

Je kunt ze letterlijk kopiëren:

• Wie werkt er met naam aan ons project, en hoeveel andere projecten doen zij tegelijk?

• In wiens repository en in wiens accounts wordt het gebouwd en draait het?

• Wat kost het per maand en per eenheid om het te laten draaien, en waar ligt het plafond?

• Als het in maand 4 stukgaat, wie neemt op, binnen hoeveel uur, en wat kost dat?

• Als we na maand 1 stoppen, wat betalen we en wat nemen we mee?

Hieronder per vraag waarom hij ertoe doet, hoe een goed antwoord klinkt, en hoe een zwak antwoord klinkt.

‍

Vraag 1, wie: welke mensen bij naam, en wat dragen ze nog meer

Bij een AI project zit de kennis in hoofden. De persoon die op dag 1 met je adviseurs aan tafel zit en hoort hoe een aanvraag echt loopt, moet ook degene zijn die het bouwt en later de fout zoekt. Elke overdracht tussen een verkoper, een projectleider en een ontwikkelaar kost context. En context is precies wat een systeem nodig heeft om jouw uitzonderingen goed te behandelen.

De tweede helft van de vraag is net zo belangrijk. Een goede ontwikkelaar die aan 5 projecten tegelijk werkt, zie je vooral op vrijdagmiddag. Vraag dus niet alleen wie, maar ook wat die mensen er nog meer naast doen.

Een goed antwoord: "Op jouw project werken 2 mensen, en we noemen ze bij naam voordat je tekent. De een zit in Amsterdam, de ander in Utrecht. Ze doen daarnaast 1 ander project. Ze zitten allebei in het eerste gesprek en ze bouwen het ook."

Een zwak antwoord: "Je krijgt ons team van specialisten." Of: "We kijken wie er beschikbaar is zodra het contract rond is." Of een teampagina met 14 lachende gezichten, die niets zegt over wie er dinsdag aan jouw project werkt.

Vraag door: wie schrijft de code, wie leest die na, en wat gebeurt er als een van de 2 vertrekt? Een leverancier die daar een concreet antwoord op heeft, denkt al na over jouw jaar 2.

‍

Vraag 2, waar: in wiens repository en accounts het leeft

Eigendom op papier en eigendom waar je iets mee kunt, zijn 2 verschillende dingen. Als de code in de GitHub van de leverancier staat, de sleutels voor het taalmodel op hun account lopen en de flows in hun Make of n8n omgeving draaien, dan heb je een clausule in een contract. Geen systeem.

Het gaat ook over data. Jouw klanten sturen je gevoelige stukken: jaarcijfers, kentekens, loonstroken, persoonsgegevens. Waar komen die terecht? In welk land draait het model, wordt de data gebruikt om modellen te trainen, en wie heeft er toegang? Onder de AVG ben jij verantwoordelijk, niet de leverancier.

Een goed antwoord: "We bouwen vanaf de eerste commit in jouw GitHub organisatie en draaien in jouw cloud account, in een EU regio. De sleutels voor het model staan op jouw naam. Wij krijgen toegang, jij houdt de sleutels. De documentatie schrijven we voor een ontwikkelaar die ons nooit heeft ontmoet. En er ligt een verwerkersovereenkomst voordat de eerste klantdata binnenkomt."

Een zwak antwoord: "Bij de oplevering dragen we alles over." Of: "Het draait op ons platform, dan hoef jij niets te beheren."

Dat laatste is niet altijd fout. Een kant en klaar pakket draait terecht bij de leverancier. Dan verschuift de vraag naar: kan ik mijn data exporteren, wat gebeurt er als de prijs stijgt, en wat als het pakket stopt? Vraag door: mag ik een afgerond project zien, repository en documentatie, met toestemming van die klant?

Wil je deze vragen meteen in een nette briefing zetten die elke leverancier op dezelfde manier leest? Met het gratis AI product requirements template leg je op 1 plek vast wat je wilt automatiseren, wat het mag kosten en waar je leveranciers op beoordeelt.

‍

Vraag 3, wat het kost om te draaien, per maand en per eenheid

Gewone software kost na de bouw vooral hosting. AI software heeft een tweede meter die meeloopt: elke aanroep van een model kost geld. Per aanvraag, per dossier, per berekening. Bij 50 dossiers per maand merk je dat niet. Bij 2.000 wel.

Een voorstel dat alleen de bouwprijs noemt, laat precies de regel weg die meegroeit met je succes. Daarbij komen hosting, monitoring en bij gehuurde flows een abonnement dat per operatie rekent en stijgt naarmate je er meer mee doet.

Een goed antwoord: "Per aanvraag verwachten we 0,30 tot 0,50 euro aan modelkosten. Bij 800 aanvragen per jaar is dat 240 tot 400 euro. Hosting is 60 euro per maand. We zetten een plafond van 50 euro per maand op het model en je krijgt een melding bij 80%. Raakt het systeem het plafond, dan zet het werk in een wachtrij in plaats van door te rekenen."

Een zwak antwoord: "De API kosten zijn verwaarloosbaar." Of: "Dat hangt van het gebruik af." Dat laatste is waar, en daarom hoort er een schatting met een plafond bij.

Vraag door: wat gebeurt er als de modelaanbieder zijn prijzen verhoogt of een model uitfaseert? Wie vervangt het, hoe lang duurt dat, en wie betaalt het werk?

‍

Vraag 4, maand 4: wie neemt op als het na de lancering stukgaat

Waarom maand 4? De eerste 3 maanden na de lancering zit alles nog vers in het hoofd van de bouwers. Rond maand 4 is het projectteam met iets anders bezig, en dan komt de eerste echte uitzondering. Een subsidieregeling die verandert. Een nieuw formulier van de Belastingdienst. Een leverancier die zijn export aanpast. Hier sterven de meeste AI projecten, meestal zonder dat iemand het zo noemt.

De vraag heeft 3 delen en je wilt op alle 3 een concreet antwoord. Wie neemt op, met naam. Binnen hoeveel uur, als getal, en of dat werkuren zijn of ook het weekend. En wat het kost: een vast bedrag per maand of uren op nacalculatie.

Een goed antwoord: "Het systeem heeft monitoring, en de 2 mensen die het bouwden staan op het alarm. We reageren binnen een vast aantal werkuren dat in het contract staat. Bij een storing die je proces stilzet, herstellen we of draaien we terug binnen 1 werkdag. Je betaalt een vast bedrag per maand en krijgt elke maand 1 pagina: wat draaide, wat brak, wat het kostte, wat we aanpassen."

Een zwak antwoord: "We helpen je natuurlijk altijd verder." Of: "Support gaat op basis van nacalculatie." Een lage maandprijs zonder reactietijd zegt niets over wanneer iemand je probleem oplost.

Vraag door: wat telt als storing, wie beslist dat, en is een maand waarin de afgesproken reactietijd niet gehaald wordt gratis? Leveranciers die hun eigen beheer serieus nemen, hebben daar al over nagedacht.

‍

Vraag 5, de exit: hoe je eruit komt en wat je houdt

Je wilt kunnen stoppen voordat je iemand volledig vertrouwt. Na maand 1 weet je of de mensen passen: of ze luisteren, of ze op tijd leveren, of ze eerlijk zeggen wat niet kan. Een goede exit betekent dat stoppen je kost wat er geleverd is en niets meer. En dat je vertrekt met iets dat werkt, niet met een map bestanden die niemand kan draaien.

Een goed antwoord: "Na maand 1 kun je stoppen. Je betaalt de mijlpalen die af zijn, tegen de bedragen in het voorstel. Je houdt de repository, de documentatie en de toegang tot alle accounts. Een andere ontwikkelaar kan het de week erna oppakken."

Een zwak antwoord: "Het contract loopt 12 maanden." Of: "De licentie op het platform blijft bij ons." Of: "Overdracht is een apart traject."

Wil je weten hoe je dit en de andere 4 antwoorden hard maakt in een contract? In 9 afspraken die je vastlegt voordat je een AI contract tekent staat per clausule waar je op let, van eigendom en aansprakelijkheid tot beheer en opzegging.

‍

AI-bureau of AI consultant: wat is het verschil?

Het korte antwoord: een AI consultant adviseert en brengt in kaart, een AI-bureau bouwt. Maar dat zijn niet de enige 2 smaken. Wie zoekt naar AI-consultancy voor mkb of een AI partner voor het Nederlandse mkb, komt minstens 7 soorten aanbieders tegen. Ze hebben allemaal een plek, alleen niet in elke situatie.

AI consultant

Een consultant analyseert je processen, zoekt kansen en schrijft een advies of een plan. Dat past als je nog niet weet waar AI je helpt en je eerst een onafhankelijk beeld wilt. Het past minder als je al weet welk proces je wilt automatiseren: dan betaal je voor een plan dat iemand anders moet bouwen. Vraag altijd wie het advies straks uitvoert. Meer over deze rol lees je in wat een AI consultant eigenlijk doet.

AI-bureau

Een AI-bureau bouwt maatwerk: koppelingen, agents, een platform. Dat past als je proces specifiek genoeg is dat geen pakket het dekt en je volume hebt. Het risico zit in vraag 1 en 4: wie bouwt het echt, en wie is er na de lancering. De verschillen tussen bureaus zitten zelden in de techniek en bijna altijd in die 2 antwoorden.

Automatiseerder met gehuurde flows

Deze aanbieders bouwen automatiseringen in n8n, Make of Zapier, vaak met een instap van 1.500 tot 5.000 euro. Dat past uitstekend voor een los, eenvoudig proces met lage volumes. Het past minder bij je kernproces: de flows draaien vaak op hun account, het platform rekent per operatie, en de koppeling met je sectorpakket is soms niet te maken. Stel hier vraag 2 en 3 extra scherp.

Freelancer

Een goede freelancer is snel, betaalbaar en direct aanspreekbaar. Dat past bij een afgebakende klus met iemand die je kent. Het wringt bij vraag 4: 1 persoon heeft vakantie, wordt ziek of neemt een fulltime baan aan. Vraag wie hem vervangt en waar de documentatie staat.

Nearshore team

Een team in bijvoorbeeld Polen of Roemenië is per uur flink goedkoper dan een Nederlandse ontwikkelaar. Dat past als jij iemand in huis hebt die de tickets schrijft, het werk reviewt en de architectuur bepaalt. Ben jij die persoon zelf, dan koop je uren en geen resultaat. Goede nearshore teams zeggen dat ook eerlijk.

Een kant en klaar sectorpakket

Voor accountancy en juridisch werk bestaan steeds meer AI pakketten die per gebruiker rekenen. Dat past als je werk lijkt op dat van je concurrenten en het pakket je standaardproces dekt. Het past minder als je voorsprong juist zit in hoe jij het anders doet: die zit niet in het pakket, en je kunt het ook niet aan je eigen klanten verkopen.

Iemand aannemen

Uiteindelijk heeft elk bedrijf dat op software draait eigen mensen nodig. Een senior developer verdient volgens Nederlandse recruitmentcijfers 65.000 tot 95.000 euro bruto per jaar. Met ongeveer 30% werkgeverslasten is dat grofweg 85.000 tot 125.000 euro, en het zoeken duurt vaak maanden. Aannemen past als je zeker weet dat er jaren werk ligt en je die persoon kunt aansturen. Zonder technische collega om mee te sparren is het een eenzame baan, en dat merk je aan het verloop.

‍

Vragen die een leverancier liever niet krijgt

De 5 vragen van pagina één zijn eerlijk voor iedereen. Daarnaast zijn er vragen die snel laten zien of een leverancier zijn eigen werk kent. Stel er 2 of 3 in het eerste gesprek en luister vooral naar hoe lang het duurt voordat het antwoord komt.

• Mogen we vóór het tekenen bellen met een klant die al langer dan een jaar live is? Veel aanbieders bestaan nog geen 3 jaar. Een klant in jaar 2 zegt meer dan 10 cases.

• Welke van jullie cases draaien vandaag nog, en welke zijn uitgezet? Een eerlijke lijst met ook de mislukte projecten is een goed teken.

• Hoeveel van de code komt uit een codegenerator, wie leest die na, en mogen we een review zien? Iedereen gebruikt die tools. De vraag is wie tekent voor wat eruit komt.

• Wat mag de AI in jullie ontwerp niet zelfstandig doen, en waar keurt een mens goed? Waar een fout duur is, hoort een mens te tekenen.

• Hoe testen jullie dat een wijziging in deel A niets breekt in deel B? Vraag om het te laten zien, niet om het uit te leggen.

• Wat gebeurt er met de automatisering als het platform waarop het draait zijn prijzen verandert of een koppeling stopt?

• Wanneer zeggen jullie nee tegen een project? Een leverancier die nooit nee zegt, heeft jouw proces nog niet begrepen.

‍

Rode vlaggen in een AI voorstel

Sommige signalen zijn geen reden om direct af te haken, maar wel om door te vragen. Kom je er 3 of meer tegen in hetzelfde voorstel, neem dan de tijd.

• Rollen in plaats van namen: "een projectleider", "een AI specialist".

• Een prijs voor de bouw en niets over wat er daarna kost.

• "Onbeperkte support" zonder reactietijd, of met een reactietijd zonder getal.

• Code, flows of modelsleutels die op het account van de leverancier blijven staan.

• Een demo met jouw logo maar zonder jouw echte dossiers of data.

• Een belofte over bespaarde uren zonder klantnaam of berekening erbij.

• Een contract van 12 maanden voordat er ook maar iets draait.

• Een AI die zelf beslist en verstuurt waar een fout geld of een klant kost.

• Geen enkel "dat zouden we niet doen" in het hele gesprek.

‍

Zo leg je 2 voorstellen naast elkaar

Maak een overzicht met 1 kolom per leverancier en 7 regels: de 5 vragen van pagina één, de bouwprijs, en de totale kosten over 24 maanden. Vul in wat er letterlijk in het voorstel staat. Een lege cel is "niet beantwoord", geen 0. Reken daarna door over 2 jaar, niet over de eerste factuur.

Een voorbeeld, geen klant. Een adviespraktijk met 30 mensen dient 800 subsidieaanvragen per jaar in. Het zoeken en matchen van de juiste regeling kost per aanvraag 2 uur van een adviseur. Dat is 1.600 uur per jaar, tegen 80 euro intern dus 128.000 euro.

Voorstel A komt van een automatiseerder. Bouw 4.500 euro, op een gehuurde flow die op hun account draait. Platformabonnement 250 euro per maand. Modelkosten "verwaarloosbaar". Support op nacalculatie tegen 110 euro per uur, zonder reactietijd. Over de exit staat niets.

Voorstel B komt van een ontwikkelteam. Bouw 32.000 euro vast, in de eigen repository en accounts van de praktijk, met 2 namen erop. Beheer 1.100 euro per maand vanaf de lancering in maand 3, met monitoring en een reactietijd in uren. Modelkosten 0,40 euro per aanvraag, met een plafond. Na maand 1 kun je stoppen tegen betaling van wat er geleverd is.

Over 24 maanden kost A op papier 4.500 plus 24 keer 250, dus 10.500 euro. Tel je 3 storingen per jaar van 8 uur op nacalculatie mee, dan komt daar 5.280 euro bij: samen ongeveer 15.800 euro, plus modelkosten die niemand heeft geschat.

B kost 32.000 plus 22 maanden beheer van 1.100, dus 24.200, plus 640 euro modelkosten over 2 jaar. Samen ongeveer 56.800 euro. A is op papier dus 41.000 euro goedkoper.

Nu de andere kant van de rekening. Stel dat A alleen het zoeken versnelt, omdat de flow het dossiersysteem niet kan lezen, en de tijd per aanvraag halveert. Dat scheelt 800 uur per jaar, 64.000 euro. Stel dat B zoeken en eerste concept samen doet, gekoppeld aan het dossiersysteem, en 1.200 uur scheelt: 96.000 euro per jaar. Ook als A vanaf maand 1 draait en B pas vanaf maand 3, bespaart B over 2 jaar ongeveer 48.000 euro meer tijd dan A.

Op geld liggen ze dus dicht bij elkaar. Wat beslist, zijn de regels die in A leeg bleven. Neem maand 4. In het drukste subsidieseizoen stopt de flow van A, met 80 aanvragen in de wachtrij. Er is geen reactietijd afgesproken, dus je wacht tot er iemand tijd heeft. Elke dag stilstand kost dan 10 adviseurs die weer met de hand zoeken.

Betekent dit dat B altijd wint? Nee. Bij 150 aanvragen per jaar is de besparing te klein voor een bouw van 32.000 euro en is A de betere keuze. Het punt is dat je dat pas kunt zien als beide kolommen vol staan. Met alleen de bouwprijs kies je bijna altijd het verkeerde voorstel om de verkeerde reden.

‍

Hoe wij pagina één invullen

We zouden een slecht voorbeeld zijn als we deze vragen zelf niet beantwoorden. Codelevate maakt van Nederlandse B2B dienstverleners softwarebedrijven: we brengen het expertproces in kaart dat je nu met de hand doet, automatiseren het zodat hetzelfde team het volume aankan, en bouwen het platform waar je klanten voor betalen, met 2 engineers bij naam van de blueprint tot jaar 2.

Wie: de 2 engineers op jouw project staan met naam in het voorstel, met hun andere werk erbij en waar ieder zit. Codelevate zit in Amsterdam en Sofia, sinds 2019.

Waar: in jouw repository en jouw accounts, vanaf de eerste commit. Jouw systemen blijven staan: we koppelen met Exact, AFAS en je sectorpakket.

Wat het kost om te draaien: de kosten per eenheid staan in het voorstel, met een plafond. Waar een fout duur is, keurt een mens goed.

Maand 4: monitoring, een engineer met naam op het alarm, de AI kosten per eenheid met een plafond, elke maand 1 pagina rapport, en updates van model en regels. De reactietijd wordt vastgesteld in de Blueprint. Als planningswaarde rekenen we 1.250 euro per maand per automatisering.

De exit: Exit na maand 1: je betaalt wat er geleverd is en houdt alles.

De eerste stap is meestal de Blueprint: 2.500 tot 10.000 euro, afhankelijk van het aantal processen, in 10 tot 20 werkdagen. Je krijgt het proces in kaart zoals het echt loopt, de knelpunten in uren en euro, de AI kansen op volgorde, een roadmap met vaste prijzen per mijlpaal en een eerste ruw prototype in je eigen repository. Een automatisering van een groot proces kost daarna 18.000 tot 45.000 euro vast. Wil je na de Blueprint zelf verder bouwen, dan is dat prima: het plan is van jou.

Voorbeelden, geanonimiseerd: een verwerker van BPM dossiers ging van 4 tot 8 uur per dossier naar minder dan 5 minuten. Een subsidiematcher ging van uren zoeken door een expert naar seconden. En bij een subsidieadvies werkten 5 adviseurs op 5 manieren in 5 tools. We hebben 24 cases gepubliceerd, waarvan 8 B2B platforms, en staan op Clutch op 5.0 over 10 reviews, waarvan 7 via een doorverwijzing.

En soms is het eerlijke antwoord dat je beter een pakket kunt nemen of iemand kunt aannemen. Dan zeggen we dat.

‍

Samengevat: vergelijk antwoorden, geen beloftes

De juiste AI partner voor je mkb kies je niet op de mooiste belofte, maar op de 5 antwoorden die op pagina één horen: wie, waar, wat het kost om te draaien, maand 4 en de exit. Stuur ze naar elke leverancier, leg de antwoorden naast elkaar, en reken over 2 jaar in plaats van over de eerste factuur.

Wil je de vragen, de scope en je eisen in 1 document dat je naar elke leverancier kunt sturen? Download het gratis AI product requirements template en vul het in voordat je het eerste gesprek voert.

Klaar om te kiezen? Stuur wat je hebt: een procesbeschrijving, een prijslijst, een spreadsheet of de offerte die al op tafel ligt.

1 van de 2 engineers leest het in 20 minuten met je door, en je krijgt dezelfde dag 1 van 3 antwoorden op papier: zelf doen, iemand aannemen, of de Blueprint.