Waarom we Biilby bouwden: middenin de chaos

Elke werf draait op duizenden kleine problemen.

Af en toe is het één grote crisis, een pijnlijke misser die achteraf uitgebreid besproken wordt. Maar meestal is dat niet wat een project echt uitput. Het is een eindeloze stroom kleine dingen: een levering die zes panelen te kort is, een onderaannemer die niet komt opdagen op lot 4, een klant die tijdens een gesprek van vijf minuten op de werf plots van gedacht verandert over een tegelkleur, een detail dat niet helemaal met het plan klopt, een vraag die al sinds gisteren op antwoord wacht. Geen van die dingen bedreigt op zichzelf het project. Samen zíjn ze het project.

Dat is het vertrekpunt van Biilby, en we zeggen het maar meteen: wij zien die chaos niet als een probleem dat opgelost moet worden. We zien het als de permanente toestand van een werf — en de meeste tools die voor deze sector gebouwd zijn, zijn mislukt omdat ze dat niet willen aanvaarden.

De werf zal nooit georganiseerd zijn

Elke tool voor projectbeheer die ooit aan de bouwsector is verkocht, doet dezelfde impliciete belofte: organiseer je werf goed, voer je gegevens goed in, volg het proces goed — en je krijgt overzicht en controle.

Dat klinkt redelijk. Het is ook een belofte die bijna nooit wordt waargemaakt, omdat ze iets vraagt wat een werf niet kan geven: aanhoudende discipline, van tientallen mensen, elke dag, onder druk, op het terrein, met vuile handen en vijf andere dingen te doen.

Dus blijven de tools halfvol staan. De Gantt-planning wordt vanaf week drie niet meer bijgewerkt. De wekelijkse rapportering wordt herleid tot één regel, uit het hoofd geschreven, dagen na de feiten. Ondertussen speelt het echte project — datgene wat bepaalt of de werf op tijd en binnen budget klaar raakt — zich elders af: in een tiental WhatsApp-gesprekken, in gangpraatjes, in foto's zonder context, in beslissingen die mondeling genomen en nooit opgeschreven werden.

Die kloof — tussen het nette project dat de tools verwachten en het rommelige project dat werkelijk bestaat — is waar waarde verloren gaat. Niet door nalatigheid, maar omdat die tools van de werf iets vroegen wat ze structureel niet kan worden.

Context is het project

Dit is wat écht moeilijk te vangen is, en wat volgens ons het meeste telt: de werkelijke status van een project, op elk gegeven moment, is geen document. Het is context. Het is de opgestapelde, verspreide, voortdurend veranderende som van alles wat gezegd, beslist, geleverd, uitgesteld en aangepast is — en dat voor het grootste deel nooit ergens werd genoteerd waar een systeem het kan lezen.

Klassieke tools proberen een momentopname te vangen: de planning van vandaag, het budget van vandaag, de opleveringspunten van vandaag. Maar de gezondheid van een project is eigenlijk geen momentopname — het is het verhaal van hoe je hier geraakt bent, en wat er stilletjes onder de oppervlakte opbouwt:

• De vertraging die nog niet in de planning staat, omdat iedereen nog hoopt ze te kunnen opvangen.
• De relatie met een onderaannemer die stilaan verzuurt, gemiste oproep na gemiste oproep.
• Drie kleine problemen op hetzelfde lot die samen eigenlijk één groter probleem vormen dat nog niemand benoemd heeft.

Dat is bijna onmogelijk te vangen met de tools die de sector al dertig jaar gebruikt, omdat die tools vereisen dat iemand het opmerkt, beslist dat het ertoe doet, en het manueel invoert. Context laat zich niet zo bewust en gestructureerd vastleggen. Ze moet gevangen worden op het moment zelf, in de vorm die ze van nature aanneemt.

Een interface die zich aanpast aan de werf, niet omgekeerd

Dat brengt ons bij het tweede fundamentele idee: de interface moet iets zijn wat mensen al kennen, zonder erover na te hoeven denken.

