Wat AI werkelijk verandert aan het bouwen van websites

AI website development is in twee jaar van experiment naar dagelijkse praktijk gegaan. Bij ons zit er inmiddels geen project meer tussen waarin geen enkele regel code met hulp van een model is geschreven. Wat dat concreet betekent voor jou als opdrachtgever is iets anders dan wat de verkooppraatjes beloven, en dat verschil is de moeite waard om uit te leggen.

Wat AI website development in de praktijk veranderd heeft

De grootste winst zit niet waar mensen hem verwachten. Het schrijven van code was zelden het knelpunt in een project. Wachten op teksten, beslissingen die blijven liggen en onduidelijkheid over wat er precies moet komen: dat kostte de weken. Code typen was misschien een vijfde van de doorlooptijd.

Waar het wel scheelt is in het saaie deel. Formulieren met validatie, koppelingen tussen systemen, testgevallen, migratiescripts van een oude site naar een nieuwe. Werk dat voorspelbaar is en veel herhaling kent. Daar halen we makkelijk de helft van de tijd af, en die tijd gaat naar dingen die wel aandacht vragen.

Het tweede dat merkbaar veranderd is: de drempel om iets te proberen ligt lager. Vroeger was een idee waarvan je niet wist of het werkte al snel een dag werk, dus stelde je die vraag maar niet. Nu bouw je in een uur iets werkends, kijkt ernaar en gooit het weg als het tegenvalt. Dat levert betere beslissingen op, omdat je ze op iets tastbaars baseert.

Waar AI website development nog steeds tekortschiet

Een taalmodel schrijft code die er goed uitziet. Dat is niet hetzelfde als code die klopt. Het verschil valt op bij randgevallen: wat gebeurt er als het formulier twee keer wordt verstuurd, als de betaling halverwege afbreekt, als iemand een bestand van 40 megabyte uploadt. Een model bedenkt die situaties zelden uit zichzelf, want het is getraind op code die het gemiddelde geval oplost.

Daar komt bij dat de fouten subtiel zijn. Een menselijke fout is meestal duidelijk fout. Een fout uit een model ziet er plausibel uit, gebruikt de juiste functienamen en past in de stijl van de rest. Die vind je alleen door te lezen wat er staat en door te testen, niet door erop te vertrouwen dat het er professioneel uitziet.

Het derde punt gaat over samenhang. Een model ziet het stuk code waar het aan werkt, niet de vijftig andere plekken waar iets soortgelijks al bestaat. Zonder toezicht krijg je vier verschillende manieren om hetzelfde te doen, verspreid over één project. Dat is niet meteen een probleem, maar over twee jaar wel, wanneer iemand iets moet aanpassen.

Wat dit betekent voor de prijs van je website

Eerlijk gezegd minder dan je hoopt. De uren die eraf gaan zijn de goedkope uren, want dat is precies het werk dat weinig oordeel vraagt. De uren die blijven zijn de dure: nadenken over structuur, keuzes maken, testen, en beoordelen of wat er staat ook werkelijk klopt.

Waar je het wel terugziet is in doorlooptijd en in wat er binnen hetzelfde budget past. Een project dat drie jaar geleden acht weken kostte, doen we nu in vijf. En binnen dezelfde prijs zit vaker een koppeling of een extra functie die vroeger niet paste. Dat is winst, maar het is een andere winst dan een halvering van je factuur.

Pas op met partijen die beweren dat AI hun tarieven omlaag brengt en tegelijk dezelfde kwaliteit leveren. Wat je in de praktijk krijgt is code die niemand echt gelezen heeft. Dat merk je niet bij oplevering. Je merkt het bij de eerste aanpassing, wanneer blijkt dat niemand kan uitleggen waarom iets werkt zoals het werkt.

Hoe wij AI inzetten bij het bouwen

We gebruiken modellen voor het eerste concept, nooit voor het eindresultaat. Alles wat eruit komt wordt gelezen, aangepast en getest voordat het ergens in de buurt van een live site komt. Dat klinkt vanzelfsprekend, maar het is precies de stap die overgeslagen wordt wanneer een bureau vooral op snelheid stuurt.

Daarnaast houden we een vaste set testgevallen aan die bij elke wijziging opnieuw langsgaat. Juist omdat door AI gegenereerde code er overtuigend uitziet, kun je niet meer varen op een blik van iemand die het even doorleest. Automatisch testen is daardoor belangrijker geworden dan het was, niet minder belangrijk.

Voor teksten gebruiken we het anders. Een model kan structuur voorstellen en een ruwe versie schrijven, maar wat er uiteindelijk staat komt uit een gesprek met jou. Het herkennen van een tekst die door niemand geschreven lijkt te zijn, daar zijn lezers inmiddels behoorlijk goed in. En zoekmachines ook.

Wat je hieruit kunt meenemen

Vraag bij een offerte niet of er AI gebruikt wordt, want dat antwoord is inmiddels overal ja. Vraag hoe er getest wordt, wie de code leest voordat hij live gaat, en wat er gebeurt als je over een jaar iets wilt aanpassen. Die drie antwoorden zeggen meer over de kwaliteit dan welke lijst met tools dan ook.

En vraag of je de code krijgt. Bij maatwerk software en bij een gewone website laten maken hoort dat vanzelfsprekend te zijn. Wie AI gebruikt om sneller te werken maar je daarna vastzet in een systeem dat je niet kunt verlaten, heeft de winst voor zichzelf gehouden.

Drie vragen die je een bureau kunt stellen

De eerste gaat over verantwoordelijkheid. Wie is aanspreekbaar op wat er live staat? Als het antwoord neerkomt op “het model heeft dat zo gegenereerd”, weet je genoeg. Een bureau hoort te kunnen uitleggen waarom iets werkt zoals het werkt, ongeacht hoe het tot stand kwam.

De tweede gaat over onderhoud. Vraag wat een kleine wijziging over een jaar ongeveer kost. Bij code die goed in elkaar zit is dat een voorspelbaar bedrag. Bij code die snel is neergezet zonder overzicht loopt het uiteen, omdat niemand precies weet wat een aanpassing verderop losmaakt.

De derde gaat over jouw gegevens. Als er tijdens de bouw of daarna informatie naar een AI-dienst gaat, wil je weten welke. Voor een gewone bedrijfssite is dat zelden problematisch, maar zodra er klantgegevens in het spel zijn hoort daar een expliciete afspraak over te bestaan.

Waar het naartoe gaat

De verwachting dat AI website development het bouwen van sites overbodig maakt, komt vooral van mensen die zelden een project van begin tot eind hebben meegemaakt. Wat verdwijnt is het handwerk. Wat blijft is de vraag wat er precies moet komen, voor wie, en waarom dat beter is dan wat er nu staat.

Die vraag is nooit technisch geweest. Dat is precies waarom hij ook niet automatisch beantwoord wordt.

Wil je zien wat er in jouw situatie mogelijk is, kijk dan bij AI en automatisering of vraag direct een adviesgesprek aan. Voor wie zich technisch wil inlezen: de webdocumentatie van MDN blijft de meest betrouwbare bron over hoe het web werkelijk in elkaar zit.