Stappenplan voor een nieuwe website: van eerste gesprek tot livegang

Een website laten maken is een traject van zes stappen dat een project van het eerste gesprek naar de livegang brengt: analyse, UX- en UI-strategie, ontwikkeling, testen en QA, lancering en optimalisatie na lancering. Elke stap eindigt met een opgeleverd product en een akkoord van de klant.

Hoe lang het traject duurt, hangt af van de omvang. Een gerichte landingspagina staat in 2 tot 5 dagen online. Een bedrijfswebsite van 10 tot 30 pagina's kost 2 tot 4 weken. Een portaal met accounts, rollen en koppelingen loopt 6 tot 12 weken. Dat zijn de standaard doorlooptijden per projecttype, en ze gaan ervan uit dat de klant het tempo bijhoudt.

Precies dat laatste staat zelden in een offerte. Content, merkmateriaal en akkoorden liggen bij bijna elke stap aan de klantkant, en te late aanlevering is de meest voorkomende reden dat een planning uitloopt. Dit stappenplan behandelt elke stap, wat die oplevert, hoe lang die duurt en wat jouw team aanlevert om de datum te halen.

Een stappenplan voor een website is een vastgelegde volgorde van werk, geen manier van samenwerken. Het legt vast wie wat beslist, in welke volgorde en tegen welk opgeleverd product. Dezelfde zes stappen gelden voor één landingspagina en voor een meertalig portaal. Wat verschilt, is het aantal dagen per stap en het aantal mensen dat meekijkt bij de goedkeuring.

Zonder die volgorde wordt een project reactief. Beslissingen komen laat, prioriteiten schuiven, en het resultaat drijft weg van wat het bedrijf vroeg. De faalpatronen herhalen zich ongeacht de projectomvang:

• Een omvang die nooit is opgeschreven en daarom blijft groeien.
• Goedkeuringen zonder aangewezen eigenaar.
• Een datum die vaststond voordat iemand de pagina's had geteld.
• Functies waar aan de bedrijfskant niemand om vroeg.

Een vastgelegde levenscyclus richt strategie, design en ontwikkeling vanaf week één op hetzelfde doel. Het geeft de klant ook een vast punt: je kunt op elk moment de lopende stap benoemen, de openstaande beslissing en de datum waarop het volgende product er is.

Waarom transparantie voor de opdrachtgever telt

Transparantie tijdens een webproject is een praktisch voordeel, geen beleefdheid. Als stappen, eigenaren en data zijn vastgelegd, zie je het verschil tussen een planning die achterloopt en een planning die op jou wacht. Voortgangsberichten, vastgelegde mijlpalen en een gedeelde definitie van klaar halen het giswerk eruit dat van vier weken drie maanden maakt.

De analyse zet een bedrijfsdoel om in een vastgelegde omvang. Vóór design en code verzamelt het team de eisen, bepaalt het de doelgroep, spreekt het af hoe succes wordt gemeten en legt dat vast in een document. Volgens Nielsen Norman Group bestaat een analysefase om de onbekenden te verkleinen voordat een team zich vastlegt op een oplossing.

Oplevering: een omvangdocument, een sitemap en een mijlpalenplanning met data. Gebruikelijke duur: minder dan een dag voor een landingspagina, tot twee weken voor een portaal.

Deze stap omvat:

• Bedrijfseisen, bestaand materiaal en merkbestanden.
• Doelgroepen en de acties die zij moeten uitvoeren.
• Functionele en structurele eisen, pagina voor pagina.
• Koppelingen, en wie de toegang daarvoor beheert.

Bedrijfsdoelen scherp krijgen

Elk project begint bij het verdienmodel en de doelgroep. Hier stelt het team vast voor wie de site is, welk probleem die wegneemt en wat een bezoeker daarna moet doen. Deze stap overslaan bespaart geen tijd, het verplaatst hetzelfde gesprek naar de designreview, waar wijzigingen duurder zijn.

Aandachtspunten:

• Bedrijfsdoelen en hoe ze worden gemeten.
• Kenmerken van de doelgroep.
• Positionering ten opzichte van concurrenten.
• Verwachte resultaten van de site.

