AI toevoegen aan je tool helpt. Je tool bouwen op AI verandert de methode.

Een werfleider stapt appartement 304 binnen en ziet een scheur in de vloerplaat. Hij weet meteen wat het betekent: welke aannemer, hoe ernstig ongeveer, wie het moet horen, of het de afwerking raakt. Dan opent hij de software, en begint het tweede werk: een categorie kiezen, een locatie uit een keuzelijst, een ernstniveau, een verantwoordelijke, een einddatum. Niets daarvan heeft hem iets bijgeleerd. Het was een vertaling, van wat hij al begreep naar iets wat een machine kon vasthouden.

Eén werf, tienduizend kleine feiten

Vermenigvuldig dat moment nu met één dag op een echte werf.

Een levering komt drie paletten te kort aan. Een onderaannemer komt opdagen met twee man in plaats van vijf. Een detail wordt om tien uur mondeling geregeld tussen twee ploegbazen op een overloop. Een zone is niet beschikbaar omdat er nog iemand anders werkt. Een planrevisie komt binnen en de helft van de aannemers ziet ze niet. Elk van die feiten telt voor iemand, en elk zou door een mens ingevoerd moeten worden voor een systeem er iets mee kan.

Dat is geen snelheidsprobleem. Zelfs aan nul seconden per invoer breken er drie dingen:

• Het volume. Niemand registreert elk klein detail, want dat betekent dat iemand stopt met de werf leiden en voltijds software begint te bedienen.
• De selectie. Dus voert men een fractie in — en die fractie wordt bepaald door wat het formulier formeel vraagt, niet door wat deze week echt telt. Het systeem houdt uiteindelijk het rapporteerbare vast, niet de toestand van de werf.
• De veroudering. En de fractie die er wél in raakt, drijft al af. De werf is verder gegaan terwijl het formulier werd ingevuld. Tegen dat het weekrapport klaar is, beschrijft een deel ervan een werf die niet meer bestaat.

En niemand heeft daarvoor gekozen. Software kon geen foto lezen, geen spraakbericht, en al zeker niet de manier waarop mensen op een werf praten. De structuur moest van een mens komen, vóór het feit erin ging, anders ging het er niet in. Starre plannings, vaste velden, gecodeerde documentenregisters — dat waren geen luie ontwerpkeuzes. Het was de enige manier waarop een machine een project kon vasthouden. Dat was de grond waarop iedereen werkte, en het is de grond die we beschreven toen we uitlegden waarom we Biilby bouwden.

AI toevoegen aan bouwsoftware helpt echt

Neem diezelfde methode en zet er een goed model bovenop. Er verbetert echt iets. Velden worden voorgesteld in plaats van getypt. Rapporten worden samengevat. De zoekfunctie vindt eindelijk het juiste document. E-mails schrijven zichzelf. Wie ooit een vrijdagnamiddag aan rapportering heeft besteed, weet precies wat dat waard is.

Maar kijk naar wat níét bewogen is. Iemand beslist nog altijd dat de scheur in een categorie thuishoort. De categorieën moeten nog altijd bestaan vóór de scheur. Het invoeren gebeurt nog altijd — een mens, of nu een model, vertaalt de realiteit nog altijd naar de vorm die het systeem eist. Het volume blijft onbetaalbaar, de selectie blijft door het formulier gestuurd, en het dossier blijft verouderen tussen twee updates.

De methode draait sneller. Het blijft dezelfde methode.

De beperking waar de methode op gebouwd was, is weggevallen

Dit is wat er echt veranderd is. Een model kan een foto, een zin, een spraakbericht of een geannoteerd plan aannemen en behandelen als volwaardige invoer — niet als een bijlage die aan een correct ingevuld record hangt. Ongestructureerde realiteit werd iets wat een systeem rechtstreeks kan vasthouden.

Dat is geen functie. Het is het wegvallen van de voorwaarde waar al de rest omheen ontworpen was.

Neem het documentenregister. Documenten coderen is waar de invoerlast altijd het zichtbaarst was: een naamgevingsconventie, een disciplinecode, een revisieletter, een zone, allemaal met de hand toegepast voor een plan terugvindbaar werd. Eén veld verkeerd, en het plan is in de praktijk kwijt. Gebouwd op AI wordt het plan geklasseerd op basis van wat erin staat en waar het voor dient, en het wordt op dezelfde manier teruggevonden — iemand vraagt het elektrisch plan van appartement 304 en krijgt het. Niemand moest het eerst correct coderen.

Het is exact de vorm van een argument dat we eerder al maakten: als een beperking wegvalt, wordt wat onvermijdelijk was een bewuste keuze.

Dezelfde doelen, een andere methode

Niets hiervan is een argument tegen goed projectbeheer. Zicht op de werf, coördinatie, verantwoording — dat waren altijd de juiste doelen. Ze werden alleen nagestreefd door structuur op te leggen aan een proces dat er geen produceert. Bereik ze op een andere manier en ze blijven overeind.

Een planning die geen enkele datum oplegt

Een planning gebouwd op opgelegde structuur geeft één datum en vraagt iedereen die te geloven. Uitgedrukt in marges draagt dezelfde activiteit drie scenario's die alle drie tegelijk waar zijn, en blijft de planning eerlijk over wat nog niemand weet. Dat is planning met marges — en het werkt alleen als de laag eronder kan volgen. Een beter model van de tijd, gevoed door formulieren, is nog altijd verouderd. Gewoon verouderd op betere datums.

Verantwoording zonder controlehiërarchie

Oude systemen dwongen verantwoordelijkheid af door mensen vast te zetten in rollen en goedkeuringsketens. Biilby doet het op het moment van de actie: het handelt nooit buiten wat jij mag doen, en als je iets vraagt buiten je bevoegdheid, zegt het je bij wie je moet zijn. Dezelfde verantwoording. Geen hiërarchie om te onderhouden.

De formulieren waren niet de fout in de methode. Ze waren de prijs van een machine die de realiteit niet kon lezen.

Wat 'gebouwd op AI' echt betekent

Niet een chatvenster over de oude database. Achter het gesprek zitten echte, blijvende objecten — de masterplanning, de fase- en weekplanningen, het documentenregister, de werfobservaties, de dagbriefing — die de werkelijke toestand van het project dragen en bijhouden. De chat is de deur. Het is niet het product. We hebben dat elders volledig uitgewerkt.

Biilby stelt voor, jij beslist. De werfleider oordeelt nog altijd zelf over de scheur in 304. Hij zit alleen niet meer 's avonds te typen in een vorm die iemand drie jaar geleden heeft gekozen.

De vraag die er nu toe doet

Elke bouwtool op de markt zal je vertellen dat er AI in zit. Dat is geen nuttige vraag meer. De betere is deze: wat moest dit product aannemen voor AI bestond, en stuurt die aanname het ding nog altijd?

Is het antwoord dat de realiteit nog altijd door een mens gestructureerd moet worden voor de software ze kan vasthouden, dan heeft AI een goede methode sneller gemaakt. Dat is iets waard. Het is alleen niet hetzelfde als ze veranderen.

Benieuwd hoe de andere versie eruitziet op een werf zoals de jouwe? Vraag een demo.