livewall

Waarom wachten met bouwen tot het ontwerp af is?

By Mathijs Bontje, Head of Operations at livewall

Eerst uitzoeken, dan ontwerpen, dan bouwen en pas daarna live. Zo ging platformontwikkeling jarenlang. Maar volgens Head of Operations Mathijs Bontje hoeft development niet meer te wachten tot het ontwerp klaar is. Hij vertelt hoe AI-tooling die fases door elkaar laat lopen, wat dat vraagt van een team en waarom "af" eigenlijk niet het juiste ijkpunt is.

Share & copy

Service

Digitale producten

Solide, schaalbare digitale fundaties die merken een directe, eigen verbinding geven.

Meer over digitale producten
Media item 1

Af is de verkeerde vraag

Ik kom er steeds op terug: “af” is eigenlijk niet het juiste ijkpunt voor een platform. Niet voor livegang, maar ook niet daarna.

Dit stuk gaat over dat eerste. Over wat er gebeurt als je stopt met wachten tot het ontwerp helemaal klaar is voordat je begint met bouwen.

Platformontwikkeling was lange tijd vrij lineair. Eerst uitzoeken wat er nodig is, dan ontwerpen, vervolgens bouwen en uiteindelijk live. Elke fase wachtte netjes op de vorige. Logisch ook: je wil weten wat je gaat bouwen voordat je eraan begint.

Maar ik merk dat we die volgorde steeds meer loslaten.

Wat er nu anders kan

AI-tooling maakt het veel makkelijker om die stappen door elkaar heen te laten lopen. Terwijl we nog gesprekken voeren, behoeften ophalen en keuzes maken, kunnen we tegelijkertijd al iets bouwen dat werkt.

Niet als eindproduct, maar juist om van te leren.

Ik zie dat bij ons op verschillende plekken gebeuren. Onze designer Evi Franken werkt bijvoorbeeld steeds eerder samen met developers aan een werkende versie van het product. Niet eerst een volledig ontwerp maken en dat daarna overdragen, maar samen iets neerzetten en direct toetsen of het in de praktijk ook werkt.

Daardoor ziet een designer eerder wat technisch goed werkt, en ziet development eerder wat een bepaalde keuze betekent voor gebruiksvriendelijkheid. En de klant heeft al vroeg in het traject iets in handen waar daadwerkelijk doorheen geklikt kan worden.

Bij Roy van Zoelen , een van onze developers, zie ik iets vergelijkbaars vanaf de andere kant. Hij werkt inmiddels grotendeels vanuit een chatgesprek met een AI-agent. Hij typt zelf nauwelijks nog code. Hij bespreekt wat er moet komen, waarna de agent code schrijft, test en screenshots maakt. Zijn rol verschuift daarmee steeds meer van maker naar regisseur.

Hij vertelde me laatst dat een klant op maandag nog een idee kan bespreken en op dinsdag al door een werkende versie kan klikken.

En dat is goed.

Media item 1
Media item 2
Media item 3

Bouwen wordt onderdeel van het ontwerpen

Want zo’n werkende versie is niet alleen een snellere manier om iets te produceren. Het is vooral een manier om eerder te ontdekken of een idee daadwerkelijk werkt.

Kloppen onze aannames? Begrijpt iemand hoe het werkt? Is wat we op papier logisch vonden in de praktijk ook logisch?

Je hoeft het ontwerp dus niet helemaal af te ronden voordat development mag beginnen. Bouwen wordt steeds meer onderdeel van het ontwerpproces zelf.

Wat dat vraagt van een team

Dat vraagt natuurlijk wel iets van de manier waarop je samenwerkt.

Designers en developers die vroeger vooral na elkaar aan de slag gingen, moeten veel eerder samen aan tafel zitten. Een keuze die vandaag logisch lijkt, kan morgen alweer veranderen omdat je iets hebt gebouwd, getest en daarvan hebt geleerd.

Je gaat daardoor misschien vaker terug naar de tekentafel, maar hebt toch sneller resultaat.

Waar de winst zit

Daar zit voor mij uiteindelijk de grootste winst: je weet veel eerder of een idee tot haar recht komt.

Niet pas nadat er maanden is ontworpen en gebouwd, maar terwijl je nog volop bezig bent om samen te bepalen wat het eigenlijk moet worden.

En dat is waarom het ook niet gek is dat een platform, eenmaal live, nooit echt af is.

Daarover volgende keer meer.

This is where the fun begins

Ready to design interactions that actually stick with your brand? Let's talk.