Stappenplan website maken: zo verloopt een project bij Vezert, fase voor fase

Het ontwikkelproces van een website is de vaste volgorde van fasen die een project van het eerste gesprek naar een live, onderhouden site brengt. Een stappenplan website maken bestaat bij Vezert uit zes fasen: discovery en planning, informatiearchitectuur met UX- en UI-design, ontwikkeling, testen en QA, lancering en overdracht, en support na de lancering. Elke fase eindigt met een benoemd resultaat dat jij goedkeurt voordat de volgende begint.

Deze gids beschrijft hoe we die fasen echt doorlopen, op basis van de scope, stappen en doorlooptijden op onze pagina's diensten en prijzen. Per fase lees je het doel, wat ons team doet, wat we van jou nodig hebben, wanneer de fase klaar is en hoe lang die meestal duurt bij een landingspagina vergeleken met een webportaal.

De zes fasen blijven hetzelfde, hoe groot het project ook is. Wat verandert, is de diepgang. Discovery voor een landingspagina is een intakegesprek van 30 minuten; discovery voor een portaal is een betaalde sprint van twee weken die eindigt met een ondertekende Statement of Work.

Een ontwikkelproces voor een website is een vastgelegde werkvolgorde: wie beslist wat, in welke volgorde en op basis van welk resultaat. Je hoort ook de term levenscyclus van een website. De meeste gidsen noemen zeven stappen: informatie verzamelen, plannen, ontwerpen, content, bouwen, testen en lanceren met onderhoud. Wij groeperen hetzelfde werk in zes fasen, omdat planning en sitemap bij discovery en design horen, en content als eigen spoor naast design en bouw loopt.

Zonder die volgorde wordt een project reactief. Beslissingen komen laat, prioriteiten schuiven en het resultaat drijft weg van wat het bedrijf vroeg. De faalpatronen zijn bij elk formaat project dezelfde: een scope die nooit is opgeschreven en blijft groeien, akkoorden zonder benoemde eigenaar, deadlines die vastliggen voordat iemand de pagina's heeft geteld, en features waar niemand aan de zakelijke kant om vroeg.

Een schriftelijk proces geeft jou ook houvast. Op elk moment kun je de huidige fase benoemen, de openstaande beslissing en de datum waarop het volgende resultaat binnenkomt. Zo zie je het verschil tussen een planning die achterloopt en een planning die op jou wacht.

De tabel hieronder is de korte versie van het hele proces. Elke rij is één fase, met het doel, wat wij opleveren, wat jij aanlevert en het criterium waarmee we de fase afsluiten. Een fase sluit pas als het resultaat schriftelijk is goedgekeurd, zodat de volgende fase op een vaste datum start in plaats van op een hoopvolle. De secties na de tabel behandelen elke fase in detail.

Discovery zet een bedrijfsdoel om in een schriftelijke scope, nog voordat er ontworpen of gebouwd wordt. Volgens Nielsen Norman Group is de discoveryfase vooronderzoek naar het probleemgebied: het probleem scherp krijgen en genoeg bewijs verzamelen om te beslissen wat er daarna moet gebeuren. In ons proces eindigt dat onderzoek in een document waar beide partijen mee werken, en dat document maakt een vaste prijs en een vaste datum mogelijk.

Hoe diep het gaat, hangt af van het project. Voor een landingspagina is het een intakegesprek van 30 minuten, waarna we het aanbod, de doelgroep, de ene succesmaatstaf en de verkeersbron kennen. Voor een bedrijfswebsite betekent het stakeholder-interviews met marketing, IT en inkoop, plus een AI-ondersteunde audit van de huidige site, de SEO en de concurrenten. Voor een portaal is het een betaalde discovery van twee weken met probleemstelling, persona's, informatiearchitectuur en een plan voor beveiliging en compliance, afgesloten met een ondertekende Statement of Work.

Van jou hebben we je doelen nodig en hoe je ze meet, het bestaande materiaal (huidige site, toegang tot analytics, merkbestanden) en één persoon die beslissingen kan goedkeuren. Heb je al een briefing of een offerteaanvraag, stuur die dan mee. Onze gidsen over een websitebriefing schrijven en een offerteaanvraag voor een redesign laten zien wat het meest helpt.

