AI integreren in uw bedrijf: toepassingen, risico's en automatisering
AI integreren in uw bedrijf: begin bij een concrete taak, weet wanneer een regel volstaat, kies tussen een automatiseringstool en software op maat, en ken de risico's.
Bijgewerkt op 17 min leestijd
Sébastien Nobour
Oprichter van DEVEDANOS
Hebt u geld opgehaald of een startersfinanciering gekregen, of bent u daar nu mee bezig? Bestaat uw product nog niet, of alleen als ontwerp, en hebt u iemand nodig die het bouwt en die de technische beslissingen neemt waar uw bedrijf jarenlang aan vastzit? Misschien denkt u erover een CTO in vaste dienst te nemen.
Een CTO in loondienst bouwt en beslist. Hij krijgt salaris in plaats van aandelen. Dat salaris betaalt u elke maand, of uw product nu klanten vindt of niet. U moet hem ook eerst vinden, en dan zijn vaardigheden beoordelen zonder zelf technisch te zijn. Naar ons idee is het beste moment om hem aan te nemen het moment waarop uw eerste gebruikers uw product al gebruiken.
CTO is een functie: wie die bekleedt, leidt de techniek van uw product. De titel zegt niet hoe hij aan uw bedrijf verbonden is, en ook niet sinds wanneer. In het allereerste begin, schrijft Fred Wilson, investeerder bij het Amerikaanse fonds Union Square Ventures, heeft een startup nog geen CTO en geen VP Engineering: de technische medeoprichter vervult beide rollen.
De technisch medeoprichter wordt aandeelhouder en deelt uw risico. Hij draagt vaak de titel CTO, en een technisch medeoprichter vinden kost u een deel van uw bedrijf.
De CTO in loondienst is met een arbeidscontract aan uw bedrijf verbonden. Hij werkt alleen voor u, tegen een salaris dat elke maand wordt betaald: over hem gaat de rest van dit artikel.
De parttime CTO werkt voor meerdere bedrijven. Hij neemt de technische beslissingen, en iemand anders bouwt het product: het is een van de vier vormen van de technische partner.
De founding engineer, een Engelse term die ook in het Nederlands zo wordt gebruikt, is een van de allereerste developers die worden aangenomen. Hij is werknemer, krijgt van het bedrijf vaak een klein deel van het kapitaal, en is geen medeoprichter.
De product engineer is een developer die verantwoordelijk is voor het product en niet alleen voor de code: hij praat met de gebruikers, en beslist mee over wat het eerst wordt gebouwd.
Een freelance developer of een softwarebureau kan uw product ook bouwen, onder een commercieel contract. Controleer vóór u tekent waarin dat contract moet voorzien.
In het begin bouwt een CTO in loondienst het product zelf. Hij schrijft de code, kiest de technologieën, beslist wat eerst gebeurt en wat kan wachten. Groeit het bedrijf, dan werft hij het technische team en geeft hij er leiding aan.
Hij werkt alleen voor u, voltijds. De software die hij in het kader van zijn functie ontwikkelt, komt uw bedrijf toe (artikel 7 van de Auteurswet: de werkgever geldt als maker van het werk dat een werknemer in dienst maakt, tenzij anders is overeengekomen). Voor een medeoprichter of een dienstverlener is een schriftelijke overdracht van de rechten nodig: de akte waarmee de auteur van code zijn rechten op die code overdraagt. Voor een werknemer volstaat de wet.
Hij beslist niet alleen wat uw product moet doen. Marty Cagan, specialist in productmanagement en auteur van het boek Inspired (Geïnspireerd), onderscheidt vier risico’s bij het maken van een product, en legt er maar één bij de engineer: de haalbaarheid. Of klanten het product willen, en of het past bij de rest van het bedrijf, is de taak van de productverantwoordelijke, en in een jong bedrijf bent u dat vaak.
Een CTO kan dus niet in uw plaats weten of klanten uw product willen. Onderzoeksbureau CB Insights analyseerde 111 startups die hun activiteiten hadden gestaakt, in een onderzoek uit 2021 waarover de site SmartCompany berichtte. Het ontbreken van een behoefte in de markt wordt bij 35% van die startups genoemd als een van de oorzaken. Stel die vraag aan uw toekomstige klanten voordat u iemand aanneemt.
Het salaris. Volgens het CBS verdiende in 2025 de helft van de ICT-managers (beroepsgroep 0533) bruto minder dan € 48,40 per uur, de andere helft meer: dat is het mediane uurloon, een voorlopig cijfer, exclusief bijzondere beloningen. Het CBS geeft geen apart cijfer voor de CTO, dus nemen we de beroepsgroep die er het dichtst bij ligt. Reken het uurloon zelf om naar een jaarbedrag dat past bij uw situatie.
De werkgeverslasten. Die komen bovenop het brutosalaris: de premies en bijdragen die de werkgever betaalt. Vraag uw accountant of loonadministrateur wat ze in uw situatie bedragen.
Het werven. Schakelt u een wervings- en selectiebureau in, dan komt het honorarium daar bovenop. Het wordt met het bureau onderhandeld: vraag het vóór u opdracht geeft schriftelijk.
De jaarlijkse kosten voor de werkgever zijn dus het brutosalaris plus de werkgeverslasten, en daar komt eenmalig het wervingshonorarium bij. Wij vergelijken die kosten met die van een developer.
Deel uw beschikbare middelen door deze maandelijkse kosten: zo weet u hoeveel maanden u uw CTO kunt betalen voordat uw product geld oplevert.
In een artikel van het Journal du Net uit juni 2026 vertellen oprichters zonder technische achtergrond hoe ze hun CTO hebben gekozen. Amélie Schieber, voorzitter van Tiime, een Franse fintech die zzp’ers en andere zelfstandigen een boekhoudplatform biedt, vertrouwde de zoektocht naar haar CTO toe aan een wervingsbureau. De technische vaardigheden van de kandidaat die het bureau haar voorstelde, liet ze beoordelen door het bureau zelf en door de technische teams van haar bedrijf. Het artikel wijst er ook op dat een profiel dat past bij de lancering van een product, niet altijd past bij de groei ervan: vertel de kandidaat hoe ver u uw product wilt brengen, en vraag hem wat hij al tot die omvang heeft gebracht.
Hebt u niemand om een kandidaat te beoordelen, laat u dan helpen: door een gespecialiseerd wervingsbureau, door een developer die u vertrouwt, of door een parttime CTO. En stel de kandidaat de vraag die u ook een medeoprichter stelt: welke software heeft hij in productie gebracht, en daarna jarenlang doorontwikkeld?
De termijnen om uit elkaar te gaan. In Nederland duurt de proeftijd bij een vast contract hooguit twee maanden (artikel 7:652 BW). Daarna geldt voor de werkgever een opzegtermijn van één tot vier maanden, afhankelijk van het aantal dienstjaren, en voor de werknemer van één maand. Zegt u op, dan duurt het één tot vier maanden, zegt uw CTO op, dan één maand. In België geldt artikel 7:652 niet: de proefperiode is daar sinds 1 januari 2014 in principe afgeschaft, en de opzeggingstermijn hangt af van de anciënniteit.
Wat een mislukte werving kost. Een Frans artikel van HelloWorkplace werkt een voorbeeld uit: een medewerker die de werkgever € 50.000 per jaar kost, werkgeverslasten inbegrepen, vertrekt na zes maanden. Het artikel telt het al betaalde salaris en de lasten op bij het inwerken en de opleiding, de verloren productiviteit en de nieuwe werving, en komt zo voor deze mislukte werving op € 43.000. Dat voorbeeld gaat over een ander profiel, en een CTO kost de werkgever meer: dit cijfer geeft alleen een orde van grootte. De opvolger van een CTO moet bovendien de code overnemen die hij heeft geschreven. Houd in uw middelen ruimte om een mislukte werving op te vangen.
Zonder technisch directeur kunt u ook eerst een developer aannemen.
Een developer schrijft de code, test die, brengt die in productie en lost fouten op. In een startup zonder CTO neemt hij ook beslissingen die elders een technisch directeur zou nemen: de programmeertaal, de hosting, de opbouw van de code, wat hij automatisch controleert en wat hij laat liggen. Aan die beslissingen zit uw bedrijf jarenlang vast.
Zonder CTO is er nog geen technisch team dat zijn oordeel kan geven over het werk van een eerste developer. U kunt dat werk toch op drie manieren beoordelen.
Wat uw gebruikers ermee doen. Ze gebruiken de software, of ze gebruiken die niet. Ze melden wat ontbreekt en wat niet werkt. Dat oordeel is het uwe, en daar is geen enkele technische kennis voor nodig.
Het tempo en de betrouwbaarheid van de releases. DORA (DevOps Research and Assessment), het onderzoeksprogramma van Google Cloud naar hoe software wordt ontwikkeld en in productie wordt genomen, volgt vijf indicatoren. Drie daarvan kunt u elke maand aan uw developer vragen, zonder één regel code te lezen: hoe vaak een wijziging in productie is gezet, hoeveel van die releases iets kapot hebben gemaakt en direct ingrijpen vergden, en hoe lang het duurde om de dienst te herstellen. Het onderzoek van DORA laat steeds weer zien dat “snelheid en stabiliteit geen tegenpolen zijn”: een team dat vaak in productie zet, hoeft daar niet voor te betalen met storingen.
Dave Farley, een van de pioniers van Continuous Delivery en medeauteur van het boek Continuous Delivery (Continue oplevering), stelt in Modern Software Engineering (Moderne software engineering) een vraag die u kunt overnemen: “Hoe lang duurt het voordat een wijziging van één regel van ‘idee’ tot ‘werkende software’ komt?” Stel die vraag aan uw developer, en vraag hem u de weg te laten zien die zo’n wijziging aflegt.
Een technische blik van buitenaf. De kwaliteit van de code, de beveiliging en de architectuurkeuzes zijn van buiten de software niet te zien. Om ze te beoordelen, hebt u een andere professional nodig: een parttime CTO, of een andere developer die geregeld een deel van de code doorleest.
Die blik van buitenaf telt des te meer omdat uw developer waarschijnlijk een deel van de code met AI zal schrijven. In de enquête 2025 van Stack Overflow, de vraag-en-antwoordsite van developers, gebruikt 84% van de respondenten AI-tools bij het ontwikkelen, of is dat van plan. In dezelfde enquête wantrouwt 46% van de respondenten de juistheid van wat die tools produceren, tegenover 33% die erop vertrouwt. Volgens Dave Farley kost code schrijven inmiddels weinig, en zit de tijd in het controleren. Vraag uw developer hoe elke wijziging wordt gecontroleerd voordat ze in productie gaat.
Naar ons idee beschermt Continuous Delivery het werk van een eerste developer zonder CTO. Laat vanaf zijn eerste maand, voordat uw klanten van zijn software afhankelijk zijn, nagaan of hij de principes ervan kent en toepast: een deployment-pipeline zoals Dave Farley die onderwijst, die bij elke wijziging geautomatiseerde tests opnieuw draait, kleine wijzigingen die continu worden opgeleverd, en een softwareontwerp dat de werking van uw bedrijf weerspiegelt.
Wanneer een eerste developer het juiste antwoord is. Uw product wordt al gebruikt, en het moet elke week meegroeien met uw klanten. Daar ligt werk voor één persoon voltijds, jarenlang, en een werknemer die uw bedrijf van binnenuit kent, kan zich er voor lange tijd voor inzetten. Zijn werk levert uw bedrijf meer op dan het kost, en u kunt zijn salaris dragen. En iemand, een parttime CTO of een externe developer, kan nagaan of hij de principes van Continuous Delivery toepast. Dan is een eerste developer aannemen een goede keuze.
Paul Graham, medeoprichter van startupaccelerator Y Combinator, schreef in oktober 2015: “Te snel mensen aannemen is veruit de grootste doodsoorzaak van startups die geld ophalen.” Hij voegt eraan toe dat oprichters die net geld hebben opgehaald, vaak door hun investeerders worden aangemoedigd meer mensen aan te nemen dan nodig is.
In Frankrijk vragen investeerders volgens twee spelers uit de financieringswereld meer bewijs voordat ze investeren. Grenoble Angels, een netwerk van particuliere investeerders uit de Isère en lid van de federatie France Angels, zag in de tweede helft van 2024 “hogere verwachtingen op het gebied van markttractie en dus van omzet”. In juli 2025 gaf Nicolas Forey, voorzitter van het adviesbureau In Extenso Innovation Croissance, in Le Journal des Entreprises commentaar op de barometer van financieringsrondes van het accountantsnetwerk In Extenso, die het eerste halfjaar van 2025 met 2023 vergelijkt. Volgens hem hebben jonge startups meer moeite met hun eerste financieringsronde, de seedfase, die in 2024 nog standhield. De krant voegt eraan toe dat de investeerders, voorzichtiger geworden, “zich liever richten op meer volwassen bedrijven”.
Met alleen een idee kunt u bij sommige investeerders nog steeds geld ophalen. Y Combinator schrijft in zijn veelgestelde vragen dat gemiddeld 40% van de bedrijven die het per lichting financiert, nog maar een idee is. Wat u met dat geld doet, blijft uw beslissing.
Naar ons idee dient opgehaald geld eerst om na te gaan of klanten uw product willen. Wie vóór die controle een CTO in loondienst aanneemt, betaalt elke maand een directiesalaris voor een product waarvan niemand nog weet of het klanten zal vinden. Zodra uw eerste gebruikers het gebruiken, werft u voor behoeften die u hebt gezien, en kunt u die aan uw toekomstige CTO uitleggen.
Wat bewijst vandaag dat klanten uw product willen? Is het antwoord nog een voornemen, toets dat dan eerst met een MVP, het minimum viable product. Dat is geen eerste versie van het product, maar de kleinste test die nagaat of het idee het bouwen waard is.
De code van uw CTO in loondienst komt uw bedrijf toe, maar wat hij van de software weet niet. Zolang hij alleen is, rust alle kennis van de software op hem. Vertrekt hij, dan gaat die kennis met hem mee, tenzij ze is opgeschreven en overgedragen. Zijn opzegtermijn, in Nederland standaard één maand, is de tijd die u hebt om hem die kennis te laten overdragen. Vraag hem vanaf het begin om gaandeweg op te schrijven hoe de software werkt.
Open de accounts van de software ook op naam van het bedrijf, niet op naam van uw CTO: de domeinnaam, de hostingprovider, en de repository waarin de broncode wordt bewaard.
Alleen een overnameproef, één keer gedaan voordat u hem nodig hebt, bewijst dat een andere developer de software kan overnemen: hij krijgt de code en de documentatie, installeert de software, en zet daarna een kleine wijziging in productie. Lukt hem dat, dan zit de kennis in het bedrijf.
Een technisch directeur brengt zijn vaardigheden mee, en ook een manier om te beslissen wat er wordt ontwikkeld, en in welke volgorde. Bij een voorspellende aanpak ligt de lijst met functionaliteiten vooraf vast, met een planning en datums. Maar die lijst wordt geschreven voordat de software bestaat, op het moment dat u het minst weet over hoe de gebruikers van uw applicatie ermee zullen werken. Bij een adaptieve aanpak komt de software vroeg in hun handen, en bepaalt hun gebruik de volgende functionaliteiten.
Vraag de kandidaat tijdens de werving hoe hij zal beslissen wat het eerst wordt ontwikkeld, en wat hij doet op de dag dat uw gebruikers om iets anders vragen dan gepland.
Een CTO in loondienst is gerechtvaardigd als aan vier voorwaarden is voldaan. Gebruikers werken al met uw product, of klanten hebben al toegezegd. Uw middelen kunnen zijn salaris dragen zolang uw product nodig heeft om geld op te leveren. Zijn werk levert uw bedrijf daarna meer op dan het kost. En de techniek vormt de kern van uw product: er worden elke dag technische beslissingen genomen, en daar is iemand voltijds voor nodig. Hij is het ook die het technische team werft en aanstuurt wanneer het groeit.
Volgens Y Combinator moet het oprichtersteam vanaf het begin de vaardigheden hebben om zijn product zelf te bouwen. Is uw product in de eerste plaats een technologie, software waarvan de technische moeilijkheid de waarde bepaalt, dan geldt dat advies: vroeg een CTO aannemen, of met hem een bedrijf beginnen, is dan het juiste antwoord.
Kunt u geen salaris betalen, dan wordt het de vraag naar een technisch medeoprichter. Hebt u vooral beslissingen nodig en iemand die meekijkt naar het werk van uw dienstverleners, dan kan een parttime CTO volstaan.
Uw product kan ook in de eerste plaats in een behoefte voorzien die u kent uit uw vak of van uw klanten. De techniek staat dan in dienst van die behoefte. Naar ons idee kunt u uw product nu al laten bouwen, met code die van uw bedrijf is, en het in handen geven van uw eerste gebruikers. In die periode liggen de technische vaardigheden buiten het bedrijf. Y Combinator adviseert in zijn veelgestelde vragen het tegenovergestelde: dat het oprichtersteam zelf de vaardigheden heeft om zijn product te bouwen, in plaats van het aan een opdrachtnemer toe te vertrouwen. Voor een product waarvan de behoefte uit uw vak komt, denken wij er anders over: de moeilijkheid zit eerst in die behoefte, die u kent, en een opdrachtnemer kan het bouwen zolang de code van uw bedrijf is. Daarna werft u uw CTO op basis van een product dat al wordt gebruikt, en neemt hij software over waarvan de code van u is.
Een CTO die u aanneemt wanneer uw gebruikers het product al gebruiken, weet wat hij moet doorontwikkelen, en u weet waarom u hem aanneemt.
Tot u hem aanneemt, nemen wij de technische beslissingen die uw product vraagt, zoals een technisch directeur dat zou doen: de technologieën, de architectuur, de manier waarop het wordt getest en in productie wordt gezet. We stemmen ze af op uw doelstellingen, en de beslissingen over uw product blijven de uwe.
Bij DEVEDANOS ontwikkelen wij uw software op maat, binnen een maand bruikbaar, tegen een vast maandbudget, en stemmen we die continu af op de veranderingen in uw bedrijf. Het budget wordt samen met u opgebouwd, op basis van uw cijfers en doelstellingen: samen bepalen we het bedrag en het probleem dat uw applicatie moet oplossen. Met dit vaste budget betaalt u geen honorarium aan een wervingsbureau en geen werkgeverslasten. De gebruikers van uw applicatie gaan er vanaf de eerste ontwikkelmaand mee aan de slag, en hun gebruik bepaalt welke functionaliteiten we daarna ontwikkelen. U stuurt bij wanneer u wilt, meteen, zonder contractwijziging en zonder meerkosten.
Onze aanpak is adaptief: hij voorspelt wat voorspelbaar is, het maandbudget en de ontwikkeldagen per maand, en probeert niet te voorspellen wat uw gebruikers met een functionaliteit zullen doen voordat ze die in handen hebben.
En om ervoor te zorgen dat wat vorige maand werkte, ook deze maand werkt, hanteren we een nulregressiegarantie: elke regressie wordt verholpen en afgedekt door een geautomatiseerde test, zodat ze niet terugkomt, zonder meerkosten.
De broncode, infrastructuur, deployment-pipeline en documentatie zijn uw intellectueel eigendom zodra de eerste maandfactuur is betaald. Een proefperiode tot 15 werkdagen in de eerste maand: geen factuur als u de opleveringen niet wilt.
U kunt het contract schriftelijk opzeggen op elk moment, zonder opgaaf van redenen. Tijdens de maand van reversibiliteit begeleiden wij uw team totdat het kan bouwen, testen en deployen zonder ons. Op de dag dat u uw CTO aanneemt, treft hij software aan die al wordt gebruikt, met de code, de tests en de documentatie. De pipeline blijft elke toekomstige wijziging beschermen, welke developer er ook aan werkt.
We bouwen onder meer marketplaces, bedrijfsapplicaties en mobiele apps.
Twijfelt u tussen een CTO aannemen en eerst uw product laten bouwen? Zullen we erover praten?
AI integreren in uw bedrijf: begin bij een concrete taak, weet wanneer een regel volstaat, kies tussen een automatiseringstool en software op maat, en ken de risico's.
Een Excel-bestand dat door meerdere gebruikers wordt gedeeld, fouten, versies die door elkaar lopen: wanneer de spreadsheet een applicatie is geworden, en wat de overstap naar een webapplicatie voor uw bedrijf verandert.
Webapplicatie overnemen: wat u moet terugkrijgen voordat u overstapt naar een andere softwareleverancier, waarom tests aan elke wijziging voorafgaan, en wanneer vernieuwen nodig is.