Een webrevisie is de gedeeltelijke of volledige herbouw van een website: de architectuur, het design, de code en de content. Voor het project zijn meerdere technische vaardigheden tegelijk nodig. De keuze van het bureau dat de revisie begeleidt, bepaalt zowel het eindresultaat als het verloop van het project. Hieronder vind je zeven concrete criteria om bureaus te beoordelen voordat je een contract ondertekent.
1. Inzicht in je vakgebied en bedrijfsdoelen
Een bureau dat het gesprek begint over zijn favoriete framework of eigen tools, pakt het probleem verkeerd aan. De eerste verwachte oplevering is een analyse van je bedrijfsuitdagingen, geen technisch voorstel. Na een gesprek moet het bureau kunnen verwoorden wat de website moet bereiken: gekwalificeerde leads genereren, het aantal telefoontjes naar de klantenservice verminderen of een productcatalogus tonen die filterbaar is op basis van wettelijke vereisten.
Om deze expertise te toetsen, kun je een beknopte briefing sturen en letten op de vragen die je terugkrijgt. Een geschikt bureau vraagt door over de gebruikersroutes, de huidige knelpunten en de prestatie-indicatoren die je al volgt. Blijft het antwoord beperkt tot een offerte zonder dat het bureau je behoefte eerst samenvat, dan is het signaal duidelijk.
Daarnaast gaan de criteria van Transtec voor het kiezen van een webbureau dieper in op deze verkenningsfase en de vragen die je al tijdens het eerste gesprek kunt stellen.
2. Technische expertise en portfolio met webrevisies
Een website vanaf nul bouwen en een bestaande website vernieuwen zijn twee verschillende opdrachten. Bij een revisie moeten bestaande content worden overgenomen, redirects worden beheerd en gegevens worden gemigreerd. Vaak moet ook de opgebouwde vindbaarheid behouden blijven. Controleer of het bureau in zijn voorstel rekening houdt met deze aandachtspunten.
Een portfolio met gedocumenteerde webrevisies is waardevoller dan een galerij met screenshots. Vraag bij elk getoond project wat de beginsituatie van de website was, welke problemen de revisie heeft opgelost en welke meetbare resultaten na de lancering zijn behaald. Een bureau dat hier nauwkeurig antwoord op kan geven, toont aan dat het het volledige proces beheerst.
3. Transparantie over de planning en het budget voor de revisie
Een totaalofferte zonder uitsplitsing per onderdeel verhult hoe de kosten werkelijk zijn verdeeld. Vraag om een gedetailleerde kostenraming per fase: audit, UX-ontwerp, ontwikkeling, contentintegratie, acceptatietests en livegang. Dankzij deze uitsplitsing kun je offertes op een vergelijkbare basis beoordelen en zien welke onderdelen mogelijk te laag zijn ingeschat.
Wees bij de planning op je hoede voor te korte doorlooptijden waarin geen rekening wordt gehouden met de tijd die jij nodig hebt om goedkeuring te geven. Een realistische planning houdt rekening met feedbackrondes op ontwerpen, het aanleveren van content en testfases. Het bureau moet duidelijk aangeven welke taken bij het bureau liggen en welke bij jou.
4. UX/UI-aanpak en gebruikersgericht design
Bij het design van een webrevisie draait het niet alleen om de uitstraling. De UX/UI-aanpak structureert de gebruikersroutes, zodat bezoekers hun doel (kopen, contact opnemen of informatie vinden) met zo min mogelijk obstakels bereiken. Concreet moet het bureau een methode presenteren die ten minste het volgende omvat:
- Een audit van de bestaande gebruikersroutes, gebaseerd op analytische gegevens of gebruikerstests, om de huidige knelpunten in kaart te brengen
- Het maken van navigeerbare prototypes vóór de ontwikkeling, die worden getest door echte gebruikers of je eigen teams
- Een toegankelijkheidscontrole vanaf de ontwerpfase, temeer omdat de European Accessibility Act sinds 28 juni 2025 van toepassing is op bepaalde online diensten (handel, bankieren en vervoer)
Presenteert het bureau alleen statische ontwerpen zonder gedocumenteerde gebruikersroutes, dan blijft de UX-aanpak oppervlakkig.
5. Technische ondersteuning en opvolging na de lancering
De livegang is niet het einde van het project. In de eerste weken komen kleine bugs, aanpassingen aan de content en soms prestatieproblemen bij realistische belasting aan het licht. In het contract moeten de duur en de omvang van de ondersteuning na de lancering zijn vastgelegd: inbegrepen correcties, gegarandeerde reactietijd en het aantal geplande onderhoudsuren.
Maak ook duidelijk welk onderhoudsmodel na deze eerste periode wordt aangeboden. Sommige bureaus rekenen een maandelijkse vergoeding voor beveiligingsupdates en kleine aanpassingen. Andere werken op basis van losse tickets, wat beter past bij websites die slechts af en toe worden aangepast. Geen enkel model is per definitie beter, maar als er helemaal geen opvolging wordt aangeboden, is dat een waarschuwingssignaal.
6. Methodologie en gestructureerd projectproces
Een professioneel bureau legt zijn werkwijze uit voordat het resultaten belooft. Vraag hoe een webrevisie doorgaans verloopt, stap voor stap. Controleer de volgende punten:
- De frequentie en vorm van voortgangsoverleggen (wekelijks, via een gedeelde projectmanagementtool)
- Tussentijdse opleveringen die ter goedkeuring worden voorgelegd (sitemap, wireframes, ontwerpen, werkend prototype)
- Het acceptatieproces vóór de livegang, inclusief prestatie- en browsercompatibiliteitstests
Een gedocumenteerd proces verkleint de kans op misverstanden en geeft beide partijen inzicht in de daadwerkelijke voortgang. Heeft het bureau het over een ‘agile’ methode, maar kan het niet concreet uitleggen hoe lang sprints duren, welke vaste overlegmomenten er zijn of welke tools worden gebruikt, dan is de term vooral een verkoopargument.
7. Klantreferenties en verifieerbare ervaringen met webrevisies
De testimonials op de website van een bureau zijn zorgvuldig geselecteerd. Vraag voor een betrouwbaar beeld om de contactgegevens van twee of drie klanten met een project dat qua omvang, sector of technische complexiteit op dat van jou lijkt. Neem rechtstreeks contact met hen op.
Vraag bijvoorbeeld of de afgesproken deadlines zijn gehaald, hoe snel het bureau reageerde op onverwachte problemen, hoe de communicatie tijdens het project verliep en hoe goed het bureau na de livegang bereikbaar was. Een tevreden klant vertelt uit zichzelf over het verloop van het project, niet alleen over het resultaat.
Controleer ook hoe recent de referentieprojecten zijn. Bestaat het portfolio uitsluitend uit projecten van meerdere jaren geleden, dan kan dat wijzen op een recente terugval in opdrachten of op een gebrek aan kennis van actuele technologieën.
Deze zeven criteria vervangen elkaar niet. Een technisch uitmuntend bureau dat onduidelijk is over de planning kan net zo veel frustratie veroorzaken als een transparante dienstverlener die geen goed presterende website kan opleveren. Samen vormen de zeven punten een filter waarmee je de meeste risico’s al vóór de start van het project kunt uitsluiten.