De fase sluit af met een schriftelijke scope met pagina's, functionaliteit en koppelingen, een eerste sitemap, een mijlpaalplanning met data en een prijs. Scope, planning en kosten liggen schriftelijk vast voordat het werk begint. Die scope maakt concurrerende voorstellen ook vergelijkbaar terwijl je nog bezig bent met een webdesignbureau kiezen.

Bij een landingspagina is discovery dag één. Bij een portaal vult het week één en twee.

De tweede fase beslist over structuur vóór stijl. Eerst leggen we de sitemap en informatiearchitectuur vast, dan de gebruikersflows en wireframes, en pas daarna het visuele ontwerp. Een sectie verplaatsen in een wireframe kost minuten. Dezelfde sectie verplaatsen als de pagina's al gebouwd zijn, betekent herwerk in de code, dus hier wordt het grootste deel van het revisiebudget bespaard of uitgegeven. Dit is het werk dat ons UX/UI-designteam op elk project doet.

Bij een bedrijfswebsite keurt de UX-lead de definitieve informatiearchitectuur goed, terwijl Claude Design drie tot vijf kandidaatstructuren genereert om die tegen af te zetten. Een senior designer stelt daarna het templatesysteem samen en de art director bepaalt de visuele richting. Bij een landingspagina maken we drie tot vijf wireframe-richtingen, brengen die terug tot één, en aan het einde van dag drie zie je een Figma-link. Bij een portaal levert de fase een designsysteem op, met 15 tot 30 high-fidelity schermen, een klikbaar prototype en een toegankelijkheidsaudit volgens WCAG 2.2 AA.

Hoe je een sitemap plant, lees je in onze gids over websitestructuur plannen. De planning guide van Smashing Magazine is een goede externe bron over sitemaps, URL-structuur en de vraag wie welke content maakt.

Van jou hebben we merkmateriaal in bewerkbare formaten nodig (logobestanden, fonts, eventuele richtlijnen) en feedback binnen de afgesproken reviewperiode. Bij een landingspagina review je het ontwerp twee keer: halverwege en aan het einde. De fase sluit af wanneer sitemap, wireframes en visueel ontwerp zijn goedgekeurd, en zonder dat akkoord gaat er niets naar ontwikkeling.

Bij een landingspagina met tekstvarianten loopt design van dag twee tot dag zes. Bij een portaal beslaat het week drie en vier.

Ontwikkeling bouwt het goedgekeurde ontwerp om tot een werkende site op een staging-URL waar je doorheen kunt klikken. Bij de meeste projecten is dit de langste fase, en de fase waarin een bevroren scope zich terugbetaalt: elke wijziging die nu binnenkomt, raakt code in plaats van een wireframe. AI-codetools schrijven delen van het werk voor, en een senior engineer reviewt elke regel en neemt er de verantwoordelijkheid voor voordat die wordt gemerged.

Pagina's worden gebouwd uit herbruikbare componenten, content komt in de echte structuur en koppelingen zoals CRM, analytics, betalingen of single sign-on worden aangesloten en getest. De stack leggen we vast in discovery. Next.js is onze standaard voor bedrijfswebsites en portalen; landingspagina's kunnen ook in Webflow of WordPress worden opgeleverd. Bij een portaal zetten code-agents de React- en Next.js-componenten en de backend-API's op, waarna een tech lead de beveiliging valideert en een code-review doet vóór de merge. Onze gidsen over AI-first webontwikkeling en een maatwerk website laten maken gaan dieper in op de werkwijze.

Van jou hebben we definitieve paginateksten nodig, beelden, product- of dienstgegevens en inloggegevens voor elke koppeling. Pagina's die rond plaatshoudertekst worden gebouwd, worden vaak twee keer herzien: eenmaal wanneer de echte tekst binnenkomt en nog eens wanneer die niet in de lay-out past.

De fase sluit af met een functioneel complete staging-build. Bij een landingspagina met tekstvarianten loopt ontwikkeling van dag vijf tot dag acht, en de staging-link komt op dag acht. Bij een portaal neemt de bouw week vijf tot en met zeven in beslag.

