Hoe enterprise-teams met vibe-coding interne tools in dagen bouwen in plaats van maanden

Er is iets fundamenteels aan het verschuiven in hoe enterprise-teams software bouwen. Niet in de grote platformen of de customer-facing apps, maar in de interne tooling: de dashboards, goedkeuringsflows, rapportagetools en CRM-uitbreidingen die normaal gesproken maanden in de planning staan en dan toch een jaar duren.

Vibe-coding is het informele label dat is gaan plakken aan een werkwijze waarbij een developer, al dan niet met de hulp van een product owner of zelfs een business analist, een AI-assistent gebruikt om werkende code te genereren op basis van omschreven bedoelingen. Geen volledig uitgeschreven functioneel ontwerp. Geen maanden aan specificaties. Je beschrijft wat je wil, de AI schrijft de eerste versie, jij stuurt bij.

Bij Livewall doen we dit al een tijdje. Niet als experiment, maar als onderdeel van hoe we webapplicaties bouwen en interne systemen opzetten voor onze opdrachtgevers. Wat we zien, is dat de versnelling reeel is. Maar de manier waarop je het aanpakt, bepaalt of je er echt van profiteert.

Wat vibe-coding in de praktijk betekent

De term is losjes, maar de werkwijze is concreet. Een medewerker van een operationeel team beschrijft wat hij nodig heeft: een tool om inkomende aanvragen te categoriseren, een dashboard dat twee databronnen samenvoegt, een formulier met automatische goedkeuringsrouting. Een developer, soms aangevuld met een AI-agent zoals die van onze zusterorganisatie Mach8, werkt dat uit in een werkende applicatie, sneller dan een traditioneel iteratieproces dat zou toestaan.

De sleutel zit in twee dingen. Ten eerste: de AI is goed geworden in het genereren van herhaalbare code. Boilerplate, formulierlogica, databasekoppelingen, API-integraties: dit soort werk dat vroeger een groot deel van de bouwtijd opslokte, wordt nu in minuten gegenereerd. Ten tweede: de feedback loop is veel korter. Je ziet iets werken, je past het aan, je test het opnieuw. Dat zijn uren in plaats van weken.

Wat dit voor enterprise-teams betekent: interne tools die voorheen niet werden gebouwd omdat de investering te hoog was ten opzichte van de verwachte besparing, worden nu wel gebouwd. De drempel is gezakt.

Wat dit niet is

Vibe-coding is geen toverstaf. Het werkt niet goed voor complexe systemen met meerdere afhankelijkheden, voor toepassingen met strenge beveiligingseisen die grondig moeten worden geaudit, of voor situaties waar de vereisten zelf nog niet duidelijk zijn.

Een AI-assistent genereert code op basis van wat je beschrijft. Als je niet precies weet wat je wil, krijg je iets dat er oppervlakkig goed uitziet maar de echte behoefte niet raakt. De klassieke garbage-in-garbage-out waarschuwing geldt hier volledig.

Wat we bij rapid prototyping en custom tooling hebben geleerd: het meeste van de waarde zit in de definitiefase. Wie gaat dit gebruiken? Wat is de eerste taak die ze ermee uitvoeren? Wat is goed genoeg voor een eerste versie? Als je die vragen helder hebt, werkt AI-ondersteunde ontwikkeling versnellend. Zonder die helderheid bouw je snel iets dat niemand wil gebruiken.

Wat enterprise-teams nu anders doen

We spreken veel met IT-teams en product owners bij grotere organisaties. Een patroon dat we vaker horen: de interne wachtrij voor IT-projecten is lang, de prioriteiten worden centraal bepaald, en kleine operationele verbeteringen verdwijnen structureel naar de bodem van de backlog.

Vibe-coding, en meer specifiek de combinatie van AI-tooling met een kleine hands-on developercapaciteit, doorbreekt die bottleneck voor de kleinere use cases. Een team dat anders zes maanden zou wachten op IT-capacity, heeft nu in twee weken een werkende tool. Niet altijd perfect, maar goed genoeg om te starten, te leren en bij te sturen.

Dit vraagt iets van de organisatie. Je hebt mensen nodig die de opdracht scherp kunnen formuleren. Je hebt een developer nodig die de output van een AI-assistent kan beoordelen en aanscherpen. En je hebt een acceptatie nodig van 'goed genoeg om te starten' in plaats van 'volledig uitgedacht voor we beginnen'.

Bij Livewall werken we vanuit exact dat principe bij MVP-ontwikkeling: klein beginnen, leren, doorgroeien. We zien dat enterprise-teams die die mindset intern overnemen, structureel sneller zijn.

De implicaties voor IT-inkoop

Als de bouwtijd voor interne tools met een factor tien daalt, verandert ook de vraag of je intern of extern bouwt. Traditioneel geldt: voor kleine tools koop je een SaaS-oplossing, voor grote systemen huur je een team. Vibe-coding opent een derde optie: een klein extern team dat in weken maatwerk levert dat perfect past bij de specifieke manier waarop jouw organisatie werkt.

Dat heeft consequenties. De license-kosten voor een generieke SaaS-tool die 70% van je behoefte dekt, zijn misschien hoger dan de eenmalige bouwkosten voor een tool die precies doet wat jij nodig hebt. En een tool die je zelf beheert, koppel je rechtstreeks aan je eigen systemen, zonder dataconcessies naar een externe partij.

We zien dit steeds vaker als onderdeel van de digitale strategie van organisaties die al lang met SaaS-oplossingen werken maar tegen de beperkingen aanlopen. De vraag 'kunnen we dit laten bouwen?' wordt opnieuw interessant als het antwoord 'ja, in drie weken' is in plaats van 'ja, in zes maanden'.

Niet alles leent zich daarvoor. Maar meer dan voorheen.

Hoe wij dit aanpakken bij Livewall

Bij Livewall werken we met kleine teams, met als maximum drie mensen per project, en weekdoelen in plaats van maandplanningen. Die werkwijze past naadloos bij wat vibe-coding mogelijk maakt. We starten niet met een volledig functioneel ontwerp, maar met een werkende schets die we zo snel mogelijk bij echte gebruikers leggen.

Voor interne tools betekent dit concreet: we beginnen met de ene flow die het meeste pijn doet. We bouwen die, testen intern, passen aan. Pas als die werkt, kijken we naar de volgende stap. Dat voorkomt het klassieke probleem waarbij een groot systeem wordt opgeleverd dat de werkelijkheid al is voorbijgestreefd.

Onze samenwerking met Mach8, het AI-automatiseringsplatform binnen United Playgrounds, geeft ons daarbij extra capaciteit. Waar Livewall de gebruikersgerichte kant van een tool bouwt, kan Mach8 de onderliggende AI-workflows en automatiseringen verzorgen. Dat maakt het mogelijk om in dezelfde korte doorlooptijd meer intelligentie in een tool te bouwen dan een traditioneel team zou kunnen.

Als je benieuwd bent wat er in jouw organisatie in een paar weken haalbaar is, is dat precies het gesprek dat we graag voeren.