Vierdaagse werkweek solo webmaster: het klinkt als een lifestyle-keuze, maar in de praktijk is het een structuur-keuze met heldere afspraken naar klanten. Vier werkdagen betekent meer focus, minder haast en een expliciet contract over wat wél en niet doorloopt op de vijfde dag. In dit stuk staat welke dagen ik werk, wat er bij écht spoed toch gebeurt op vrijdag en weekend, hoe ik dat aan klanten communiceer, en welke trade-offs erbij horen. Eerlijk, met alle nadelen op tafel.

Waarom vier dagen in plaats van vijf
De reden is niet minder werken, maar beter werken. Vier gefocuste dagen leveren in de praktijk vergelijkbare output als vijf half-versnipperde dagen. Dat komt door drie dingen:
- Minder context-switching. Elke wisseling tussen klantprojecten kost aandacht. Vier dagen met langere blokken per klant bespaart die overhead.
- Meer diepe uren per project. Complex werk (een migratie, een bug in legacy PHP, een performance-tuning) vraagt aaneengesloten focus. Op een vijfdaagse-versnipperde-werkweek zijn zulke blokken zeldzaam.
- Reservetijd voor kennisonderhoud. WordPress-updates, security-nieuws, Kirby-changelog, nieuwe browser-API’s. Dat werk is niet declarabel maar wel noodzakelijk. Vrijdag is de dag waar dat past.
De MKB Servicedesk heeft artikelen gepubliceerd over Nederlandse bedrijven die de vierdaagse werkweek testen, met wisselende maar overwegend positieve resultaten op productiviteit en verzuim. Voor een solo ZZP’er zonder team is de rekensom eenvoudiger: minder versnippering per dag = hogere kwaliteit per uur.

Welke dagen ik werk en welke dicht zijn
Concreet: maandag tot en met donderdag zijn de actieve dagen. Vrijdag is standaard vrij van klantwerk, calls en builds. Weekend idem.
De vierdaagse werkweek solo webmaster is voor mij dus feitelijk een structuur van vier werkdagen (ma-do) en drie non-werkdagen (vr-zo), waarvan één beschikbaar voor spoed en de andere twee volledig off. Dat maakt het duidelijk voor klanten én voor mezelf.
Op werkdagen ben ik bereikbaar tussen 09:00 en 18:00 voor e-mail en WhatsApp, met een reactietijd van meestal binnen enkele uren. Telefoon en video op afspraak, meestal in de middag als de focusblokken van de ochtend achter de rug zijn.
Op vrijdag: e-mail niet gelezen, WhatsApp op stil voor niet-spoed. Weekend hetzelfde. Dat betekent niet dat er niks gebeurt, daarover meer bij het volgende blok.
Wat er wél doorloopt op vrijdag en weekend
Twee categorieën lopen door, ook buiten werkdagen:
- Security-monitoring. Als een klantsite een security-alert triggert (malware-detectie, ongeautoriseerde login-poging op admin), krijg ik een push-notificatie. Reactie binnen 2–4 uur, ook op zaterdagavond.
- Spoedhosting-issues (site down). Als een klantsite compleet offline gaat, krijg ik een uptime-alert. Ook dan reactie binnen ~2 uur.
Wat níet doorloopt op vrijdag en weekend:
- Content-vragen (“kun je deze foto vervangen op de homepage?”) wachten tot maandag
- Nieuwe features en design-wijzigingen wachten tot maandag
- Offertes voor nieuwe projecten wachten tot maandag
- Algemene “even iets aanpassen”-verzoeken wachten tot maandag
Voor klanten in de regio blijft een lokaal aanspreekpunt in Terneuzen telefonisch bereikbaar bij écht spoed, maar “even iets aanpassen” wacht tot maandag. Het onderscheid tussen “spoed” en “graag snel” wordt aan de voorkant vastgelegd in het onderhoudsabonnement.

