Hoe wij websites bouwen: het webvise-proces van briefing tot lancering

Een van de meest voorkomende frustraties van ondernemers met webbureaus is de zwarte doos. Je geeft een brief)ing af, er gebeurt van alles op de achtergrond en uiteindelijk verschijnt er iets. Soms is het wat je wilde. Vaak niet.

Wij geloven dat transparantie hier een concurrentievoordeel is - voor beide partijen. Als je ons proces begrijpt voordat we beginnen, zijn de verwachtingen afgestemd, zijn er minder revisierondes nodig en is de uiteindelijke site beter. Hier is precies wat we doen.

Fase 1: Discovery (Week 1)

Elk project begint met een gestructureerde discoverysessie. Geen vaag 'vertel ons over je merk' - een specifieke set vragen die de beslissingen blootlegt die de gehele bouw zullen bepalen:

• Voor wie is de site? Welke specifieke klanttypes moeten overtuigd worden?
• Welke actie moeten bezoekers ondernemen, en in welke volgorde?
• Wat doet je huidige site goed dat we beslist moeten behouden?
• Wat is het ene, belangrijkste zakelijke probleem dat de nieuwe site moet oplossen?
• Hoe ziet succes er 6 maanden na de lancering in cijfers uit?

We voeren in deze fase ook een technische audit van je huidige site uit: prestatiesscores, SEO-basislijn, analyticsreview, contentinventaris. Dit vertelt ons waarmee we werken en waar de grootste kansen liggen.

Resultaat: een discoverydocument dat scope, succescriteria en de contentstrategie voor de nieuwe site definieert. Jij reviewt en keurt het goed voordat we één regel code schrijven.

Fase 2: Architectuur & Design (Weken 2–3)

Vóór het design brengen we de informatiearchitectuur in kaart: welke pagina's er zijn, hoe ze verbonden zijn, hoe de gebruikersreis er in elke fase uitziet. De meeste bureaus slaan deze stap over. Wij niet, want een mooi design op een slecht gestructureerde site is nog steeds een slecht presterende site.

Het design begint met wireframes - structurele lay-outs zonder visuele stijl. Dit houdt reviews gefocust op 'klopt deze contenthiërarchie?' in plaats van 'ik hou niet van die blauwtint'. Zodra de structuur is goedgekeurd, passen we je brandsysteem toe.

We werken in Figma. Je kunt designs realtime direct becommentariëren. Geen heen-en-weer emailen met screenshots. Feedbackrondes zijn snel.

