Hoe nauwkeurig is een uurraming voor een website?

Met goede input (duidelijke scope, beschikbare content, bekende integraties) zit een raming meestal binnen 10 tot 15 procent van de werkelijke uren. Met onbekende factoren zoals een legacy-migratie of een API van een derde partij kan dat verder uit elkaar liggen, en daar bouw ik dan een ruimere marge voor in die zichtbaar in de offerte staat.

Wat als het project meer uren kost dan geraamd?

Binnen de marge die in de offerte staat, gebeurt dat soms en daar betaal je voor. Boven de marge is een aparte goedkeuring nodig. Ik stuur dan een korte mail met wat er gebeurd is, waarom het meer kost en wat het nieuwe bereik is. Geen verrassingen op de factuur.

Reken je vooraf of achteraf?

Beide. Bij projecten boven ongeveer 16 uur werk ik met twee of drie betaalmomenten: een deel bij start, een deel bij staging-oplevering, een deel bij live. Voor losse opdrachten en abonnementsuren factureer ik achteraf, per maand of per kwartaal.

Wat is het verschil tussen 70 en 95 euro?

Het 70-tarief geldt voor onderhoud, kleine wijzigingen en lopend werk binnen een bestaande site. Het 95-tarief geldt voor bouw, doorontwikkeling, strategie en risicovoller werk zoals migraties, serverwerk en database-aanpassingen. Welk tarief van toepassing is, staat per post in de offerte.

Geldt het 50-euro-minimum ook voor klanten met onderhoudsabonnement?

Nee. Voor abonnementsklanten valt klein werk binnen de uren van het abonnement, en daar geldt geen apart minimum voor. Voor losse vragen van niet-abonnementsklanten geldt het minimum wel, omdat het de context-switch en administratie dekt.

Uren inschatten website project: hoe ik dat doe

Uren inschatten voor een website project is geen wiskunde. Het is een eerlijke vertaling van wat je site moet doen naar tijd, met genoeg marge om verrassingen op te vangen zonder dat jij voor lucht betaalt. Hieronder laat ik zien hoe ik dat doe: posten, tarieven, en waarom ik in stappen van 15 minuten afreken in plaats van elk kwartier op te hogen tot een vol uur.

Een raming begint bij een eerlijke vraag aan jou: wat moet de site doen, voor wie, en welke onderdelen bestaan al? Zonder antwoorden op die drie kun je geen serieuze schatting maken. Wel een gokje, en daar heb je weinig aan.

Dit artikel loopt mijn werkwijze door. Welke posten ik altijd opneem, hoe tarieven gelden, hoe ik schat per onderdeel, en wat ik bewust niet meereken.

Werkplek voor het inschatten van uren voor een websiteproject met weekplanner rekenmachine en spreadsheet

Wat een uurraming bij een website project hoort te bevatten

Een urenraming die alleen “ongeveer 40 uur” zegt, is geen raming. Dat is een gok met een getal eraan geplakt. Een serieuze raming benoemt de posten waar de tijd in gaat zitten, met per post een schatting.

De posten die ik altijd benoem:

Discovery: gesprek, vragenlijst, doel van de site bepalen
Wireframe en structuur: navigatie, content-blokken, paginatypes
Design: visuele uitwerking, vaak op basis van een bestaand merk
Build: de daadwerkelijke ontwikkeling
Content-migratie: bestaande teksten, beelden en data overzetten
SEO-fundamenten: meta, structuur, redirects, sitemap
Tests: form-werking, responsiveness, browsers, performance
Oplevering: live zetten, korte handover, eerste nazorg

Bovenop die posten zet ik een marge. Niet als “extra winst”, wel om onzekerheid eerlijk te benoemen. Een onbekende integratie of een migratie van een oude site is risicovoller dan een nieuwe one-pager. Daar past een ruimere buffer bij.

Een goede raming benoemt ook wat er niet in zit. Welk werk je zelf doet, welke licenties je betaalt, welke domeinen of stockfoto’s los gaan. Dat voorkomt teleurstelling bij oplevering.

De KvK schrijft over wat een offerte hoort te bevatten ook dat de scope helder moet zijn voor je kunt rekenen. Dat is het belangrijkste: weten waar je het over hebt voor je een getal noemt.

Mijn tarieven en wanneer welk tarief geldt

Ik werk met twee uurtarieven en een spoed-tarief. Eenvoud werkt beter dan een lange prijslijst, en het houdt mijn facturen leesbaar.

70 euro per uur voor onderhoud, kleine wijzigingen, content-updates, performance-fixes, kleine bug-fixes
95 euro per uur voor bouw, doorontwikkeling, strategie, migratie, serverwerk, database
105 euro per uur voor spoed buiten reguliere uren, alleen als ik beschikbaar ben

