Onvolmaakte software is een keuze, geen noodlot

Elke software die je gebruikt mist iets — een veld dat niet helemaal bij je manier van werken past, een rapport dat bijna maar niet helemaal is wat je nodig hebt. Jarenlang was dat gewoon hoe software werkte: alles bouwen duurde maanden, dus gaten bleven gaten. Dat excuus houdt geen stand meer.

Software kostte vroeger zes maanden. Nu een halve dag.

Stel je voor dat je kon teleporteren. Niet "sneller ergens raken" — meteen, overal, zonder moeite. Boodschappen doen zou niet gewoon sneller worden. Het zou stoppen "boodschappen doen" te zijn. Je zou zo naar de Filipijnen gaan voor de ananas, aan boord van een vissersboot voor de Noorse kust voor de zalm, langs een boerderij in Normandië voor de melk — want niets zou je nog tegenhouden. De hele categorie "naar de supermarkt gaan" zou verdwijnen, vervangen door iets compleet anders opgebouwd.

Dat is de schaal van verandering die AI-gestuurde ontwikkeling naar software brengt — geen snellere levering van hetzelfde, maar een ander systeem. Een functie waar vroeger een team, een specificatie en een roadmap van zes maanden voor nodig was, kan nu in een namiddag gebouwd, getest en opgeleverd worden.

• Wat vroeger een "misschien volgend jaar" was, is nu een gesprek van deze week
• Iets helemaal opnieuw bouwen, omdat het niet helemaal klopt, is geen ramp meer — het is een optie
• De kloof tussen "wat gebruikers willen" en "wat de software doet" is geen resource-probleem meer

Als iets niet is zoals jij het zou willen, is dat een keuze

En dat werkt in beide richtingen. Als een team nu bijna alles kan veranderen, bijna onmiddellijk, dan is wat ze niet veranderd hebben geen beperking meer. Het is een beslissing.

Bij Biilby is dat een eis die we onszelf opleggen. Als een werfleider ons laat weten dat er een veld ontbreekt in het dagrapport — een veld dat hij elke dag nodig heeft — dan leggen we dat niet opzij onder "ooit misschien". Meestal kunnen we het opleveren voordat hij de volgende ochtend weer op de werf staat. Als iets niet is aangepast, is dat omdat we het hebben afgewogen — niet omdat het te moeilijk was.

Perfect voor iedereen is onmogelijk. Perfect voor de werven die we bedienen, is het doel.

Perfect betekent niet "alles, voor iedereen"

Geen enkele software past exact op het proces van elke klant — dat verandert nooit, hoe snel ontwikkeling ook wordt. Een tool die zich naar elke mogelijke werkwijze probeert te plooien, eindigt door geen enkele goed te bedienen. Dat is niet de lat die we leggen.

De lat is deze: het beste systeem, in zijn geheel, voor middelgrote bouwwerven, als categorie. Geen generieke bouwtool, en geen maatwerk voor de eigenaardigheden van één klant — de scherpst mogelijke fit voor hoe werfleiders, ploegbazen en werfteams écht werken, dag na dag.

Die claim verdienen we — we beweren ze niet zomaar

Zeggen "we bouwen voor de bouwsector" is makkelijk. Wat het waar maakt, is met wie we bouwen. Biilby krijgt vorm samen met echte werfleiders, op echte werven — lopende projecten, echte deadlines, echte onderaannemers — niet in een labo, en niet vanuit een generiek productbrief. Daarom zijn we ook op zoek naar pilootprojecten: werven die bereid zijn Biilby dagelijks te gebruiken en ons te vertellen waar het nog niet klopt, zodat "het beste voor de categorie" iets blijft dat we verdienen, niet iets dat we gewoon beweren.

Daarom blijven sommige onvolkomenheden ook bewust bestaan. Een aanpassing die het verzoek van één werfleider oplost, kan doorwerken op hoe rapporten, planningen of plankoppelingen zich gedragen op een andere werf — zoals de vier systemen die door één bericht worden gevoed die we in een eerder artikel beschreven. Als die afweging het niet waard is, zeggen we bewust nee — en kunnen we uitleggen waarom.

Biilby stelt voor wat bij jouw werf past. Jij beslist wat er verandert. Wil je project mee vorm geven? Vraag een demo aan en laten we het over een pilootproject hebben.