Hoe lang duurt een websiteproject? De stappen die de planning bepalen

Er bestaat geen doorlooptijd die voor elke website geldt. Een campagnepagina met goedgekeurde content, een meertalige bedrijfssite en een webshop met boekhoudkoppeling hebben andere afhankelijkheden en tests.

Vraag om een planning op basis van concrete opleveringen. Elke fase hoort een verantwoordelijke, benodigde input, verwacht resultaat en duidelijke feedbackafspraak te hebben.

De analyse beschrijft doelgroepen, doelen, trajecten, talen, functies, juridische vereisten en externe systemen. Ze maakt ook duidelijk wat niet in de eerste versie komt.

Een onvolledige briefing wordt niet opgelost door sneller te ontwikkelen. Uitgestelde beslissingen keren vaak terug tijdens de integratie, wanneer ze meerdere pagina’s of componenten beïnvloeden.

Teksten, vertalingen, foto’s, juridische informatie en productgegevens hebben een eigenaar en status nodig. Gebruik een gedeelde inventaris om concept, goedkeuring, vertaling en integratie van elkaar te onderscheiden.

Ontwerp zo vroeg mogelijk met representatieve content. Voorbeeldtekst toont geen echte beperkingen zoals lange titels, tabellen, allergenen, varianten, foutmeldingen of actieknoppen.

Begin met de structuur en prioritaire trajecten. Keur vervolgens enkele paginatypes goed voordat alle pagina’s worden uitgewerkt. Zo worden meningsverschillen zichtbaar voordat ze zich vermenigvuldigen.

Plan externe koppelingen afzonderlijk tijdens de ontwikkeling. Ontbrekende toegang, gebrekkige documentatie of een onbeschikbare testomgeving kan een functie blokkeren terwijl de interface al klaar is.

Test de afgesproken browsers en toestellen, toetsenbordbediening, formulieren, talen, links, metadata, omleidingen, prestaties en foutscenario’s. Gebruik echte content en bij een webshop ook testbestellingen.

Bundel feedback, deel problemen naar ernst in en voorkom late smaakwijzigingen die goedgekeurd werk heropenen. Een blokkerende fout is iets anders dan een voorkeur.

Een presentatiesite van vijf tot acht pagina’s, met content die al klaar is en één beslisser, wordt doorgaans in drie tot vijf weken gerealiseerd: een week analyse en architectuur, één tot twee weken ontwerp en ontwikkeling, een week integratie en tests, enkele dagen voor feedback en lancering. De kalendertijd gaat vooral op aan goedkeuringen, niet aan productie.

Een meertalige site van vijftien tot vijfentwintig pagina’s met een externe koppeling — online afspraken, nieuwsbrief, catalogus — vraagt eerder zes tot tien weken. De vertaling voegt per taal een volledige nalees­cyclus toe, en elke koppeling voegt een testfase toe die van een derde afhangt.

Een webshop met een honderdtal referenties, varianten, meerdere leveringswijzen en een koppeling met de facturatie wordt over twee tot vier maanden gepland. De voorbereiding van de catalogus door de handelaar is bijna altijd het kritieke pad: foto’s, beschrijvingen, gewichten, afmetingen en codes van elk product moeten bestaan voordat het bestelproces met echte gegevens getest kan worden.

Bij de analyse: de toegang tot de domeinnaam en de huidige hosting, het logo in vectorformaat, de huisstijl als die bestaat, de statistieken van de bestaande site en de lijst van wie goedkeurt. Een domein waarvan niemand nog de registrar kent, kan een lancering wekenlang blokkeren.

• Vóór het ontwerp: de teksten van de belangrijkste pagina’s, ook al zijn ze onvolmaakt.
• Een ontwerp op basis van echte teksten klopt meteen; een ontwerp op basis van voorbeeldtekst wordt bij de integratie herdaan.
• Foto’s en video’s volgen dezelfde regel: beter vroeg weten dat een fotoshoot nodig is.

Vóór de tests: de gevalideerde wettelijke vermeldingen, de algemene voorwaarden voor een webshop, de definitieve contactgegevens, de tarieven en de vertalingen nagelezen door een moedertaalspreker. Elk van die elementen dat te laat wordt aangeleverd, schuift de lancering evenveel op, hoe snel de dienstverlener ook werkt.

In de meeste projecten vertegenwoordigt de productie minder dan de helft van de kalendertijd. De rest is wachten: feedback beloofd voor dinsdag die de vrijdag erop komt, drie tegenstrijdige meningen over een kleur, een goedgekeurd ontwerp dat opnieuw ter discussie komt nadat het aan een derde is getoond.

• Twee regels verminderen die tijd spectaculair.
• De eerste: één beslisser, die raadpleegt wie hij wil maar alleen en schriftelijk beslist.
• De tweede: een vooraf afgesproken feedbacktermijn, bijvoorbeeld drie werkdagen, waarna de stap als goedgekeurd geldt.

Bundel ook de feedback. Een volledige, gerangschikte lijst die in één keer wordt verstuurd, wordt in één sessie verwerkt; tien berichten verspreid over een week worden in tien onderbrekingen verwerkt en leiden tot vergetelheden. De dienstverlener hoort daarvoor een eenvoudige tool of sjabloon te bieden, en de klant hoort die te gebruiken.

De overdracht van een domeinnaam tussen twee registrars kan enkele uren tot meerdere dagen duren, en langer als de oude registrar een ontgrendelingsprocedure oplegt. De DNS-propagatie na een hostingwijziging is meestal snel maar kan voor sommige bezoekers achtenveertig uur bedragen. Geen van beide gaat sneller door aan te dringen.

Het openen van een rekening bij een betaalprovider veronderstelt een identiteits- en bedrijfscontrole die enkele dagen tot meerdere weken duurt. Een webshop kan volledig gebouwd en getest worden in testmodus, maar kan niets innen zolang de rekening niet is goedgekeurd. Start die procedure al bij de analyse.

Koppelingen met bedrijfssoftware — kassa, boekhouding, agenda — hangen af van toegang, documentatie en soms een contactpersoon bij de leverancier. Reken erop dat er een uitloopt, en behoud een lanceringsplan dat zonder werkt: de site gaat op de geplande datum online, de koppeling volgt.

Een site die online staat, werkt: hij ontvangt aanvragen, wordt door zoekmachines gecrawld, laat meten wat bezoekers zoeken en laat bijsturen. Een perfecte site in een map doet niets van dat alles. Elke week vertraging om een teampagina toe te voegen of een animatie te verfijnen is een week zonder het belangrijkste.

Bepaal dus een eerste versie die bevat wat de vragen van klanten beantwoordt en niets meer, zet ze online, en voeg de rest toe in kleine, geplande opleveringen. Die opdeling maakt de planning ook eerlijker: de eerste datum is kort en haalbaar, de volgende worden bijgesteld met wat de site leert.

Die werkwijze geeft geen vrijbrief om te verwaarlozen wat moeilijk te herstellen is: URL-structuur, basistoegankelijkheid, prestaties, omleidingen bij een vernieuwing. Die fundamenten horen bij de eerste versie omdat ze in het begin weinig kosten en later duur zijn om recht te zetten.

Breng eerst alle afhankelijkheden in kaart en voeg daarna de goedkeuringsmomenten toe. Voorzie een marge die past bij de onzekerheden en spreek af hoe scopewijzigingen worden behandeld.

De definitieve planning is projectspecifiek en kan na de analyse worden bevestigd. Is een externe datum vast, beperk dan de eerste versie uitdrukkelijk in plaats van dezelfde scope in minder tijd te beloven.