Eisen omzetten in documentatie

De eisen worden vervolgens uitgeschreven in een geordende specificatie waar beide partijen mee werken. Omvang, technische eisen en routekaart houden op een gesprek te zijn en worden een naslagwerk, en dat is wat een vaste prijs en een vaste datum mogelijk maakt. Een vastgelegde omvang is ook het document waar je offertes mee vergelijkt als je een webpartner kiest.

Gebruikelijke opleveringen van deze stap:

• Structuurplan en sitemap.
• Functionele eisen.
• Ontwikkelmijlpalen met data.
• Een benoemde lijst met op te leveren onderdelen.

De UX- en UI-strategie komt vóór het visuele ontwerp. Structuur, logica en gebruikersroutes worden gepland voordat kleuren en indelingen worden toegepast, zodat de indeling iets heeft om te dienen. Deze stap zet het analysedocument om in interactielogica: wat een pagina moet doen, in welke volgorde een bezoeker die tegenkomt en waar de conversie zit.

Oplevering: wireframes, gebruikersroutes en een goedgekeurde visuele richting. Gebruikelijke duur: één dag tot drie weken, afhankelijk van het aantal pagina's.

De reden om UX- en UI-design vóór de visuals te zetten is economisch: indelingsbeslissingen blijven goedkoop te wijzigen. Een sectie verplaatsen in een wireframe kost minuten; die verplaatsen nadat de pagina's zijn gebouwd kost een sprint.

Gebruikersroute en conversieplanning

Elke pagina en elke interactie wordt gepland tegen een gebruikersdoel en een bedrijfsresultaat. Routes worden in kaart gebracht van binnenkomst tot conversie, primaire en secundaire calls-to-action worden benoemd, en content wordt geordend naar de beslisfase waarin de bezoeker werkelijk zit.

Aandachtspunten:

• Gebruikersroutes in kaart brengen van binnenkomst tot conversie.
• Primaire en secundaire calls-to-action bepalen.
• Content ordenen per beslisfase.
• Routes koppelen aan meetbare doelen.

Prototypes en feedbackrondes

Zodra de structuur staat, maken prototypes de ervaring zichtbaar. Vroege versies van indelingen laten beide partijen een idee toetsen voordat het wordt gebouwd. Daar wordt het budget voor herzieningen bespaard of uitgegeven.

Deze stap omvat:

• Wireframes die hiërarchie en interactie vastleggen.
• Aanpassingen op basis van feedback van belanghebbenden.
• Afstemming van strategie en visuele uitvoering.
• Akkoord voordat de ontwikkeling start.

De ontwikkeling bouwt het goedgekeurde ontwerp tot een werkende site. Een modern team combineert AI-ondersteunde uitvoering met menselijk technisch werk: automatisering neemt herhalend en databelast werk over, terwijl ontwikkelaars de regie houden over architectuur, kwaliteit en elke beslissing die later lastig terug te draaien is. Dit is de langste stap en de stap waarin een bevroren omvang zich terugbetaalt.

Oplevering: een werkende site op een staging-URL die je kunt doorklikken. Gebruikelijke duur: één dag tot zes weken, afhankelijk van de omvang.

Wat deze stap oplevert:

• Goedgekeurde ontwerpen, pagina voor pagina gebouwd.
• Herbruikbare componenten met gelijk gedrag.
• Content geladen in de echte structuur.
• Koppelingen aangesloten en getest met echte toegang.

Hoe AI de uitvoering versnelt

Bij Vezert dragen AI-tools bij aan codegeneratie, het maken van componenten en iteratieve verfijning. Dat verkort de afstand tussen een goedgekeurd ontwerp en een klikbare pagina, zonder te veranderen wie verantwoordelijk is voor het resultaat. Meer over de werkwijze in onze gids over AI-gedreven webontwikkeling.

AI draagt bij aan:

• Codegeneratie, verfijning en review.
• Test- en debugstromen.
• Gelijk componentgedrag over alle pagina's.
• Een kortere iteratiecyclus tijdens de bouw.

Waarom menselijke review in de lus blijft