We definiëren in deze fase ook de componentenbibliotheek: de herbruikbare bouwstenen (hero-secties, kaartgrids, testimonial-lay-outs, CTA's) die elke pagina opbouwen. Dit versnelt toekomstige contentupdates en waarborgt automatisch visuele consistentie.

Fase 3: Ontwikkeling (Weken 3–6)

We bouwen op Next.js met een headless CMS (doorgaans Sanity). Dit is een bewuste technische keuze met zakelijke consequenties:

• Prestaties: Pagina's worden vooraf gerenderd en geserveerd vanuit een globaal CDN. Laadtijden liggen doorgaans onder de één seconde. Google beloont dit direct in de rankings.
• Beveiliging: Geen publiek admin-inlogpanel, geen pluginkwetsbaarheden, geen PHP-uitvoering. De aanvalsoppervlakte die WordPress biedt, bestaat simpelweg niet.
• Onderhoudbaarheid: De codebase is schoon, gedocumenteerd en gebouwd om te blijven. Geen themachaos. Geen pluginconflicten. Ontwikkelaars die je over twee jaar inhuurt, kunnen het lezen en aanpassen.
• Redactionele ervaring: Je team bewerkt content in de gestructureerde editor van Sanity. Die is sneller en voorspelbaarder dan de WordPress-blokkeneditor, en content kan worden gestructureerd voor hergebruik op meerdere pagina's.

Ontwikkeling verloopt in twee fasen: eerst de kernarchitectuur (CMS-schema, paginatemplates, componentenbibliotheek in code), dan contentintegratie (templates vullen met echte content, pagina-specifieke lay-outs bouwen, QA op alle apparaten en browsers).

Vanaf week 3 heb je toegang tot een stagingomgeving. Dit is een live, volledig functionele preview van de site in elke fase van de ontwikkeling - geen statische screenshot of mockup. Je kunt er doorheen klikken, formulieren testen en op mobiel controleren voordat er iets live gaat.

Fase 4: Content & Teksten (Weken 4–5, parallel)

Content is vaak het onderdeel met de langste doorlooptijd in een websitebouw. We pakken dit op twee manieren aan, afhankelijk van de projectomvang:

Door de klant aangeleverde content: We leveren een gedetailleerde contentbriefing per pagina - exact wat er geschreven moet worden, hoe lang en in welk formaat. Deze briefing is gebaseerd op onze discoverysessie, zoekwoordenonderzoek en concurrentieanalyse. Jij schrijft; wij redigeren en structureren voor het web.

Door webvise geschreven content: Voor projecten waarbij we het copywritingwerk overnemen, interviewen we de belangrijkste stakeholders, bekijken we bestaand verkoopmateriaal en schrijven we paginateksten die geoptimaliseerd zijn voor zowel zoekmachines als conversie. We hebben gemerkt dat teksten geschreven met duidelijke SEO-intentie en overtuigingsstrategie generieke AI-gegenereerde of template-content aanzienlijk overtreffen.

Contentontwikkeling loopt parallel aan de technische ontwikkeling - we vullen het CMS terwijl de ontwikkelaars de templates bouwen. Zo blijft de planning strak.

Fase 5: QA & Lanceringsvoorbereiding (Week 6)

Voordat we iets publiceren, doorloopt de site een systematische kwaliteitschecklist:

• Prestatieaudit: PageSpeed-scores moeten op mobiel en desktop boven de 90 uitkomen
• Cross-browser en cross-device testen (Chrome, Firefox, Safari, Edge; iPhone, Android, tablet, desktop)
• Alle formulieren volledig getest - indiening, bevestiging en e-mailbezorging
• SEO-checklist: title-tags, metabeschrijvingen, canonieke URL's, sitemap, robots.txt, gestructureerde data
• Analytics geverifieerd: GA4, Search Console, conversiedoeltracking - alles vuurt correct
• Contentproeflees: koppen, bodytekst, CTA's, juridische pagina's, alle taalversies bij meertalige sites
• Redirectmap: elke oude URL die er toe deed verwijst naar de juiste nieuwe URL

Niets gaat live zonder het doorstaan van deze checklist. We hebben te veel sites zien lanceren met kapotte formulieren, ontbrekende analytics of geen redirects - allemaal problemen die het bedrijf vanaf dag één stil geld kosten.

Fase 6: Lancering en overdracht (Einde week 6)

De lanceringdag is gepland, niet spontaan. We plannen die in een venster met weinig verkeer, monitoren de site de eerste 24 uur en hebben een rollback-plan klaarliggen. In de praktijk hebben we dit nooit nodig gehad - maar we hebben het altijd.

Na de lancering leveren we:

• Een opgenomen walkthrough over hoe het CMS te gebruiken voor contentupdates
• Documentatie van de componentenbibliotheek (wat er is en hoe het te gebruiken)
• Het volledige designbestand in Figma
• Toegang tot alle accounts: hosting, analytics, Search Console, CMS
• Een supportvenster van 30 dagen na de lancering voor eventuele problemen die in productie opduiken

Wat er na de lancering gebeurt

De meeste klanten werken daarna op één van twee manieren met ons verder: een maandelijkse retainer voor doorlopend content-, SEO- en ontwikkelwerk, of een op-afroep-regeling voor specifieke projecten. We verplichten geen retainers - we geloven dat het werk voor zichzelf moet spreken.

Voor klanten op retainer leveren we maandelijkse prestatierapporten: trends in organisch verkeer, Core Web Vitals, rankingontwikkelingen en conversieratedata. Geen ijdelheidsmetrics - de cijfers die verbonden zijn met zakelijke resultaten.

Is dit proces geschikt voor jou?

Dit proces werkt het beste voor bedrijven die:

• Serieus investeren in hun website - niet op zoek zijn naar de goedkoopste optie
• Willen begrijpen wat ze krijgen en waarom elke beslissing is genomen
• Een duidelijk zakelijk doel hebben dat de nieuwe site moet ondersteunen
• Bereid zijn deel te nemen aan discovery en contentreview (dit vraagt in totaal 3–5 uur van je tijd)

Als je momenteel op WordPress zit en niet zeker weet of je site zo goed presteert als zou moeten, begin dan met een gratis analyse. Onze tool controleert je Core Web Vitals, PageSpeed-score en technische gezondheid in 60 seconden. Voer die uit op webvise.io/wp-health-report - van daaruit kunnen we een concrete gesprek voeren over wat een nieuwe bouw voor jouw situatie zou betekenen.