Waarom loopt een websiteproject uit?
Kort antwoord: Zelden door één grote vertraging. Bijna altijd door een reeks stiltes van een week of tien dagen die niemand opschrijft en die achteraf niet meer te reconstrueren zijn. De verklaring die je overal leest, dat het aan de aanleveringen van de klant ligt, klopt maar half: het knelpunt is niet dat je traag antwoordt, maar dat er beslissingen van je gevraagd worden die je op dat moment nog niet genomen hebt.
Waar de tijd blijft
Vraag iemand achteraf waarom zijn website drie maanden later live ging dan afgesproken, en je krijgt zelden een datum terug. Je krijgt een gevoel: het sleepte aan. Dat is geen slordig geheugen, dat is precies de vorm waarin die vertraging ontstaat.
Een project valt namelijk niet één keer een maand stil. Het valt tien keer een paar dagen stil, en die pauzes staan in niemands agenda. Bij elkaar opgeteld zíjn ze de vertraging, en apart bekeken lijkt geen van hen de moeite van het benoemen waard.
Ik heb lang gedacht dat ik gewoon strenger moest opvolgen. Tot ik zag welke mails bleven liggen: nooit de vragen waarop het antwoord al bestond, altijd de vragen waarop iemand eerst iets moest beslissen.
De verklaring die iedereen geeft
Op 3 september 2026 ben ik gericht gaan zoeken naar de meting achter die zin: onderzoek naar de oorzaken van vertraging in websiteprojecten, en in het bijzonder naar de input van de klant als oorzaak. Er kwamen negen Nederlandstalige bronnen boven, en het waren stuk voor stuk blogs van webbureaus of van verkopers van projectsoftware. Alle negen geven hetzelfde antwoord, en geen van hen noemt een steekproef, een periode of een methode. Het is ook geen leugen. Het is een vuistregel die zo vaak herhaald is dat ze op een cijfer begint te lijken.
Hun namen staan hier niet bij, en dat is een keuze die je mag betwisten. Het verwijt geldt een gewoonte van het hele vak en niet deze negen in het bijzonder. Narekenen kan wel, en het kost je vijf minuten: zoek op de oorzaken van vertraging bij websiteprojecten, doe de Nederlandstalige resultaten open die er echt over gaan, en zoek in elk daarvan naar één cijfer met een bron erbij. Ik vond er geen.
Onschuldig is het niet, want alle negen verkopen ze het werk waarover ze oordelen. Wie zelf bouwt, heeft er belang bij dat de vertraging aan de andere kant van de tafel ligt. Ik zeg dat ook over mezelf: wij verkopen websitebeheer, en dit artikel gaat over de vraag wie er schuld heeft aan uitloop.
Het getal dat er in zulke discussies bij gehaald wordt, komt uit het CHAOS-rapport van de Amerikaanse Standish Group uit 1994. Dat gaat over IT-projecten en niet over websites, en Eveleens en Verhoef van de Vrije Universiteit Amsterdam haalden het in 2010 onderuit op 5.457 ramingen uit 1.211 echte projecten. Wat er wél gemeten is, staat hieronder ernaast.
- De klant levert te traag aan
- Negen bronnen: webbureaus en verkopers van projectsoftware
- Geen steekproef, geen periode, geen methode, nagelopen op 3 september 2026
- Alle negen verkopen ze zelf het project waarover ze oordelen
- 945 opdrachtgevers, bevraagd in december 2023
- 90% verandert de opdracht nadat ze hem hebben doorgegeven
- Het gaat over reclamebriefings, niet over websites
- BetterBriefs verkoopt opleidingen in briefingschrijven
Uitlopen tegenover wat?
Voor je naar oorzaken zoekt, loont het om te bepalen waartegen je meet, want daar wringt het al. Een websiteproject heeft zelden een startdatum waar beide partijen hetzelfde onder verstaan. Is dat de dag dat je tekende, de dag dat het gesprek begon, of de dag dat de bouwer alles had wat hij nodig had? Die drie liggen soms maanden uit elkaar.
Voor het einde geldt hetzelfde. Af bij oplevering, af na de laatste correctie, of af wanneer de teksten er allemaal in staan? Zolang dat niet vastligt, is uitlopen geen vaststelling maar een gevoel, en dat gevoel valt aan beide kanten anders uit.
Wat je hieraan doet
Je stopt met zoeken naar de schuldige, en je maakt de afspraken die een stilte zichtbaar maken terwijl ze loopt. Dat is minder bevredigend dan een oorzaak, en het is het enige dat werkt zolang niemand die oorzaak gemeten heeft.
Drie afspraken doen het meeste werk. Koppel de start aan een gebeurtenis in plaats van aan een datum, bijvoorbeeld de dag dat de laatste tekst binnen is. Spreek af wat er gebeurt als één van beide partijen twee weken stil blijft, want dat is precies het moment waarop projecten wegzakken zonder dat iemand het merkt. En zet een terugkijkmoment halverwege in de agenda, met een vaste datum, zodat niemand hoeft te wachten tot hij ongerust genoeg is om te bellen. Loopt de samenwerking daarna door in een beheercontract, dan gelden daar dezelfde vier vragen als bij de prijs: die staan in wat websitebeheer per maand kost.
Merk je dat het bij jou vastloopt op wat je moet aanleveren, dan is de vraag niet hoe je sneller antwoordt, maar hoe die vragen bij je terechtkomen. Daarover gaat het artikel over input aanleveren en de manier waarop wij websitebeheer overnemen. Zoek je eerst het bredere verhaal over beheermodellen, dan staat dat in de kopersgids over webbeheer uitbesteden.
Veelgestelde vragen over doorlooptijd
Hoe lang duurt een website dan normaal?
Daar bestaat geen gemeten antwoord op. Het bereik van drie tot vier maanden dat je overal tegenkomt, is telkens te herleiden tot een bureaublog dat een ander bureaublog citeert. Vraag je bouwer wat zijn vorige vijf projecten in werkelijkheid duurden, vanaf welk moment hij dan telt en waar ze stilvielen. Dat gesprek zegt meer over hoe hij werkt dan een gemiddelde ooit kan. De andere vragen die je in zo'n gesprek stelt, staan in het artikel over een goede webbouwer vinden.
Ligt het dan niet gewoon aan de klant?
Soms wel, en dat is ook niet erg. Het punt is dat niemand het gemeten heeft en dat iedereen die het beweert er belang bij heeft. Bovendien legt die vraag het gewicht op de verkeerde plek: of jij traag bent, is minder bruikbaar dan of de vragen op een werkbaar moment en in een werkbare vorm bij je terechtkomen.
Helpt een strakkere planning?
Alleen als erin staat wat er gebeurt bij stilte. Een planning met louter opleverdata gaat ervan uit dat beide partijen doorlopend beschikbaar zijn, en dat is bij een zaakvoerder nooit zo. Een afspraak over wat er gebeurt na twee weken zonder bericht doet in de praktijk meer dan een strakker schema.
- Wat je hiervan onthoudt
- Er bestaat geen onderzoek naar doorlooptijden van websiteprojecten in de Benelux. Wie je een gemiddelde geeft, geeft je een vuistregel.
- Uitloop ontstaat in korte stiltes die niemand opschrijft, niet in één blok van een maand.
- Wat wél gemeten is: 90% van de 945 opdrachtgevers die BetterBriefs in december 2023 ondervroeg, verandert de opdracht nadat ze hem hebben doorgegeven.
- Leg vast wanneer de klok start en wat er gebeurt na twee weken stilte. Dat doet meer dan een strakker schema.
- Snelheid is geen maatstaf voor een bouwer. Hoe open hij over zijn eigen projecten praat, wél.

