AI in uw bouwbedrijf: zelf bouwen, inkopen of slim combineren?

De uitvoerder spreekt een wijziging in, de werkvoorbereider zoekt de juiste tekening en op kantoor wordt dezelfde informatie opnieuw ingevoerd. U wilt dat slimmer organiseren. Maar koopt u een softwarepakket, laat u een eigen toepassing bouwen of begint u bij de systemen die u al heeft?

De beste keuze begint niet bij de leverancier met de indrukwekkendste AI-demo. Ze begint bij één vraag: welke stap moet voor uw mensen aantoonbaar beter worden? Een extra app heeft weinig waarde als het overtypen alleen naar een collega verschuift.

1. Koop geen AI voordat het probleem duidelijk is

“We willen iets met AI” is geen bruikbare uitvraag. “Meerwerk komt te laat op kantoor en mist vaak locatie, toelichting of akkoord” is dat wel. Beschrijf waar de informatie ontstaat, wie haar nodig heeft en welke handelingen nu dubbel gebeuren.

Maak eerst onderscheid tussen automatisering en AI. Een goedgekeurde werkbon doorzetten naar de projectadministratie kan met vaste regels en een koppeling. Een gesproken toelichting omzetten naar een conceptverslag vraagt interpretatie. Daar kan AI helpen, maar er moet ook iemand kunnen controleren wat wel en niet uit de bron volgt.

Dat vertrekpunt sluit aan bij het Nederlandse AI-Trendonderzoek 2026 van Berenschot, samen met onder meer Nyenrode Business Universiteit. De publieke samenvatting benadrukt strategische keuzes, betrouwbare gegevens, duidelijke verantwoordelijkheden en investeringen in invoering. De vraag verschuift van wat technisch mogelijk is naar waar AI aantoonbaar waarde toevoegt.

Onze vertaling naar de bouw: neem een uitvoerder, werkvoorbereider en iemand van kantoor mee in de selectie. Laat hen samen één werkstroom tekenen, van eerste registratie tot afhandeling. De beste oplossing voor één afdeling is niet automatisch de beste oplossing voor het hele project.

2. Zelf bouwen of inkopen is geen zwart-witkeuze

MIT Sloan onderscheidt kopen, versterken en bouwen: buy, boost, build. Bestaande AI afnemen geeft een andere verhouding tussen snelheid, controle en benodigde expertise dan een eigen oplossing ontwikkelen. Versterken betekent in die indeling bijvoorbeeld een bestaand model voorzien van bedrijfsspecifieke informatie.

De drie routes hieronder zijn onze praktische indeling voor bouwsoftware. Standaard plus maatwerk is daarbij breder dan MIT’s begrip ‘boost’. Voor een bouwbedrijf helpt nog een onderscheid: een eigen app of koppeling laten bouwen is niet hetzelfde als zelf een AI-basismodel ontwikkelen. U kunt een maatwerktoepassing laten maken die een bestaand model gebruikt. U heeft dan wel een eigen werkproces en gebruikersscherm, maar blijft voor de AI afhankelijk van een andere partij. Vraag dus altijd: welk deel is precies van ons, welk deel huren we en wie onderhoudt wat?

Inkopen: benut wat al goed bestaat

U hoeft geen eigen urenregistratie te bouwen omdat uw medewerkers een ander startscherm willen. Onderzoek eerst of het bestaande pakket de gewenste werkwijze ondersteunt via inrichting, een module of een beschikbare koppeling. Het voordeel: u hoeft niet zelf alle basisfuncties te ontwikkelen en kunt een bestaand product vooraf beoordelen.

De keerzijde is dat u soms uw werkwijze moet aanpassen. Dat kan verstandig zijn wanneer het proces onnodig ingewikkeld is. Het wordt ongunstig wanneer uw mensen dagelijks omwegen moeten nemen om essentiële projectinformatie vast te leggen. Een functie op de productplanning is bovendien nog geen functie waarmee u morgen kunt werken.

Maatwerk: bouw wat uw proces echt nodig heeft

Een onderhoudsbedrijf kan bijvoorbeeld een specifieke combinatie nodig hebben van locatie, foto, gesproken waarneming en de controle door kantoor. Maatwerk kan zulke stappen bijeenbrengen in één scherm, zonder het hele administratiesysteem te vervangen. Dat is een mogelijke toepassing, geen belofte dat iedere bestaande softwareomgeving dit toestaat.

Zelf ontwikkelen met een intern team geeft directe sturing en houdt technische kennis dichtbij. Het vraagt ook mensen voor ondersteuning, beveiliging, tests en aanpassingen. Extern laten bouwen biedt toegang tot die expertise, maar maakt overdracht en afspraken over beheer extra belangrijk. In beide gevallen blijft een interne proceseigenaar nodig: iemand die bepaalt wat goed werk is.

