Bij de projectinschatting verliezen dienstverleners ongemerkt geld. Niet bij de projectuitvoering, niet in de verkoop – maar in de schatting. Een getal dat bij de offerte te laag is vastgesteld, legt een margeverlies vast dat zelfs met een uitstekende oplevering niet meer kan worden gecompenseerd. En de meeste schattingen worden op de slechtst mogelijke manier gemaakt: een ervaren kracht gokt onder tijdsdruk op een blanco pagina, gebaseerd op een half herinnerd, vergelijkbaar project.
De beste AI-workflow voor de projectinschatting vervangt dat menselijke oordeel niet – het geeft het een gestructureerd uitgangspunt en dwingt elk getal om zijn redenering te onderbouwen. Het resultaat is een verdedigbare inschatting met een expliciete aanname achter elke regel, en een marge die u daadwerkelijk kunt beschermen.
Start altijd vanaf de scope, nooit vanaf een getal
Een goede schatting is het gevolg van een goed gedefinieerde projectscope. Als de scope vaag is, is de schatting slechts een gefundeerde gok. Daarom begint de workflow met het nemen van een gestructureerde scope – deliverables, grenzen, uitsluitingen, aannames – en deze te ontleden in schatbare werkeenheden. Het schatten van de scope, en niet "het project", maakt het cijfer traceerbaar: u ziet precies welke aanname welke kosten veroorzaakt.
Een expliciete aanname achter elk cijfer
Dit is de regel die uw marge beschermt. Elk inspannings-, kosten- en bezettingscijfer is gekoppeld aan een expliciete aanname – "veronderstelt dat de klant schone gegevens aanlevert", "veronderstelt twee revisierondes", "veronderstelt geen integratie met derden". Een aanname die zichtbaar is gemaakt, is een aanname die u kunt onderhandelen, in rekening brengen of waar u het project omheen kunt plannen. Een aanname die impliciet blijft, is een wijzigingsverzoek (Change Request) dat erop wacht om uw marge op te eten.
Het gevaar is niet een verkeerd getal. Het is de onuitgesproken aanname achter een getal dat er goed uitzag.
Inspanning, kosten, bezetting, risico
De engine zet de ontlede projectscope om in vier onderling verbonden resultaten:
- Inspanning – bandbreedtes per werkeenheid in plaats van schijnpreciese puntschattingen, zodat onzekerheid zichtbaar is in plaats van verborgen.
- Kosten – afgeleid van de inspanning en de juiste blended tarieven voor de feitelijk benodigde resources.
- Bezetting – de rollen en senioriteit die het werk vereist, waardoor over- of onderbezetting aan het licht komt.
- Risico – een waarschuwing bij elke regel die het project kan schaden: onduidelijke eisen, optimistische aannames, afhankelijkheid van de klant.
Omdat deze factoren met elkaar verbonden zijn, heeft het wijzigen van een aanname invloed op alle vier. Dit maakt van een statische Excel-tabel een model dat u aan een stresstest kunt onderwerpen voordat u zich op een prijs vastlegt.
Hoe dit de marge beschermt
Margebescherming is geen aparte stap die aan het einde wordt toegevoegd – het is het resultaat van een correct uitgevoerde schatting. Omdat de aannames expliciet en de risico's regel voor regel zijn gemarkeerd, laat de workflow precies zien waar een project waarschijnlijk ondergewaardeerd is voordat de offerte de deur uitgaat. U ziet het risico zolang u nog de prijs kunt aanpassen, de scope opnieuw kunt definiëren of het project in fasen kunt onderverdelen. De duurste schatting is degene waarvan u pas tijdens de projectuitvoering ontdekt dat deze verkeerd was.
Stop met schatten vanaf een blanco pagina
Het cumulatieve voordeel is het einde van de blanco pagina. Elke schatting die de workflow genereert, wordt een herbruikbare referentie voor het volgende vergelijkbare project. Met de tijd bouwt u een bibliotheek op van gestructureerde schattingsmodellen die zijn afgestemd op de aard van het werk dat u werkelijk verricht. Een nieuwe aanvraag begint met het best passende model en wordt aangepast – niet uit de herinnering van één persoon onder tijdsdruk. Het systeem wordt bij elke deal nauwkeuriger, en de schatting wordt tegelijkertijd sneller en betrouwbaarder.
Zoals altijd neemt de AI de massa van het werk over en is de mens verantwoordelijk voor het resultaat. De engine ontleedt, schat in bandbreedtes en zet waarschuwingen; een menselijke beoordelaar controleert de aannames, past ze aan de context aan die het model niet kan kennen, en keurt de prijs goed. Het oordeelsvermogen blijft menselijk; de blanco pagina verdwijnt.
Waarom verliezen stagnant marge bij de projectinschatting?+
Omdat een getal dat bij het schatten te laag is vastgesteld, een verlies vastlegt dat een goede projectuitvoering niet meer kan compenseren. De meeste schattingen worden onder tijdsdruk op een blanco pagina gegokt, waarbij de meest risicovolle aannames onbenoemd blijven – zo is het margeverlies al voor projectstart ingebakken.
Wat betekent "een expliciete aanname achter elk cijfer" in de praktijk?+
Elk inspannings-, kosten- en bezettingscijfer berust op een expliciete aanname (bijv. aangeleverde schone gegevens, een vast aantal revisierondes, geen integratie van derden, enz.). Door aannames zichtbaar te maken, kunt u ze onderhandelen, in rekening brengen of het project eromheen plannen, in plaats van ze later als onbetaalde wijzigingsverzoeken (Change Requests) op te vangen.
Genereert de AI gewoon een getal?+
Nee. Het ontleedt de scope in schatbare eenheden, produceert gekoppelde inspannings-, kosten-, bezettings- en risicoschattingen als bandbreedtes, en koppelt elke schatting aan een aanname. Een menselijke beoordelaar controleert vervolgens de aannames, past ze aan de context aan die het model niet kan zien, en keurt ze goed. Het resultaat is een verdedigbaar model, geen enkel ondoorzichtig getal.
Hoe helpt dit ons om niet meer vanaf een blanco pagina te schatten?+
Elke schatting wordt een herbruikbare, gestructureerde referentie die is afgestemd op het type werk. Nieuwe kansen beginnen met het best passende model en worden aangepast, in plaats van opnieuw te worden opgebouwd uit de herinnering van één persoon. De bibliotheek groeit, waardoor schattingen in de loop van de tijd steeds sneller en nauwkeuriger worden.
Kunnen we dit testen op onze eigen projecten uit het verleden?+
Ja – het duidelijkste bewijs is om de workflow toe te passen op een reeds uitgevoerd project en de gemaakte aannames en risicoaanwijzingen te vergelijken met wat er werkelijk is gebeurd. Boek een kort gesprek en we lopen er samen doorheen op een van uw echte projecten.
Gerelateerde service
Wil je dat we deze workflow voor je implementeren?