Waarom bouwbedrijven blijven werken met Excel voor calculatie
Vraag een calculateur bij een middelgroot bouwbedrijf hoe zijn werkproces eruitziet en je hoort dezelfde beschrijving: een basisbestand in Excel, aangevuld met ervaringsgetallen, bijgesteld op basis van het laatste project dat mis ging. Dat is geen luiheid en geen gebrek aan ambitie. Het is een rationele reactie op pakketten die te generiek zijn. Standaard bouw-ERP-systemen komen met modules voor alles: inkoop, facturatie, personeelsplanning, urenregistratie. Maar de calculatielogica die een ruwbouwer nodig heeft verschilt fundamenteel van die van een installateur of een afbouwspecialist. Een pakket dat alles doet, doet niets precies goed genoeg. De Excel blijft dus staan naast het pakket, niet in plaats van het pakket.
Wat gaat er mis als calculatie en planning los van elkaar leven?
De calculatie bepaalt de materiaallijst en de inzet van mensen. De planning bepaalt wanneer wie waar staat. Als die twee niet met elkaar praten, ontstaat een klassiek probleem: de uitvoerder krijgt een planning die gebaseerd is op aannames die de calculateur drie maanden geleden maakte, zonder toegang tot de actuele materiaalprijs of de bezettingsgraad van de ploeg. Dat leidt tot nabestellingen, stilstand op de bouwplaats en een nacalculatie die niemand wil zien. Bouw groeit in 2026 naar verwachting beperkt, met 0,2% volgens Rabobank-prognoses. In een markt met krappe marges is dat precies het soort verlies dat het verschil maakt tussen een project dat wat oplevert en een project dat je terugkomt bijleggen.
Wanneer is een standaardpakket goed genoeg en wanneer niet?
Een standaard bouw-softwarepakket werkt prima als je bedrijfsprocessen dicht bij de standaard liggen: vaste ploeggrootte, weinig variatie in projecttypen, weinig maatwerk in de uitvoering. Voor GWW-bedrijven, gespecialiseerde aannemers of bouwers die ook onderhoud en service doen naast nieuwbouw, loopt het spaak. De reden is simpel: het pakket is gebouwd rond de meest gangbare werkwijze, niet rond jouw werkwijze. Aanpassen kan, maar maatwerkaanpassingen in een standaardpakket zijn duur, breekbaar bij updates en creëren afhankelijkheid van de leverancier. Op het moment dat je meer uren kwijt bent aan het onderhouden van de aanpassing dan je wint met de automatisering, is de rekensom negatief.
Wat werkt wel: domein-specifieke systemen en AI-ondersteuning
Bouwbedrijven die de stap zetten naar een systeem dat is gebouwd rond hun eigen calculatielogica en planningsritme, merken het verschil direct in de operatie. Calculatieregels worden eenmalig vastgelegd en hergebruikt. Aanvragen voor nieuw werk worden sneller beoordeeld omdat de historische projectdata direct beschikbaar is. Planningswijzigingen worden doorgezet naar de materiaalinkooplijst zonder tussenkomst van een tweede medewerker. Dat is geen AI-magie: dat is het resultaat van een systeem dat is gebouwd op de echte werkstroom, niet op een generiek processchema. Voor bedrijven die het kernsysteem willen vervangen is de Bonsai AI Digital Twin de aanpak: een volledig nieuw, domein-specifiek systeem dat in maanden in productie staat. Voor bedrijven die het bestaande pakket willen houden maar er een intelligente laag omheen willen bouwen, zijn Bonsai AI Workers de route: ze nemen het tikwerk over zonder het bestaande systeem aan te raken.
Hoe begin je zonder een groot digitaliseringsproject te starten?
De meeste bouwbedrijven stappen niet over op een nieuw systeem omdat ze bang zijn voor het traject. En terecht: implementaties van standaardpakketten lopen regelmatig uit en kosten meer dan begroot. De sleutel zit in klein beginnen met hoge impact. Identificeer het proces waar de meeste tijd verloren gaat aan handmatig overtypen of dubbel invoeren: is dat de calculatie zelf, de omzetting van calculatie naar werkorder, of de urenregistratie terugkoppelen naar de nacalculatie? Begin daar. Bouw een oplossing die precies dat ene proces afvangt, zorg dat het in productie draait, en bouw pas daarna verder. Zo vermijd je het big-bang-risico en bouw je vertrouwen op in de operatie.