“Op maat” betekent niet automatisch “ons eigendom”. Leg vast welke gebruiksrechten, broncode, documentatie en toegang u krijgt. Bespreek ook wat een andere partij nodig heeft om het werk later over te nemen. Dit zijn selectie- en contractvragen, geen eigenschappen die vanzelf bij maatwerk horen.

Combineren: verbeter de verbinding, behoud de bruikbare basis

Stel dat de projectadministratie goed werkt, maar foto’s en toelichtingen via losse berichten binnenkomen. Dan kan een kleine invoertoepassing met een koppeling zinvoller zijn dan een nieuw totaalpakket. De administratie blijft de vaste bron voor projectnummers; de uitbreiding helpt informatie compleet aan te leveren.

Deze route verdient naar onze mening vaak als eerste onderzoek. Niet omdat combineren altijd goedkoper is, maar omdat u kunt afbakenen wat werkelijk ontbreekt. Bekijk daarvoor ook ons overzicht van bouwsoftware en de verbindingen ertussen.

3. Zeven vragen die meer zeggen dan een mooie demo

Een pakketleverancier, integratiespecialist en maatwerkbouwer hebben verschillende sterke punten. Ze kunnen samenwerken, maar wijs één partij aan die de complete werking coördineert. Leg ook vast welke leverancier welk onderdeel herstelt. Anders wordt een vastgelopen werkbon een discussie tussen helpdesks.

1. Kunt u onze werkdag laten zien?

Laat de leverancier met toestemming bruikbaar gemaakte, liefst geanonimiseerde voorbeelden verwerken: een onduidelijke opname, een ontbrekende foto en twee versies van een tekening. Test op de telefoon van de uitvoerder én op kantoor. Laat bij mobiel gebruik zien wat gebeurt zonder bereik en hoe zichtbaar wordt dat gegevens nog niet zijn verstuurd.

De Universiteit Twente benadert digitalisering in de civiele techniek vanuit de gebruiker in het proces. Haar onderzoeksthema omvat zowel technologie als invoering bij professionele organisaties en samenwerking tussen partijen. Dat is geen bewijs voor één product, maar wel een relevant uitgangspunt voor uw selectie.

2. Welke koppeling werkt al, en wat moet nog worden gebouwd?

“We hebben een API” — een technische ingang voor gegevensuitwisseling — is geen volledig antwoord. Vraag welke informatie kan worden gelezen én teruggeschreven, met welke licentie en hoe vaak. Laat een wijziging van begin tot eind zien. Wat gebeurt er bij dubbele verzending, een onbekend projectnummer of een storing? Wie merkt dat en wie herstelt het?

McKinsey beschrijft voor de bouwsector het belang van samenhangende werkprocessen en beter gegevensgebruik, met menselijke expertise bij beslissingen. De publicatie bevat ook toekomstbeelden. Gebruik die als richting, niet als bewijs dat uw leverancier die mogelijkheden vandaag al levert.

3. Kan AI laten zien waarop een antwoord is gebaseerd?

Vraag bij een conceptactie om de oorspronkelijke opname, foto of documentpassage, inclusief versie. Een zin die overtuigend klinkt, kan toch verkeerd zijn. Een leverancier moet kunnen demonstreren hoe ontbrekende informatie zichtbaar blijft en hoe een medewerker een fout corrigeert. Een vermoeden over de oorzaak van een gebrek mag niet ongemerkt een vastgestelde conclusie worden.

Een terugblik van het HBS AI Institute op een experiment met 758 BCG-consultants beschrijft dat AI niet bij iedere taak even goed helpt. Het onderzoek gaat over kennistaken, niet over bouwen. De bruikbare les voor onze praktijkproef: beoordeel de uitkomst per taak en vertrouw niet alleen op de verzorgde formulering. Neem productiviteitspercentages uit consultancy niet over als besparingsbelofte voor uw uitvoerders.

4. Wie kan bij onze gegevens, en wat gebeurt ermee?

Laat de leverancier uitleggen welke partijen projectbestanden verwerken, waar dat gebeurt, hoelang gegevens bewaard blijven en of ze worden gebruikt voor modeltraining. Test ook de afscherming: een onderaannemer mag niet zomaar de volledige administratie zien. Vraag om aantoonbare afspraken over toegang, back-ups en herstel. Een keurmerk alleen beantwoordt deze concrete vragen niet.

5. Wat gebeurt er na de oplevering?

Wie neemt op wanneer de koppeling op maandagochtend uitvalt? Welke ondersteuning zit in het tarief? Hoe worden wijzigingen in het administratiepakket en AI-model getest? Laat de leverancier een beheerplan aanbieden, niet alleen een bouwprijs. Vraag een referentie die de oplossing al gebruikt en bespreek vooral wat er na ingebruikname nog moest worden aangepast.

6. Hoe nemen onze mensen het over?