Bijna iedereen op een werf — van de werfleider tot de zestigjarige ploegbaas tot de nieuwste leerling — weet al hoe je een foto en een berichtje van twee regels via WhatsApp verstuurt. Niemand moest daarvoor opgeleid worden. Niemand moet een login onthouden voor een systeem dat hij twee keer per maand opent. Dat is geen klein detail van gemak; het is de hele kern van de zaak. Elke extra tool, elke extra stap, elk "gelieve dit ook in de app te noteren" is een belasting die stilzwijgend betaald wordt — mensen stoppen er gewoon mee.

Daarom vraagt Biilby de werf niet om een nieuwe discipline aan te leren. Biilby neemt de discipline over die er al is. Het leeft in dezelfde informele, verspreide, chat-gebaseerde communicatie die er toch al is — en laat die net zo rommelig als ze van nature is.

De chaos laten spreken

Hier doet de AI het echte werk, en hier zit volgens ons de echte doorbraak. Grote taalmodellen zijn, voor het eerst, écht goed in precies wat dit probleem vraagt: verspreide, informele, onvolledige, slecht geschreven, context-afhankelijke menselijke communicatie lezen — en eruit halen wat ze werkelijk betekent.

Die capaciteit verandert alles. De werf hoeft haar eigen informatie niet langer zelf te structureren zodat een systeem ze kan begrijpen — het systeem kan die vertaalslag zelf maken, continu, op de achtergrond, uit dezelfde rommelige stroom van foto's, spraakberichten en berichtjes van twee regels die er toch al zou zijn.

Biilby probeert de werf dus niet te organiseren. Het aanvaardt dat de werf chaotisch is, en altijd zal blijven — en leeft in die chaos, in plaats van er buiten te staan en orde te eisen.

Biilby beheert de complexiteit. Jij ziet simpele dingen.

Wij geloven dat dit de enige realistische weg is naar iets waar de sector al decennia naar verlangt en nooit echt heeft gehad: een permanent, levend beeld van waar een project werkelijk staat — geen momentopname die vorige week is samengesteld, maar de opgestapelde, actuele realiteit van de werf, altijd up-to-date, omdat ze gebouwd is op wat mensen toch al aan het zeggen waren.

Waarom dit meer betekent dan het lijkt

Het is verleidelijk om dit allemaal te lezen als een verhaal over productiviteit — minder rapportering, snellere antwoorden, minder administratie. Dat klopt, maar het doet het onrecht aan.

Het diepere punt gaat over risico. De meeste ernstige problemen op een werf beginnen niet als crisis. Ze beginnen als een van die duizend kleine problemen — één keer terloops vermeld in een bericht dat niemand als belangrijk aanduidde. Tegen de tijd dat het in een wekelijks rapport verschijnt, is het vaak al duur geworden. Een tool die die eerste vermelding kan horen, en ze kan koppelen aan de twee andere kleine vermeldingen die er samen een patroon van maakten, bespaart niet alleen tijd. Ze merkt dingen drie weken vroeger op dan wie dan ook anders zou hebben gedaan — terwijl er nog ruimte was om goedkoop bij te sturen in plaats van duur te moeten ingrijpen.

Dat is de weddenschap achter Biilby: niet dat we een werf ordelijk kunnen maken, maar dat dit niet nodig is. De chaos was nooit de vijand. Ze uit het oog verliezen, dat wel.

Vandaag begint het

We bouwen deze grondgedachte, en het product errond, al een tijdje — in gesprekken met werfleiders, in pilootprojecten, tijdens lange avonden discussiëren over wat de tool wel en niet van de gebruikers mocht vragen. Vandaag, 1 juli 2026, stoppen we ermee dit privé bij te schaven en leggen we het aan jullie voor.

Deze blog wordt de plek waar we hardop nadenken over dat traject — wat we leren op echte werven, waar de grondgedachte standhoudt en waar ze op de proef wordt gesteld, en wat we hierna bouwen. Beschouw dit bericht als de fundering waarop al de rest voortbouwt.

Vandaag begint het. Wil je het zien op een project zoals het jouwe? Vraag een demo.