Testen controleert de staging-build onder echte omstandigheden, voordat iemand buiten het project hem ziet. We combineren een handmatige doorloop op echte apparaten met geautomatiseerde checks op toegankelijkheid, Core Web Vitals en kapotte links, en de bevindingen komen terug als gedeelde fixlijst met een eigenaar per punt. Door QA als eigen fase te behandelen, met eigen afrondingscriteria, wordt een lanceerdatum een afspraak in plaats van een gok.

Performance meten we tegen de Core Web Vitals-drempels van Google: Largest Contentful Paint binnen 2,5 seconden, Interaction to Next Paint binnen 200 milliseconden en Cumulative Layout Shift van 0,1 of lager. We controleren ook responsieve lay-outs op verschillende apparaten, formulieren en analytics-events, en een basisniveau van WCAG-toegankelijkheid op niveau 2.2 AA. Bedrijfswebsites krijgen regressiechecks bij elke commit. Portalen krijgen daarnaast end-to-end tests met Playwright, SAST- en DAST-beveiligingsscans en, bij projecten met zware compliance-eisen, een externe penetratietest. Onze checklist voor een kwalitatieve website noemt de drempels waaraan een build moet voldoen.

In Nederland heet het afsluitende moment meestal de oplevering. Je accepteert de staging-build schriftelijk, eventueel met een lijst restpunten, en die restpunten vormen de laatste fixronde vóór de livegang.

Van jou hebben we één review van de staging-build nodig, met wijzigingsverzoeken gebundeld in één lijst in plaats van verspreid over twee weken. De fase sluit af wanneer de fixlijst leeg is en jij de staging-build accepteert.

Bij een landingspagina beslaat QA dag acht en negen. Bij een portaal loopt het testen mee in de bouwweken en eindigt het met de security-sign-off in de lanceerweek.

De lancering zet de goedgekeurde build in productie en draagt het project aan jou over. Het werk is infrastructuur, geen design: DNS, hosting, redirects vanaf oude URL's, analytics en Search Console, en een laatste controle van de metadata. Het is de kortste fase en de fase met de minste ruimte voor improvisatie, dus werken we met een checklist. Onze lanceerchecklist voor je website is de versie die we vóór de livegang afwerken.

Een projectmanager coördineert de overstap. Bij een redesign is de redirectmap voor elke oude URL met verkeer makkelijk over te slaan en duur om te vergeten, want die beschermt je bestaande posities; onze gids voor websitemigratie behandelt het stap voor stap. Na de livegang bewaakt een AI-agent in de eerste week de Core Web Vitals, 404-fouten en crawlfouten, en een mens handelt op wat hij meldt.

De overdrachtsdocumentatie wordt met de site meegeleverd. Bij een landingspagina zijn dat architectuurnotities, het eventschema voor analytics en een opgenomen doorloop van 10 minuten. Bij een portaal is dat schriftelijke documentatie en een opgenomen sessie voor kennisoverdracht.

Van jou hebben we toegang nodig tot domein en DNS, de accounts voor analytics en Search Console, en je juridische pagina's (privacyverklaring, cookieverklaring, algemene voorwaarden). Ontbrekende toegang is een veelvoorkomende reden dat een lanceerdatum verschuift, los van de build zelf. De fase sluit af wanneer de site live is, redirects en analytics zijn gecontroleerd, en code, designbestanden en accounts op jouw naam staan. Bij een landingspagina met tekstvarianten is dat dag tien; bij een portaal week acht.

Met de lancering begint de meetperiode. Zodra echte bezoekers binnenkomen, levert de site data op die geen planningssessie kan geven: welke pagina's gelezen worden, waar formulieren worden afgebroken, op welke apparaten het hapert. Elk pakket op onze prijzenpagina bevat een supportperiode na de livegang: 7 dagen voor een landingspagina, 2 weken voor een bedrijfswebsite en 1 maand voor een portaal.

Na die periode gaat doorlopend werk naar een aparte, optionele overeenkomst. Een onderhoudsplan dekt uptime, beveiliging, back-ups en updates; onze complete gids voor websiteonderhoud zet de taken op een rij. Een SEO-retainer dekt de vindbaarheid. Bij landingspagina's leest een AI-agent binnen een conversieretainer elke week heatmaps en GA4-data, en een senior CRO-specialist beslist welk experiment als volgende live gaat. Design en ontwikkeling zijn een eenmalig bedrag, en er zit niets terugkerends in verwerkt.