Hoe ik het aan klanten communiceer
Duidelijkheid vooraf voorkomt frustratie achteraf. Deze kanalen waar mijn werkweek zichtbaar is:
- E-mail-handtekening met werkdagen. Standaard-regel onder elke uitgaande mail: “Werkdagen ma-do 09:00–18:00. Reacties op vrijdag en weekend meestal maandagochtend. Spoedhosting-issues 24/7 via het spoednummer.”
- Contactpagina met openingstijden. Zichtbaar bovenaan de contactpagina, niet verstopt in de kleine lettertjes.
- Out-of-office op vrijdag. Automatische mail met “Vandaag geen actieve dag. E-mails worden maandagochtend behandeld. Spoedhosting-issues: [spoednummer].”
- Kalender-uitnodigingen die de vrijdag automatisch blokkeren. Zodat calls nooit per ongeluk op vrijdag komen te staan.
Iedereen weet: direct contact met je webmaster op werkdagen, spoed via een apart nummer, geen loket in het weekend. Dat maakt de verwachting scherp aan beide kanten.
Volgens de KVK is het als ZZP’er volstrekt vrij om je eigen werktijden te bepalen, mits je klanten er transparant over informeert. Dat is precies wat de communicatie hierboven doet.
Wat je merkt als klant
Realistisch: als je op donderdagavond een niet-urgente vraag stuurt, krijg je maandagochtend antwoord. Als je op maandag een nieuwe feature indient, is die meestal woensdag getest en donderdag klaar voor review. Vraag op vrijdag beantwoord op maandagochtend. Één dag minder werkweek = één dag later reactie op niet-spoed. Dat is de trade-off, en die is klein zolang je hem kent.
Wat je concreet níet merkt:
- Doorlooptijd van projecten verandert nauwelijks. Vier gefocuste dagen leveren vergelijkbaar output als vijf half-versnipperde dagen. Voor een project van tien uur werk maakt het niks uit.
- Kwaliteit gaat niet omlaag. Meestal juist omhoog, omdat de focusblokken langer zijn en de zorgvuldigheid hoger.
- Uurtarief blijft gelijk. €70 per uur voor standaardwerk, ongeacht welke dag je werk gedaan wordt.
Voor de meeste klanten is de vierdaagse-structuur na een paar weken onzichtbaar geworden. Ze plannen automatisch iets vroeger in de week, spoed gebeurt zelden, en de rust in de communicatie wordt gewaardeerd.
Communicatie-template dat werkt
Concreet stappenplan om deze structuur zonder ruis te implementeren:
- Eenmalige mail bij onboarding met de werkweek-structuur in vier regels. Klant leest het één keer, weet het daarna.
- Zichtbaar op de contactpagina en in de footer van de site.
- Kalender-tool die vrijdag standaard uit-plant. Cal.com, Google Calendar met blocked hours, kies wat past.
- Out-of-office op vrijdag met spoednummer expliciet erin.
- Bij nieuwe klanten: in het intake-gesprek benoemen wat een spoed-issue is en wat niet. Voorkomt maandag-verwarring.
Na drie maanden is dit ritme normaal voor iedereen. De eerste maand is aanpassen, daarna niet meer.
Voorbeeldscenario (geen echte klant): MKB-klant met wekelijkse contentwijziging
Concrete situatie: een MKB-klant met een wekelijkse content-update op de site (blog, nieuwsflits, evenementen-agenda). In de begintijd stuurde deze klant vrijdag rond 15:00 een verzoek met “kan dit vandaag nog voor het weekend?”. Dan werd het dinsdag voor het live stond.
Na één gesprek over de werkweek-structuur veranderde het patroon: nu stuurt deze klant donderdag om 15:00 dezelfde update. Vrijdagochtend staat het live vóór ik uitlog voor het weekend. Voor de klant is het resultaat identiek (weekend-content op tijd online); voor mij is het rustiger; voor de kwaliteit is het beter (meer tijd om te reviewen).
Duidelijkheid vooraf verandert het gedrag van klanten. Meestal ten goede van beide kanten.