Vraag naar instructie, begeleiding op locatie en tijd voor medewerkers om te oefenen. BCG benadrukt dat AI opschalen ook herontwerp van processen en verandering in de organisatie vraagt. Het bureau gebruikt daarvoor onder meer zijn 10–20–70-vuistregel: het zwaartepunt ligt bij mensen en processen, niet bij het algoritme. Dat is een adviesmodel, geen vaste begrotingsverdeling voor ieder bouwbedrijf.

Vertaal dit naar de offerte: wie leert de uitvoerder ermee werken, wie helpt de administratie en wie verzamelt de problemen uit de eerste weken? Zonder zulke afspraken krijgt u mogelijk software geleverd, maar nog geen verbeterde werkwijze.

7. Kunnen we ook weer weg?

Vraag vóór de start een proefexport van projectgegevens, foto’s, opmerkingen en hun onderlinge verbanden. Een map losse afbeeldingen is geen overdraagbaar dossier. Leg de kosten en ondersteuning bij een overstap vast. Vraag bij maatwerk wie de broncode, instellingen en technische documentatie beheert. Een gezonde samenwerking moet niet afhankelijk zijn van één persoon met alle kennis.

4. Vergelijk de hele rekening, niet alleen de licentie

Laat alle kandidaten dezelfde gebruikssituatie begroten: hetzelfde aantal medewerkers en projecten, dezelfde koppelingen en dezelfde verwachte hoeveelheid documenten of audio. Vraag ook wat er verandert als het gebruik verdubbelt. Zo voorkomt u dat een lage instapprijs een dure gebruiksfase verbergt.

Zet daar een nuchtere opbrengst tegenover. Hoeveel minuten scheelt het hele proces, inclusief controle en herstel? Hoe vaak komt het voor? Een fictief rekenvoorbeeld: 40 registraties per week die elk netto 5 minuten minder kosten, leveren 200 minuten ruimte op, ongeveer 3 uur en 20 minuten. Dat is beschikbare tijd, niet automatisch extra winst. Het voordeel ontstaat pas wanneer het team die tijd nuttig kan inzetten.

Meet ook volledigheid en kwaliteit. Minder ontbrekende toelichtingen kan belangrijker zijn dan een verslag dat enkele seconden sneller klaarstaat. Tel bespaarde uren niet dubbel mee als zowel lagere personeelskosten als extra omzet.

5. Laat de leverancier zich bewijzen in een kleine praktijkproef

Ons voorstel: kies één afgebakend proces en spreek vooraf af wanneer de proef geslaagd is. Meet eerst hoe het nu gaat. Laat daarna de beoogde gebruikers dezelfde soort taken uitvoeren met de nieuwe werkwijze. Gebruik naast normale voorbeelden ook lastige gevallen; pas de criteria niet achteraf aan om een mooie uitkomst te krijgen.

1. Volledigheid: komen project, locatie, foto en toelichting bij elkaar aan?
2. Betrouwbaarheid: worden verkeerde of ontbrekende gegevens herkend, en blijft werk bewaard bij verbindingsverlies?
3. Netto tijd: daalt de totale behandeltijd, inclusief controle en herstel door kantoor?
4. Menselijke controle: is zichtbaar wat een AI-voorstel is en wie de definitieve stap goedkeurt?
5. Overdraagbaarheid: werkt de export en kan het team zonder hulp van de demonstrator verder?

Een concreet voorbeeld is de registratie van mogelijk meerwerk. De uitvoerder legt de situatie vast. AI helpt een conceptomschrijving te maken en wijst op ontbrekende informatie. De werkvoorbereider controleert scope en gevolgen. De bevoegde persoon besluit over aanbieding en akkoord. Een registratie of AI-voorstel is nog geen goedgekeurde opdracht. Dit is een voorgestelde proefopzet, geen beschreven klantresultaat.

Sluit de proef af met een besluit: invoeren, aanpassen of stoppen. Koppel de vervolgstap aan wat daadwerkelijk is aangetoond. Soms is de uitkomst dat een bestaande module voldoende is. Soms blijkt een kleine koppeling genoeg. En soms is maatwerk juist de verstandigste investering.

De juiste leverancier helpt u ook minder te bouwen

Een goede partner kan uitleggen waarom iets niet nodig is. Hij maakt onderscheid tussen wat al bestaat, wat moet worden ingericht en wat echt ontwikkeling vraagt. Hij bespreekt beperkingen net zo concreet als mogelijkheden.

Voor een bouwbedrijf is de beste AI-oplossing niet per se de meest zelfstandige. Het is de oplossing die informatie bruikbaar doorgeeft, vakmensen ondersteunt en duidelijk laat wie de beslissing neemt. Koop geen belofte dat AI alles overneemt. Kies een aanpak die aantoonbaar werk uit handen neemt.