Waarom ik alleen nog freelance projecten op vaste prijs aanneem

Toen ik in 2022 met freelance projecten begon, werkte ik op uurbasis. Elke maand een urenlijst, elke week updates over wat het ongeveer nog ging kosten, en bij elke nieuwe feature weer een schatting. Inmiddels werk ik standaard op vaste prijs - en zowel mijn klanten als ik zijn daar structureel beter af. Dit is waarom.

Het probleem met uurtje-factuurtje

Voor de klant: onduidelijkheid over totaalbudget. Een developer die zegt "ongeveer 80 uur" heeft een 50% marge tussen 60 en 120 uur. Bij €100/uur is dat €6.000 verschil. Klanten plannen vervolgens hun cashflow op de ondergrens en raken gefrustreerd als het 40% duurder uitpakt - vaak volkomen terecht, want onderweg werd scope stiekem uitgebreid.

Voor de developer: perverse incentives. Meer uren = meer inkomsten. Dat maakt optimaliseren en efficiënt werken economisch onaantrekkelijk. Een ervaren developer die een taak in 4 uur klaart, krijgt minder betaald dan een junior die er 12 uur over doet. Dat is geen systeem dat kwaliteit beloont.

Wekelijkse discussies over uren. "Die 3 uur voor het fixen van de staging omgeving - hoort dat bij scope of is dat meerwerk?" Elke keer opnieuw, voor elke kleine beslissing.

Het alternatief: fixed-price met duidelijke scope

Elk project bij VanIersel Development start nu met:

1. Gratis kennismaking van 20–30 minuten. Doelen, stack, planning, kritieke deadlines.
2. Vaste prijsopgave binnen drie werkdagen. Scope, tech stack, mijlpalen, deliverables, prijs. Geldig 30 dagen.
3. Pas na akkoord start het werk. Wekelijkse preview links, iteratierondes binnen scope.
4. Meerwerk wordt apart geoffreerd. Als scope groeit krijgt je een nieuwe mini-offerte voor het extra deel. Geen stiekeme uren.

Het resultaat: klanten weten wat ze krijgen en wanneer, en ik mag efficiëntie omzetten in meer omzet per week in plaats van minder. Dat is voor beide partijen het goede incentive.

"Maar de scope verandert toch altijd?"

Ja, dat is het punt. Scope verandert altijd, en fixed-price dwingt beide kanten om die verandering expliciet te maken. In plaats van "we voegen nog even X toe" krijg je een heldere beslissing: "ja, X willen we, kost €2.000 extra, gaat ons twee weken later live zetten."

Dat is geen bureaucratie, dat is transparante projectmanagement. En het voorkomt de scope creep die uurtje-factuurtje zelfs stimuleert.

Wanneer ik wél op uurbasis werk

Drie situaties waar fixed-price geen zin heeft:

1. Architecture reviews en consulting. Adviesklussen waarbij de deliverable een rapport of presentatie is, geen code. Hier is "scope" niet vooraf te definiëren - het is verkennend werk.
2. Retainer onderhoudscontracten. Na oplevering wil je vaak een maandelijks budget voor bugfixes, minor features en monitoring. Dat werkt logischer op een capped hourly basis (bv. "max 20 uur per maand tegen €125").
3. Team coaching en pair programming. Waar ik naast je team zit, code reviews doe of workshops geef. Hier wordt per uur afgerekend tegen een afgesproken dagprijs.

Wat dit betekent voor jou als klant

Als je bij VanIersel Development aanklopt, hoef je geen Excelletjes meer bij te houden. Je krijgt:

• Eén prijs vooraf, geen verrassingsrekeningen achteraf.
• Wekelijkse preview links zodat je precies ziet wat er wordt gebouwd.
• Klaar wanneer afgesproken, inclusief documentatie en 30 dagen bug-fix garantie.

Als jouw project dieper verkennend is of je wil gewoon een paar uur meekijken, dan werken we op uurbasis - geen dogma, wel transparantie over welk model bij welke vraag past.

Klaar om te starten? Plan een gratis kennismaking - binnen drie werkdagen weet je exact wat het kost.