Waarom een verschil? Bouwwerk vraagt meer concentratie en meer voorbereidende analyse dan een tekstwijziging. Een database-migratie kent risico’s die een form-aanpassing niet kent. Het tariefverschil reflecteert dat, en het maakt het mogelijk om kleine vragen tegen een eerlijk tarief snel op te lossen.

Anchor: geen bureau-tarieven. Dat klinkt als marketing, maar de praktijk is concreet. Bij een bureau betaal je voor de accountmanager die je gesprek heeft, de projectleider die je sprint plant, de strateeg die je doelen helpt formuleren en de developer die het werk doet. Vier marges op één opdracht. Bij mij is dat één tarief voor één persoon die het werk uitvoert.

Spoed is een aparte categorie. Het spoedtarief van 105 euro is 1,5× het standaarduurtarief van 70 euro per uur, en geldt alleen voor werk buiten reguliere uren (avond, weekend, nacht) en alleen als ik beschikbaar ben. Geen garantie, geen abonnement. Wel een eerlijke opslag voor werk op een moment dat ik anders niet aan het werk was geweest.

Hoe ik per onderdeel uren schat

Schatten is geen kunst, het is patroon-herkenning. Hoe vaker je een type werk doet, hoe scherper je schatting wordt. Hieronder mijn ruwe rekenmodel per blok. Geen wet, wel een vertrekpunt.

Overzicht van urenraming posten voor een webdesign project met discovery design development en oplevering

Discovery en wireframe

Voor een zakelijke site van een kleine of middelgrote ondernemer reken ik 4 tot 6 uur. Eén of twee gesprekken, een korte vragenlijst, en een basis-structuur op papier voor we beginnen.

Homepage design en build

8 tot 14 uur, afhankelijk van complexiteit. Een homepage met drie standaard-blokken (hero, USP, contact) zit aan de onderkant. Een homepage met animaties, custom illustraties, video-achtergrond en een rekentool zit aan de bovenkant.

Content-pagina (intern)

1 tot 3 uur per pagina, afhankelijk van layout-variatie. Een pagina die hetzelfde template heeft als een andere pagina, kost veel minder. Pagina’s met formulieren, kaartintegraties of interactieve elementen kosten meer.

Formulier

1 tot 4 uur. Een contactformulier met drie velden en een mail-doorvoer is een uur. Een aanvraagformulier met conditional logic, file-upload, betaalkoppeling en bevestigingsmail is een dagtaak.

Integratie

3 tot 12 uur per integratie. Mailchimp, Google Calendar, een eenvoudig CRM aan de onderkant. Een complexe ERP-koppeling of een custom API aan de bovenkant.

Content-migratie

2 tot 8 uur per 100 pagina’s. Veel hangt af van of er een schone export beschikbaar is, hoeveel beeld er bij hoort, en hoe schoon de oude HTML is.

Voor wat onzeker is, tel ik 15 tot 20 procent boven op de schatting. Die buffer zet ik zichtbaar in de offerte. Niet verstopt, geen “diverse” of “post onvoorzien”. Gewoon: “marge voor onzekerheid op de migratie, 4 uur”.

Waarom ik in 15 minuten afreken en wat het 50-euro-minimum betekent

Anchor: eerlijk uurtarief, in 15 minuten afgerond. Een tekstwijziging van 10 minuten kost geen vol uur. Ik reken een kwartier. Een typfout corrigeren, een afbeelding vervangen, een telefoonnummer in de footer aanpassen: dat zijn taken die in een kwartier passen, en daar reken ik een kwartier voor.

Waarom geen op-naar-vol-uur ronding? Omdat dat oneerlijk is. Een klant die belt voor een kleine wijziging hoeft niet 60 minuten te betalen voor 12 minuten werk. Een kwartier is de eenheid waarin werk zich in de praktijk gedraagt, en daar reken ik in.

Wel hanteer ik een 50-euro-minimum per opdracht. Dat klinkt tegenstrijdig met het kwartier-tarief, maar het dekt iets anders. Een opdracht, hoe klein ook, brengt context-switch met zich mee. Inloggen op de site, bekijken wat er moet gebeuren, de wijziging doen, testen, factureren, archiveren. Het kwartier-werk zelf is 12 minuten, het bijbehorende werk is een halfuur. Daar dekt het 50-minimum tegen.

In de praktijk komen losse 50-euro-opdrachten weinig voor. Voor klanten met een onderhoudsabonnement geldt het minimum niet, omdat de context-switch al in het abonnement is verwerkt. Voor losse vragen geldt het wel.

Urenregistratie met 15 minuten afronding in een time-tracking app voor een freelance webproject

Wat ik niet meereken (en wat de klant zelf doet)

Een eerlijke raming benoemt wat erbuiten valt. Anders komt dat aan het eind, in de vorm van meerwerk, en dat is vervelend voor iedereen.

Wat klanten meestal zelf doen:

