Tijdsinschatting taken zzp: stop met gokken op maandagochtend

Het is maandag 9 uur en een opdrachtgever vraagt hoe lang die nieuwe landingspagina gaat duren. Je typt "ongeveer 4 uur", want "geen idee" voelt onprofessioneel en "12 uur" voelt duur. Donderdagmiddag zit je op negen uur, de pagina is 70% klaar, en je twijfelt of je het overschot zelf opvreet of een ongemakkelijke mail stuurt.

De meeste zzp'ers verliezen op deze manier geld. Niet aan slechte klanten. Aan hun eigen schattingen.

Waarom je structureel te laag inschat

Hier bestaat een naam voor: de planning fallacy. Simpel gezegd: als we een toekomstige taak voor ons zien, zien we de versie waarin alles soepel loopt. De briefing is helder, de klant weet wat hij wil, het bestand staat waar je het hebt opgeslagen, de code werkt. Tegen die imaginaire dag schat je af. De echte dag heeft altijd meer wrijving. Het gat tussen schatting en realiteit is dus geen karakterfout. Het is hoe je hoofd werkt zodra het zijn eigen gedrag moet voorspellen. De oplossing is structureel, niet een kwestie van harder je best doen.

Schat op basis van wat je al deed

De truc heet reference class forecasting en is minder hoogdravend dan het klinkt. In plaats van de nieuwe taak te verbeelden, zoek je een handvol vergelijkbare klussen die je al hebt afgerond, en kijk je hoe lang die echt hebben geduurd.

Neem Lars, een copywriter in Utrecht. Hij offreerde "een dag" voor een SaaS-landingspagina. Op dag vijf zit hij nog in revisies omdat de oprichter Slack-voicebericht na voicebericht stuurt. Als Lars even teruggescrold had door zijn laatste drie landingspagina's, had hij gezien: 11, 14 en 9 uur. Hij had 12 tot 16 moeten offreren, geen "dag".

De data is er al. Je urenregistratie, je facturen, je agenda. Bijkomend voordeel: dezelfde uren leveren je aan het einde van het kwartaal een schonere btw-aangifte en aan het einde van het jaar een jaarrekening waar je niet panisch van wordt. Als je voor het urencriterium toch al moet bijhouden hoeveel je werkt, kun je die uren net zo goed gebruiken om je volgende offerte beter te maken.

Knip taken in S, M, L, niet in losse uren

Uren voelen vals omdat ze precisie suggereren. Buckets zijn eerlijker. Een mailtje van 30 minuten is small. Een concept van 90 minuten is medium. Een offerte van drie uur is large. De rekensom is grover, maar de uitkomst zit dichter bij de waarheid, omdat je niet doet alsof je weet of iets 2,5 of 3 uur kost.

Daarom werkt TaskBerry op elke taak met S, M, L, XL, XXL in plaats van een vrij minutenveld. Zo kun je in één oogopslag zien of je dag past, zonder hoofdrekenen op zelfverzonnen getallen.

Bouw een buffer voor wat je vergeet

De schatting is voor het werk. De dag is voor het werk plus al het andere.

Wat standaard buiten de onderbuikinschatting valt:

• Context switching tussen deze taak en de drie andere dingen in je week
• De tweede ronde, nadat je er een nacht over hebt geslapen
• Het mailtje heen en weer over dat ene kleine ding dat de opdrachtgever terloops noemde
• Het zoeken naar de huisstijl, het juiste font, de vorige versie van het contract
• De typo fixen die de klant op de live pagina spotte
• WhatsApp- en Slack-voicebericht beantwoorden van een vaste opdrachtgever die "even snel" iets wil bespreken

Neem Noor, brand designer voor een kleine bakkerij. Ze schatte twee uur voor een logo-tweak. Echte tijd: vijf uur. Elke taak die de smaak van een klant raakt, vraagt minstens één extra ronde in je schatting.

Een buffer is geen padding om je ego te beschermen. Het is de regel op de offerte voor het deel van het werk dat je telkens vergeet als werk te zien.

Track één keer echt, dan ben je er vanaf

Als je op een handvol projecten per type je echte tijd bijhoudt, schat je niet meer op gevoel maar op je eigen geschiedenis.

Tom, ontwikkelaar van Shopify-thema's, offreerde altijd "rond de 30 uur" op gevoel. Na twee weken licht tracken zag hij dat thema's eigenlijk 38 tot 52 uur kosten. Hij offreert nu een range, plus een betaald discovery-uur vooraf.

Roos, boekhouder voor een paar kleine studio's, dacht dat haar maandafsluiting "ongeveer een dag" per klant was. De log zei 4,5 tot 7 uur.

Eerlijke kanttekening: de eerste week data is te dun om uit te schatten. Je hebt een paar weken nodig voordat patronen zichtbaar worden. En TaskBerry maakt geen offertes, verstuurt geen facturen, en koppelt niet met Moneybird, e-Boekhouden of Acumulus. Wil je offerte-tot-factuur in één tool, dan is dit hem niet. Wil je grip op je dag en je echte uren per klant, dan wel.

Offreren als je het écht niet weet

Voor totaal nieuw werk: offreer een discovery-blok. Een paar betaalde uren, vast bedrag, waarin je de klus echt scopet. Daarna offreer je de rest. Dat houdt de relatie schoon en voorkomt dat je twee weken gratis aan het denken bent voor een opdrachtgever die nog niet eens zeker is wat hij wil.

Wat je deze week doet

Pak de eerstvolgende taak waar je normaal naar gevoel een getal opplakt. Voordat je de offerte verstuurt, scrol terug naar de laatste drie vergelijkbare klussen en kijk wat ze echt hebben gekost. Heb je die data nog niet, begin deze week met loggen.

Dat is de hele verschuiving. Niet hogere getallen. Eerlijkere.