Je kunt een AI vragen om een programma en binnen een middag iets werkends op je scherm hebben. Waarom zou je dan nog een ontwikkelaar inhuren?
Ik gebruik deze gereedschappen dagelijks. Voor een klein hulpmiddel werken ze vaak goed. Bij software waarvan een bedrijf afhankelijk wordt, ontstaan andere eisen die pas later zichtbaar worden.
Waar AI goed voor werkt
Voor deze vier soorten werk kan AI veel tijd schelen:
- Een berekening, een lijst omzetten of een bestand opschonen voor eigen gebruik. Gaat het mis, dan probeer je het opnieuw.
- Een idee binnen een uur zichtbaar maken om te controleren of de opzet klopt. Dat gebruik ik zelf ook.
- Eenmalig werk, zoals duizend regels één keer verplaatsen. Na afloop heb je het programma niet meer nodig.
- Uitzoeken hoe iets werkt, wat een foutmelding betekent of welke opties er zijn.
Voor dit soort werk kun je het gerust zelf proberen.
Waar het misgaat
Het verschil zit niet in of het werkt op jouw scherm. Het zit in alles wat er nog omheen hoort zodra een bedrijf ervan afhankelijk wordt. Zolang niemand er expliciet om vraagt, wordt dat meestal niet gebouwd:
Een bedrijfsprogramma moet regelen wie wat mag zien en aanpassen. Zonder rechten kan een tijdelijke kracht omzetcijfers bekijken of per ongeluk een klantenbestand verwijderen.
Ook invoer moet worden gecontroleerd. Een datum in de toekomst, een negatief aantal of een leeg veld kan drie maanden later voor verkeerde totalen zorgen.
Zodra er klant- of persoonsgegevens in staan, geldt de AVG. Je moet weten waar de servers staan, wie toegang heeft en wat er bij een datalek gebeurt. De verantwoordelijkheid daarvoor ligt bij jou.
Back-ups moeten niet alleen bestaan, maar ook getest worden. Een snel gebouwd programma heeft die voorziening vaak niet.
Een programma dat met honderd regels snel is, kan bij tienduizend regels onwerkbaar worden. Schaalbaarheid vraagt om andere technische keuzes en is geen instelling die je later aanzet.
Ten slotte moet iemand het programma over een jaar kunnen repareren. Banken, pakketleveranciers en wetten veranderen. Als niemand de code begrijpt, kan je bedrijf stilvallen.
De vuistregel die ik zou aanhouden
Stel jezelf twee vragen.
Vraag eerst wat er gebeurt als het programma morgen stukgaat. Kun je die dag met de hand verder, dan is het risico klein. Ligt je facturatie of planning stil, dan moet iemand verantwoordelijk zijn voor herstel.
Vraag daarna of er gegevens van klanten, medewerkers of leveranciers in staan. In dat geval moet jij kunnen uitleggen hoe die gegevens worden beschermd.
Twee keer nee: bouw het gerust zelf. Eén keer ja: laat er in elk geval iemand naar kijken voordat je ervan afhankelijk wordt. Twee keer ja: dan is dit geen klusje voor een middag.
Wat er dan verandert aan het inhuren
Dat AI bestaat, maakt het inhuren van een ontwikkelaar niet zinloos. Het verschuift alleen waar het werk zit.
Het schrijven van de code gaat sneller, en dat merk je in de prijs en in de doorlooptijd. Wat niet sneller gaat: uitzoeken wat er precies moet komen, kijken hoe het werk echt gaat op de vloer, bedenken wat er misgaat als iemand het anders gebruikt dan bedoeld, en er verantwoordelijk voor blijven.
Je betaalt dus ook voor iemand die bereikbaar is en problemen oplost. Hoe dat bij mij gaat staat in software laten maken: van eerste gesprek tot in gebruik.
Als je al iets hebt gebouwd
Een zelfgebouwde eerste versie is een bruikbaar startpunt. Je hebt al uitgezocht wat het programma moet doen en waar het schuurt.
Meestal is de verstandigste stap dan niet alles weggooien, maar er de dingen omheen zetten die ontbreken: rechten, controles, back-ups en een plek waar het betrouwbaar draait. Datzelfde geldt voor het Excel-bestand waar veel bedrijven mee begonnen, zie je Excel-bestand is ontgroeid.
Wil je weten wat er in jouw geval nodig is voordat je erop kunt bouwen? Plan een gratis bedrijfsscan. Ik kijk een uur mee en zeg eerlijk wat er wel en niet aan mankeert, ook als het antwoord is dat je prima verder kunt zoals het nu is.