AI ondersteunt de uitvoering; het draagt er geen verantwoordelijkheid voor. De menselijke review houdt de bouw in lijn met de eisen die in stap één zijn vastgelegd.

Menselijke inbreng is doorslaggevend bij:

• Architectuur en systeemlogica.
• Kwaliteitsborging en eindvalidatie.
• Strategische afstemming op de projectdoelen.
• Schaalbaarheid van het resultaat.

Testen valideert de site onder echte omstandigheden voordat iemand buiten het project die ziet. Een staging-build gaat door controles op snelheid, weergave, werking en toegankelijkheid, en de bevindingen komen terug als een lijst met correcties en een eigenaar per regel. QA als eigen stap behandelen in plaats van als restpost scheidt een lanceerdatum van een lanceergok.

Oplevering: een goedgekeurd QA-rapport en een staging-build met de correctielijst gesloten. Gebruikelijke duur: enkele uren tot een week.

Activiteiten vóór de lancering:

• Snelheidstests tegen de drempels van de Core Web Vitals.
• Weergavetests op apparaten en schermformaten.
• Validatie van formulieren, interacties en koppelingen.
• Herstel van technische en visuele fouten.

Snelheidstests, zoals beschreven in de planningsgids van Smashing Magazine, controleren of de site snel en stabiel blijft bij echt gebruik en niet alleen op de machine van de ontwikkelaar.

Cross-browser- en toegankelijkheidstests

Naast de functionele controles valideert het team de site in Chrome, Safari, Firefox en Edge en bevestigt het de basis WCAG-toegankelijkheid. Toegankelijkheid verbreedt het publiek en neemt een categorie juridisch risico weg, en die is in de bouw veel goedkoper dan achteraf. Voor de technische kant van snelheid, zie onze gids over high-performance websites.

De lancering zet de goedgekeurde build in productie. Het werk is hier infrastructuur in plaats van design: DNS, hosting, uitlevering, doorverwijzingen vanaf de oude URL's, analytics en een laatste ronde langs de metadata. Het is de kortste stap in het traject en die met de minste ruimte voor improvisatie, en daarom loopt die vanaf een checklist en niet uit het hoofd.

Oplevering: de live site, met doorverwijzingen, analytics en search console ingeregeld. Gebruikelijke duur: enkele uren tot twee dagen.

Lanceeractiviteiten:

• Publicatie naar de productieomgeving.
• CDN-uitlevering zodat pagina's dicht bij de bezoeker laden.
• Een doorverwijsplan voor elke oude URL die verkeer had.
• Voorbereiding op AI-zoekmachines en moderne vindsystemen.

Een content delivery network levert pagina's uit vanaf locaties dicht bij de bezoeker, wat de laadtijd verkort voor publiek buiten de thuismarkt. Het doorverwijsplan wordt bij een redesign het vaakst overgeslagen, en het is het onderdeel dat bestaande posities kost. Over hoe beide disciplines op elkaar ingrijpen: SEO en websiteontwikkeling.

De lancering opent de meetperiode, die sluit het project niet af. Zodra echte bezoekers binnenkomen, levert de site gegevens die geen planning kon aanreiken: welke pagina's worden gelezen, waar formulieren worden afgebroken, welke apparaten moeite hebben. Stap zes zet die gegevens om in een korte, terugkerende cyclus van kleine wijzigingen.

Oplevering: een maandrapport en een geprioriteerde wijzigingslijst. Gebruikelijke duur: doorlopend.

Het werk na de lancering omvat:

• Bewaking van snelheid en beschikbaarheid.
• Volgen van gebruikersgedrag en betrokkenheid.
• Opsporen van technische en gebruiksfouten.
• Plannen van verbeteringen op basis van echte cijfers.

Hier houdt een site op een oplevering te zijn en wordt die een bezit. Onze volledige gids over optimalisatie na lancering behandelt de acties voor de eerste negentig dagen.

