Een van de meest voorkomende frustraties van ondernemers met webbureaus is de zwarte doos. U geeft een briefing af, er gebeurt van alles op de achtergrond en uiteindelijk verschijnt er iets. Soms is het wat u wilde. Vaak niet.
Transparantie is hier een concurrentievoordeel, voor beide partijen. Als u het proces begrijpt voordat de bouw begint, zijn de verwachtingen afgestemd, zijn er minder revisierondes nodig en is de uiteindelijke site beter. Hier is precies hoe het werkt.
Fase 1: Discovery (Week 1)
Elk project begint met een gestructureerde discoverysessie. Geen vaag 'vertel eens over uw merk': een specifieke set vragen die de beslissingen blootlegt die de gehele bouw bepalen:
- Voor wie is de site? Welke specifieke klanttypes moeten overtuigd worden?
- Welke actie moeten bezoekers ondernemen, en in welke volgorde?
- Wat doet uw huidige site goed dat beslist behouden moet blijven?
- 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?
In deze fase volgt ook een technische audit van uw huidige site: prestatiesscores, SEO-basislijn, analyticsreview, contentinventaris. Dit laat zien wat het vertrekpunt is en waar de grootste kansen liggen.
Resultaat: een discoverydocument dat scope, succescriteria en de contentstrategie voor de nieuwe site definieert. U reviewt en keurt het goed voordat er één regel code wordt geschreven.
Fase 2: Architectuur en design (Weken 2-3)
Vóór het design wordt de informatiearchitectuur in kaart gebracht: welke pagina's er zijn, hoe ze verbonden zijn, hoe de gebruikersreis er in elke fase uitziet. De meeste bureaus slaan deze stap over. Hier 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, wordt uw brandsysteem toegepast.
Het designwerk gebeurt in Figma. U kunt designs realtime direct becommentariëren, zonder heen-en-weer emailen met screenshots. Feedbackrondes zijn snel.
In deze fase wordt ook de componentenbibliotheek gedefinieerd: 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)
De bouw gebeurt 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. Het aanvalsoppervlak dat specifiek is voor een dynamisch CMS met plugin-ecosysteem is niet aanwezig in deze build.
- Onderhoudbaarheid: De codebase is schoon, gedocumenteerd en gebouwd om te blijven. Geen gekoppelde thema-codepaden. Geen plugin-compatibiliteitsvlak om te beheren. Ontwikkelaars die u over twee jaar inhuurt, kunnen het lezen en aanpassen.
- Redactionele ervaring: Uw 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 heeft u 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. U kunt er doorheen klikken, formulieren testen en op mobiel controleren voordat er iets live gaat.
Fase 4: Content en teksten (Weken 4-5, parallel)
Content is vaak het onderdeel met de langste doorlooptijd in een websitebouw. Dit wordt op twee manieren aangepakt, afhankelijk van de projectomvang:
Door de klant aangeleverde content: U krijgt een gedetailleerde contentbriefing per pagina, exact wat er geschreven moet worden, hoe lang en in welk formaat. Deze briefing is gebaseerd op de discoverysessie, zoekwoordenonderzoek en concurrentieanalyse. U schrijft; ik redigeer en structureer voor het web.
Door webvise geschreven content: Voor projecten waarbij het copywritingwerk wordt overgenomen, interview ik de belangrijkste stakeholders, bekijk ik bestaand verkoopmateriaal en schrijf ik paginateksten die geoptimaliseerd zijn voor zowel zoekmachines als conversie. Teksten geschreven met duidelijke SEO-intentie en overtuigingsstrategie presteren aantoonbaar beter dan generieke AI-gegenereerde of template-content.
Contentontwikkeling loopt parallel aan de technische ontwikkeling: het CMS wordt gevuld terwijl de templates worden gebouwd. Zo blijft de planning strak.
Fase 5: QA en lanceringsvoorbereiding (Week 6)
Voordat er iets live gaat, doorloopt de site een systematische kwaliteitschecklist:
- Prestatieaudit: Doel-PageSpeed-scores: 90+ op mobiel en desktop waar contentgewicht en third-party scripts dat toelaten.
- 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. Ik heb 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 wordt gepland in een venster met weinig verkeer. De site wordt de eerste 24 uur gemonitord en er ligt een rollback-plan klaar. Dit rollback-plan is tot nu toe nooit in productie nodig geweest, maar het is er altijd.
Na de lancering ontvangt u:
- 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 verder: een maandelijkse retainer voor doorlopend content-, SEO- en ontwikkelwerk, of een op-afroep-regeling voor specifieke projecten. Retainers zijn niet verplicht: het werk moet voor zichzelf spreken.
Klanten op retainer ontvangen maandelijkse prestatierapporten: trends in organisch verkeer, Core Web Vitals, rankingontwikkelingen en conversieratedata. Geen ijdelheidsmetrics, maar de cijfers die verbonden zijn met zakelijke resultaten.
Is dit proces geschikt voor u?
Dit proces werkt het beste voor bedrijven die:
- Serieus investeren in hun website: niet op zoek 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 uw tijd)
Als u momenteel op WordPress werkt en niet zeker weet of uw site zo goed presteert als zou moeten, begin dan met een gratis analyse. De tool controleert uw Core Web Vitals, PageSpeed-score en technische gezondheid in 60 seconden. Voer die uit op webvise.io/wp-health-report: van daaruit volgt een concreet gesprek over wat een nieuwe build voor uw situatie zou betekenen.