Een webbureau briefen: wat je vooraf moet weten, kiezen en vastleggen

Veel websiteprojecten lopen vertraging op door iets wat vóór de start had kunnen worden opgelost: een onduidelijke opdracht. Een briefing hoeft geen document van twintig pagina's te zijn. Het is een korte, eerlijke beschrijving van waarom je een site wilt, voor wie, wat hij moet doen en wat je zelf aanlevert. Dit artikel loopt de vragen door die een goed bureau stelt, en die je beter kunt beantwoorden voordat je de eerste offerte aanvraagt. Het is ook bedoeld om te laten zien waar de afspraken over eigendom, hosting en privacy thuishoren. Dit is algemene informatie, geen juridisch advies; laat een contract door een jurist bekijken als er veel op het spel staat.

1. Begin bij het doel, niet bij het ontwerp

“Een mooiere website” is geen doel. Een doel is: meer aanvragen voor een bepaalde dienst, een webshop die bestellingen aanneemt, een site die vertrouwen geeft aan nieuwe klanten of een systeem dat afspraken inplant. Schrijf er één tot drie op, in volgorde van belang, en hoe je later wilt weten of het gelukt is (aantal aanvragen, bestellingen, telefoontjes). Dan kan een bureau een ontwerp en een opbouw voorstellen die daar op aansluit. Hoe meten werkt, lees je in privacyvriendelijke webanalyse.

2. Beschrijf voor wie je het doet

Wie zijn je klanten, wat zoeken ze en wat weerhoudt hen? Een paar echte voorbeelden (anoniem) zeggen meer dan een lijstje met kenmerken. Beschrijf ook waar ze vandaan komen: zoeken in Google, advertenties, verwijzingen of social media. Google beschrijft in zijn SEO-startgids dat zoekmachines content en structuur nodig hebben die mensen helpen; het bureau kan dat niet verzinnen zonder te weten wie die mensen zijn.

3. Wat is er al, en wat blijft?

Een bureau wil weten wat het kan hergebruiken:

• Huisstijl en logo (en in welke bestanden je die hebt).
• Teksten en foto's: wat kun je zelf aanleveren en wat moet geschreven of gefotografeerd worden?
• Een bestaande website: welke pagina's trekken verkeer, wat moet absoluut behouden blijven, wat mag weg?
• Accounts: domeinnaam, hosting, e-mail, Google Bedrijfsprofiel, advertentieaccounts. Wie is de eigenaar?

Als er een bestaande website is met zoekverkeer, is het verhuizen van URL's een apart onderwerp. Google beschrijft in zijn documentatie dat je bij een verhuizing met URL-wijzigingen permanente doorverwijzingen moet instellen en ze lang genoeg moet bewaren; zie website verhuizen zonder SEO-verlies. Laat het bureau vooraf zeggen hoe het dat aanpakt.

4. Functies en inhoud: onderscheid ‘moet’ en ‘mooi om te hebben’

Maak een lijst van wat de site moet kunnen (contactformulier, afspraken boeken, meertaligheid, nieuwsberichten, betalingen, koppelingen met je administratie) en splits die in drie groepen: noodzakelijk bij de start, daarna, misschien. Dat helpt bij het beoordelen van offertes, want elke functie raakt de doorlooptijd en de kosten. Meer daarover in Wat kost een website? en Hoe lang duurt het?.

5. Randvoorwaarden: toegankelijkheid, snelheid, privacy

Dit zijn eisen die vaak vergeten worden en later duur blijken.

• Toegankelijkheid. De W3C Web Accessibility Initiative adviseert toegankelijkheid vanaf het begin van planning en beheer mee te nemen in plaats van achteraf. Vraag het bureau hoe het dat doet; zie ook toegankelijke website en de European Accessibility Act.
• Snelheid. Vraag welke meetwaarden het bureau na oplevering controleert. web.dev beschrijft de Web Vitals (LCP, INP, CLS) als standaard; zie Core Web Vitals uitgelegd.
• Privacy. Welke tools worden geladen, welke gegevens verzamelt het formulier, waar worden ze opgeslagen? De AVG vraagt voor een verwerker een overeenkomst (artikel 28) en passende beveiliging (artikel 32). Zie cookies en AVG.

6. Eigendom en rechten: leg het schriftelijk vast