Een website laten maken duurt van enkele dagen tot ongeveer drie maanden, en het verschil zit in het aantal pagina's, het aantal talen en het aantal systemen achter de interface. Bij Vezert start een landingspagina op €1.500 en staat die in 2 tot 5 dagen online. Een bedrijfswebsite van 10 tot 30 pagina's start op €4.500 en loopt 2 tot 4 weken. Een portaal met accounts, rollen en koppelingen start op €12.000 en vraagt 6 tot 12 weken. Spoedlevering binnen 48 uur kan bij een kleine omvang en telt 25% op bij de projectkosten.

Die termijnen gaan uit van één ding: dat content en akkoorden binnenkomen op de data die in de planning staan. De tabel laat zien hoe de kalender per projecttype uiteenvalt.

Waar je op moet letten als je een website laat maken, staat bijna nooit in de mooie kant van een offerte. Het zit in de afspraken eromheen: wie eigenaar wordt van de code en de domeinnaam, wat er in de vaste prijs zit, hoeveel herzieningsrondes zijn inbegrepen en wat er na de oplevering gebeurt. Dit zijn de punten die je in het eerste gesprek kunt navragen.

• Eigendom. Vraag wie na oplevering eigenaar is van de code, het domein en de hosting-accounts. Het antwoord hoort jouw bedrijf te zijn.
• Wat in de prijs zit. Ontwerp, bouw, testen en lancering horen erin te zitten. Vraag apart naar content, foto's, vertalingen en koppelingen.
• Herzieningsrondes. Hoeveel rondes zijn inbegrepen per stap, en wat kost een ronde daarbuiten.
• Onderhoud na lancering. Vraag wie updates, back-ups en beveiliging doet, en tegen welk tarief.
• Doorverwijzingen bij een redesign. Vraag of een doorverwijsplan in de offerte zit. Zonder dat plan verlies je bij de livegang bestaande posities.

Een bureau dat deze vijf punten zonder aarzeling beantwoordt, heeft het traject vaker gedaan. Meer criteria staan in onze gids over het kiezen van een webbureau.

De planning heeft twee kanten, en slechts één daarvan is het bureau. Content, merkmateriaal, beslissingen en toegang komen van de klant, en elk daarvan houdt een stap tegen. Een project dat als vertraagd wordt beschreven, wacht vaker op een tekstbestand. Deze overdrachten vooraf benoemen is de goedkoopste planningsverzekering die er is.

Drie dingen zijn het voorbereiden waard vóór het eerste gesprek, omdat ze de hele eerste helft van het traject vrijgeven:

• Een aangewezen beslisser. Eén persoon die een wireframe kan goedkeuren zonder commissie.
• Content, of het besluit die uit te besteden. Paginateksten zijn de meest voorkomende blokkade, en ze worden later niet makkelijker.
• Merkmateriaal. Logobestanden, lettertypen en bestaande richtlijnen, in bewerkbare formaten.

De tabel koppelt elke stap aan wat de klant aanlevert en wat er gebeurt als dat te laat komt.

Het verschil tussen een gestructureerde bouw en een ad-hocbouw zie je in de kalender, niet in het portfolio. Beide kunnen een nette pagina opleveren. Maar één daarvan kan je in week twee vertellen wat in week zes waar zal zijn. De vergelijking behandelt de punten die een opdrachtgever al tijdens het verkoopgesprek kan toetsen.

Een website laten maken is een traject van zes stappen, elk met een oplevering en een beslismoment: analyse, UX- en UI-strategie, ontwikkeling, testen en QA, lancering en optimalisatie na lancering. De kalender loopt van 2 tot 5 dagen voor een landingspagina tot 6 tot 12 weken voor een portaal, en die houdt alleen stand als de overdrachten aan de klantkant standhouden.

Als je een offerte beoordeelt, gaan de nuttige vragen over het traject en niet over de plaatjes. Vraag welke stap welk document oplevert, wie het goedkeurt, en wat het bureau van jou nodig heeft en wanneer. Een team dat daar zonder aarzeling op antwoordt, heeft dit traject eerder gelopen.

Vezert loopt dezelfde zes stappen op elk project, van een landingspagina van één pagina tot een meertalig portaal. Neem contact op met je aantal pagina's en je streefdatum, dan komt het stappenplan met data erbij terug.