Van jou hebben we zakelijke context bij de cijfers nodig en per cyclus een besluit over prioriteiten. Een dashboard waar niemand iets mee doet, is alleen opslag. Binnen een retainer bespreken we het werk in een maandrapport, in plaats van het af te sluiten met één akkoord.

Content is de input die een planning het vaakst ophoudt, dus behandelen we het als een eigen spoor naast design en ontwikkeling in plaats van als één stap erna. De sitemap uit fase twee laat zien welke pagina's tekst nodig hebben, en de wireframes tonen ongeveer hoe lang elk blok moet zijn. Tekst die op de wireframe is geschreven, past meestal de eerste keer.

Er zijn drie routes. Jij schrijft, en we spreken vóór de start van de ontwikkeling een datum af voor de definitieve teksten. Wij schrijven: copywriting is een add-on in onze prijzen, en bij landingspagina-bundels schrijft een copy-agent drie varianten van kop en CTA die een senior copywriter redigeert en goedkeurt. Of het werk wordt verdeeld, wat vaak gebeurt bij bedrijfswebsites: wij schrijven de conversiepagina's en jouw team levert de specialistische pagina's die alleen jullie kunnen schrijven. Onze gids over webteksten laten schrijven beschrijft wat elke pagina nodig heeft en wie die meestal schrijft.

Welke route je ook kiest, beslis het in discovery. Een contentbeslissing die tot de ontwikkeling blijft liggen, is een van de betrouwbaarste manieren om een project te laten uitlopen.

Feedback gebeurt op vaste momenten, niet doorlopend. Elke fase heeft een review die aan het resultaat gekoppeld is: de scope, de wireframes, het visuele ontwerp, de staging-build. Je krijgt een reviewperiode, je stuurt één gebundelde set opmerkingen en wij reviseren. Bij een landingspagina-pakket review je bijvoorbeeld het ontwerp halverwege en aan het einde, en de teksten bevatten één revisieronde.