Wie is na afloop eigenaar van wat? Volgens de Auteurswet (artikel 2, derde lid) moet een overdracht van auteursrecht schriftelijk zijn; zonder schriftelijke akte geldt dat niet, en een overdracht geldt alleen voor de rechten die uitdrukkelijk zijn vermeld of die uit de aard van de overeenkomst voortvloeien. Praktisch betekent dat: leg vast wat jouw bedrijf krijgt (ontwerp, code, teksten, illustraties), of dat het een volledige overdracht of een licentie is, en wat er gebeurt met onderdelen van derden zoals lettertypen, stockfoto's en plug-ins (die hebben eigen licenties). Vraag ook wie de domeinnaam op naam heeft staan. Dit hoort in de offerte of de overeenkomst.

7. Hosting, onderhoud en wat na de livegang gebeurt

Een website is niet klaar bij oplevering. Vraag:

1. Waar staat de site, en wie is verantwoordelijk voor uptime, back-ups en updates? Zie hosting en uptime voor ondernemers.
2. Wat valt onder onderhoud en wat is extra werk? Zie de onderhoudschecklist.
3. Kun je de site meenemen als je van bureau wilt wisselen, en in welke vorm?
4. Hoe snel reageert het bureau bij een storing, en hoe bereik je het?

8. Wat hoort er in een offerte?

Een goede offerte maakt het mogelijk om te vergelijken. Let op:

• Scope in woorden. Welke pagina's, functies en teksten zijn inbegrepen, en wat niet?
• Aantal feedbackrondes en wat er gebeurt bij extra wensen.
• Planning met mijlpalen, inclusief wat het bureau van jou nodig heeft en wanneer.
• Prijsopbouw en wat variabel is. Wij werken met prijzen op aanvraag, na een kennismaking, omdat de inhoud van een project verschilt; zie prijs op aanvraag na kennismaking.
• Eigendom, hosting en onderhoud zoals hierboven.
• Betalingsmomenten en voorwaarden.

Vergelijk offertes op inhoud, niet op bedrag. Een goedkope offerte waar de helft ontbreekt, is niet goedkoper.

9. Praktische afspraken in het project

Spreek af wie jouw aanspreekpunt is, hoe snel je feedback geeft (vertraging van jouw kant is de meest voorkomende reden dat een project uitloopt) en hoe je beslissingen vastlegt. Een bureau dat een kennismaking in de avond aanbiedt, zoals wij tussen 18:30 en 20:30, maakt het gemakkelijker om dit rustig te bespreken zonder jouw werkdag te verstoren. Zie ook een websiteproject voorbereiden.

Signalen om op te letten bij een voorstel

Een briefing werkt twee kanten op: het laat ook zien hoe een bureau reageert. Let op de volgende dingen, zonder er meteen een oordeel aan te verbinden:

• Het bureau stelt geen vragen. Een voorstel dat binnenkomt zonder dat iemand naar je doelen of bezoekers heeft gevraagd, is een standaardvoorstel.
• Alles is “inclusief”. Vraag wat er concreet onder valt, zoals het aantal pagina's, teksten en feedbackrondes.
• Eigendom blijft vaag. Als het bureau niet kan zeggen wie de code, het ontwerp en de domeinnaam bezit, vraag dan om dat op papier.
• Geen woord over na de livegang. Wie gaat updates doen, back-ups controleren en problemen oplossen?
• Referenties die je niet kunt controleren. Vraag naar live sites die je zelf kunt openen, en bekijk die op een telefoon.

Een goed bureau vindt deze vragen gewoon en beantwoordt ze zonder omwegen.

Een briefing in tien regels

1. Wat is het bedrijf en wat doet het?
2. Wat is het doel van de site, en hoe meten we het?
3. Wie zijn de bezoekers?
4. Welke pagina's en functies zijn nodig, en welke zijn extra?
5. Wat is er al (huisstijl, teksten, foto's, bestaande site)?
6. Welke eisen gelden voor toegankelijkheid, snelheid en privacy?
7. Wie is eigenaar van wat?
8. Wie host, wie onderhoudt?
9. Wat is de gewenste periode en waarom?
10. Wie beslist aan jouw kant?

Tot slot

Een goede briefing is een gesprek, geen formulier. Je hoeft niet alles te weten; het gaat erom dat je de vragen herkent. Heb je een idee maar geen briefing? Kom langs bij onze gratis kennismaking, of lees meer over onze websites en pakketten.

Bronnen

Gecontroleerd op 28 oktober 2026 aan de hand van de bronnen hieronder. Regels en richtlijnen veranderen; dit artikel is algemene informatie en geen juridisch of fiscaal advies.

• Auteurswet (wetten.overheid.nl)
• General Data Protection Regulation, Regulation (EU) 2016/679 (EUR-Lex)
• Planning and Policies Overview (W3C Web Accessibility Initiative)
• Web Vitals (web.dev)
• SEO Starter Guide (Google Search Central)
• Site moves with URL changes (Google Search Central)

Plan kennismaking