Definitieve teksten aanleveren (eerste ronde door mij, polish door klant)
Beelden en logo’s leveren in fatsoenlijke resolutie
Betaalde stockfoto-licenties (als die nodig zijn)
Externe licenties zoals premium plugins die specifiek voor de klant zijn
Eindeloze tekstrondes (één tot twee rondes zit in mijn schatting, daarna per uur)

Wat ik daarnaast niet meereken in de bouw-raming:

Hosting en domein (klant kiest hoster, ik help bij configuratie)
E-mail-setup voor eigen domein (apart blokje als gewenst)
Doorlopend onderhoud na oplevering (apart abonnement of nazorg-pakket)
Strategisch SEO-advies (niet mijn vak, ik verwijs door)

Door dit vooraf benoemd te hebben, weet je waar je aan toe bent. En als iets uit deze lijst tijdens het project toch nodig blijkt, plannen we het apart in plaats van het stilletjes uit de marge te halen.

Voorbeeldscenario: zakelijke site van 8 pagina’s

Een voorbeeldscenario, geen echte klant, om concreet te maken hoe een raming bij mij eruitziet.

Een lokale dienstverlener wil een nieuwe zakelijke site van 8 pagina’s: homepage, drie dienstpagina’s, over mij, contact, twee landingspagina’s voor specifieke regio’s. Bestaand merk, eigen logo, foto’s aanwezig. Eenvoudige contact- en aanvraagformulieren. Geen webshop.

Mijn raming:

Discovery en wireframe: 6 uur
Design (homepage en template-pagina’s): 10 uur
Build: 14 uur
Content-migratie en plaatsing: 4 uur
SEO-fundamenten (meta, sitemap, redirects): 3 uur
Tests (responsief, browsers, formulieren): 3 uur
Oplevering en eerste nazorg: 2 uur

Subtotaal: 42 uur tegen 95 euro per uur is 3.990 euro. Bovenop de schatting een marge van 15 procent voor onzekerheid op content en derde-partij vertragingen: ongeveer 6 uur extra, 570 euro. Totaal aan de bovenkant: 4.560 euro exclusief btw.

In een offerte zet ik dit als drie regels: posten, marge, en het totaal-bereik (3.990 tot 4.560 euro). Geen vaste prijs maar een bandbreedte. Bij oplevering reken ik de werkelijke uren, en die zit altijd binnen of onder het bovenste bedrag.

Voorbeeldscenario: kleine reparatie

Een ander voorbeeldscenario: een telefoonnummer in de footer dat verkeerd staat. Twee minuten werk om de wijziging te maken, vijftien minuten om in te loggen, te testen en te factureren.

Mijn afrekening: 15 minuten op het 70-tarief, totaal 17,50 euro. Dat valt onder het 50-euro-minimum, dus de factuur wordt 50 euro. Op een onderhoudsabonnement valt dit binnen de abonnementsuren en kost het apart niets.

Waar ramingen mis gaan en hoe ik dat voorkom

Drie patronen waar urenramingen in de praktijk struikelen.

Ontbrekende content. De meest voorkomende oorzaak van vertraging. Een site die af is, maar wacht op teksten van de klant. Soms weken. Ik plan content-aanlevering daarom expliciet in, met deadlines, en bouw er een herinnering omheen.

Inlogtoegang die te laat komt. Tweede klassieker. De klant moet me toegang geven tot hosting, een CMS, een mailprovider of een DNS-paneel. Dat duurt soms langer dan de bouw zelf. Ik vraag toegang vooraf, niet als ik er aan toekom.

Scope-toevoegingen zonder herziening. “Kan je dit er ook nog even bij doen?” De vraag is meestal redelijk, maar het antwoord moet niet vanzelfsprekend ja zijn. Een toevoeging die buiten scope valt, krijgt een aparte schatting en een aparte goedkeuring. Anders eet het de marge op zonder dat iemand het merkt.

Voor doorlopend onderhoud van bestaande sites zie mijn dienstenpagina. Daar staat ook hoe een onderhoudsabonnement de meeste kleine vragen automatisch dekt.

Wat krijg je in een offerte van mij

Een offerte van mij is één tot twee A4, leesbaar voor wie geen developer is. De vaste onderdelen:

Korte beschrijving van het project en de scope
Lijst met posten en uren per post
Tarief (70, 95 of mix afhankelijk van werk)
Marge zichtbaar opgenomen, niet verstopt
Betaalmomenten (meestal in twee of drie tranches)
Wat erbuiten valt en wat de klant zelf doet
Geldigheid: 30 dagen
Werkwijze in een paar zinnen (analyse, back-up, staging, oplevering)

Geen “vanaf”-prijs, geen pakketten, geen schaduw-aanbiedingen. Eén berekening voor één opdracht. Als je akkoord geeft, weet je waar je aan toe bent, en als de scope verandert weten we allebei dat we daar een nieuwe afspraak voor maken.