Een wijzigingsverzoek is alles wat de goedgekeurde scope uitbreidt of verandert: een nieuwe pagina, een nieuwe koppeling, een feature die in discovery niet ter sprake kwam. Het is een beslissing met een prijs en een datum. Verandert de scope halverwege het project, dan leggen we de aanpassing schriftelijk vast voordat het werk begint, en elke toevoeging (extra pagina's, animaties, copywriting, talen, koppelingen) heeft een vaste add-onprijs die in het voorstel staat. Je kunt ook in elke fase overstappen naar een groter pakket.

Twee gewoontes houden rondes kort. Verzamel de opmerkingen van alle stakeholders voordat je ze stuurt, zodat het team geen drie tegenstrijdige notities over dezelfde pagina krijgt. En geef feedback op het resultaat dat voor je ligt: een wireframe-review gaat over structuur en volgorde, niet over kleuren.

Jij. De code gaat naar jouw repository, designbestanden verhuizen naar jouw accounts, en AI-agentprompts die voor jouw project zijn ontwikkeld, mag je houden. Bij portalen omvat de oplevering de volledige broncode, deployment rights en IP-overdracht, zodat je zelf kunt hosten, van cloudprovider kunt wisselen of de samenwerking kunt beëindigen terwijl het portaal blijft draaien. We houden geen exclusieve rechten op je merkmateriaal.

Naar Nederlands recht maakt het betalen van een factuur je nog geen eigenaar. Computerprogramma's vallen onder artikel 10 lid 1 onder 12 van de Auteurswet, en volgens artikel 2 lid 3 gaat het auteursrecht alleen over via een daartoe bestemde akte, dus schriftelijk. Artikel 7, dat het auteursrecht bij de werkgever legt, geldt voor werknemers en niet voor een bureau dat je inhuurt. Controleer daarom of je contract een schriftelijke overdracht van het auteursrecht bevat.

Eigendom houdt alleen stand als de accounts op jouw naam staan, dus de overdracht omvat meer dan code. Controleer vóór de lancering wie elk van deze zaken beheert: het account bij de domeinregistrar, DNS, hosting, de coderepository, analytics en Search Console, en elke externe koppeling met de bijbehorende API-sleutels. We deployen meestal op Vercel, en hosting via ons is optioneel. Host een bureau je site of verwerkt het de gegevens uit je formulieren, dan is het verwerker in de zin van artikel 28 AVG en hoort daar een verwerkersovereenkomst bij. Staat een van deze accounts op de login van een bureau, vraag dan schriftelijk om de overdracht vóór de eindfactuur.

AI tekent voor, mensen beslissen. Vezert-CEO Lena Tarhonska vat de regel zo samen: "De rolverdeling is simpel: mensen beslissen, AI tekent voor." In de praktijk gebruiken we Claude Design om wireframe-richtingen en componentvarianten voor te stellen, AI-codeassistenten om componenten en tests voor te schrijven, en QA-agents om toegankelijkheid, Core Web Vitals en kapotte links te controleren. Elke AI-output gaat langs een senior reviewer voordat hij bij jou terechtkomt.

Architectuur, beveiliging, informatiearchitectuur, het definitieve ontwerp en de sign-off blijven bij benoemde mensen. Voor portalen schat onze procespagina het AI-aandeel per fase: ongeveer 30% in discovery, 55% in design, 60% in de bouw en 50% bij de lancering, waar het vooral testsuites en documentatie schrijft. Bij bedrijfswebsites verwijderen we persoonsgegevens vóór elke modelaanroep en kunnen we AI-workloads via endpoints in de EU-regio laten lopen.

Je kunt AI ook uitzetten. Een bedrijfswebsite die volledig met de hand wordt gebouwd, gaat van 4 tot 8 weken naar 8 tot 14 weken en kost ongeveer 25% meer. Bij portalen kost de Traditional Mode 25% meer en duurt die ongeveer 1,5 keer zo lang. Mensen vragen vaak of ChatGPT een website kan bouwen. Een algemene chatbot kan de code voor een eenvoudige pagina schrijven, maar het risicovolle werk in dit proces (scope, structuur, review en verantwoordelijkheid voor de lancering) vraagt nog steeds om mensen.

Met onze standaard doorlooptijden, die in de basisprijs zitten, duurt het proces 2 tot 5 dagen voor een landingspagina, 2 tot 4 weken voor een bedrijfswebsite en 6 tot 12 weken voor een webportaal. Grotere pakketten lopen langer, en spoedlevering binnen 48 uur is mogelijk bij kleine scopes, tegen 25% toeslag. Wat een planning laat verschuiven en hoe onze termijnen zich verhouden tot de markt, lees je in de gids over de tijdlijn van websiteontwikkeling.

Die termijnen gaan ervan uit dat content en akkoorden binnenkomen op de data uit de planning. Bij bedrijfswebsites leggen we de verdeling per fase schriftelijk vast aan het einde van discovery, voordat het designwerk begint.

Drie dingen maken de hele eerste helft van het proces vrij, dus regel ze vóór het eerste gesprek: een benoemde beslisser die een wireframe kan goedkeuren zonder een commissie bijeen te roepen, een besluit over wie de content schrijft, en merkmateriaal in bewerkbare formaten. Al het andere kan tijdens discovery worden verzameld. De tabel laat zien wat elke fase van jou nodig heeft en wat er gebeurt als het te laat komt.

Vraag bij het vergelijken van voorstellen naar het proces, niet naar het portfolio. Een gestructureerd team en een team dat improviseert kunnen allebei een mooie pagina laten zien. Alleen het eerste kan je in week twee vertellen wat er in week zes waar zal zijn. Wie wil weten waar je op moet letten bij een website laten maken, krijgt met deze vragen snel duidelijkheid:

• Welk resultaat sluit elke fase af, en wie keurt het goed?
• Hoeveel feedbackrondes zijn inbegrepen, en hoe worden wijzigingsverzoeken geprijsd?
• Wat hebben jullie van ons nodig, en op welke datum?
• Op wiens naam staan domein, hosting, repository en analytics-accounts bij de lancering?
• Staat de overdracht van het auteursrecht schriftelijk in het contract?
• Waar gebruiken jullie AI, en wie reviewt de output?

Vezert doorloopt bij elk project dezelfde zes fasen, van één landingspagina tot een meertalig portaal. Stuur ons je aantal pagina's en je streefdatum, en binnen 24 uur krijg je een schriftelijke offerte met de faseplanning en een datum bij elke mijlpaal.