Hoe maak je een websitebriefing waar een bureau mee kan werken?
Een bruikbare websitebriefing beschrijft voor wie je website bedoeld is, wat bezoekers moeten kunnen doen en wie de inhoud en besluiten aanlevert. Je hoeft de oplossing nog niet te ontwerpen. Met het template en het ingevulde voorbeeld hieronder maak je feiten, wensen en open vragen duidelijk genoeg om een passend voorstel te krijgen.
Begin bij de aanleiding en de bezoeker
‘We willen een moderne website’ beschrijft een voorkeur, maar nog geen opdracht. Schrijf op wat nu niet werkt. Een nieuw aanbod is nauwelijks te vinden, vacatures staan verstopt, of potentiële klanten begrijpen niet wanneer ze je moeten bellen. Kies de belangrijkste aanleiding; niet ieder probleem hoeft in de eerste versie opgelost te worden.
Omschrijf vervolgens een concrete bezoeker in een concrete situatie. ‘Bedrijven’ is te breed om te bepalen welke informatie eerst moet komen. Een facilitair manager die onderhoud wil uitbesteden heeft andere vragen dan een inkoper die een productcode zoekt. Benoem wie beslist, welke twijfel eerst weg moet en welke actie daarna logisch is.
Maak gewenste resultaten herkenbaar. ‘Meer verkeer’ is minder bruikbaar dan ‘onderhoudsaanvragen van bedrijven in ons werkgebied, met een concrete locatie en onderhoudsvraag’. Het tweede helpt bij de keuze van teksten, pagina’s en formuliervelden. Het is een doel, geen belofte dat de website dat aantal aanvragen vanzelf oplevert.
Een ingevuld voorbeeld voor een onderhoudsbedrijf
Dit fictieve voorbeeld laat zien hoe een korte briefing keuzes afbakent. De bedrijfsnaam is niet nodig om te zien wat een bouwer moet weten. Het voorbeeld past niet automatisch bij jouw organisatie: vervang doelgroep, aanbod en grenzen door je eigen situatie.
| Onderdeel | Concrete invulling |
|---|---|
| Aanleiding | De site benadrukt losse reparaties. Het bedrijf wil ook periodiek onderhoud voor bedrijfspanden uitleggen. |
| Bezoeker | Een facilitair manager die onderhoud voor één of meerdere bedrijfspanden wil organiseren. |
| Eerste versie | Home, aanbod, over en contact, plus aparte uitleg van inspectie, onderhoud en reparatie. |
| Bewijs | Drie projecten met toestemming voor naam en beeld. De eigenaar levert per project aanleiding, werkzaamheden en foto’s. |
| Vervolgstap | Een onderhoudsvraag bespreken. Bij contact vragen naar pand, locatie en gewenste ondersteuning. |
| Buiten scope | Geen storingendienst, klantenportaal, online betaling of automatische planning bij de eerste livegang. |
| Besluit | De eigenaar beslist. Eén medewerker verzamelt feedback en controleert alle diensteninformatie. |
| Open punt | Wie actualiseert de projecten na livegang en is zelfbeheer daarvoor nodig? |
Geef iedere pagina een taak
Een lijst met paginanamen is een begin. Voeg per pagina de vraag toe die ze beantwoordt. De homepage helpt oriënteren, een dienstenpagina legt het probleem en de aanpak uit, een case laat de toepassing zien. Als twee pagina’s dezelfde vraag beantwoorden, onderzoek dan of ze samengevoegd kunnen worden.
Noteer naast die taak het materiaal dat al bestaat. Een brochure kan waardevolle specificaties bevatten, maar is niet vanzelf een geschikte webtekst. Een foto in een gedeelde map is pas bruikbaar wanneer kwaliteit en gebruiksrechten duidelijk zijn. Benoem ontbrekende informatie en wijs iemand aan die die kan leveren.
Lever ook de huidige URL’s aan. Een bestaande pagina kan via Google of een klantdocument bezocht worden, zelfs als hij niet meer in de hoofdnavigatie staat. Die bestemming zomaar weglaten kan bezoekers op een foutpagina laten eindigen. Bespreek behouden, samenvoegen en doorverwijzen als onderdeel van de opdracht.
Scheid een vereiste van een oplossing
Schrijf eerst wat iemand moet kunnen. ‘Onze marketeer moet een project met vier foto’s kunnen publiceren’ is een vereiste. ‘Er moet een uitgebreide paginabouwer komen’ is al een mogelijke oplossing. Door die twee te scheiden kan een bureau een eenvoudiger alternatief voorstellen dat hetzelfde werk ondersteunt.
Verdeel functies in nodig bij livegang, later gewenst en nog te onderzoeken. Geef bij iedere koppeling aan welke gegevens van welk systeem naar welk ander systeem moeten. ‘Een CRM-koppeling’ zonder gegevensstroom zegt nog weinig over het benodigde werk. Beschrijf alleen het proces; deel toegang later via een afgesproken veilige route.
Neem bestaande diensten zoals zakelijke e-mail mee als afhankelijkheid. Een website vernieuwen betekent niet dat je mailomgeving ook moet veranderen. Leg vast wie verantwoordelijk is voor de website en wie voor domein, mail, accounts en eventuele externe systemen.
Maak budget, feedback en oplevering concreet
Geef een budgetkader en benoem of dat alleen de bouw betreft of ook tekst, fotografie, licenties en beheer. Het helpt als een bureau kan uitleggen wat binnen dat kader kan en welke wensen een volgende fase nodig hebben. Een budget noemen verplicht je niet om het hele bedrag uit te geven.
Kies één eindbeslisser en één route voor gebundelde feedback. Een directielid, marketeer en medewerker mogen verschillende belangen hebben, maar het bureau heeft een gezamenlijke terugkoppeling nodig. Leg vast wanneer zij beschikbaar zijn en welke inhoud eerst intern goedgekeurd moet worden.
Beschrijf hoe je oplevering beoordeelt. De afgesproken pagina’s zijn compleet, contact werkt, mobiel is gecontroleerd en bestanden en toegangen worden overgedragen. Bespreek hoe je dat veilig test zonder echte prospects of klanten te benaderen. Een gewenste datum krijgt pas betekenis wanneer aanlevering en beslismomenten daarin passen.
Gebruik het invulbare briefingtemplate
Download het tekstbestand of kopieer het template naar je eigen document. Je hoeft geen e-mailadres achter te laten. Vul de bekende feiten in en markeer open punten als ‘te bespreken’. Een korte, eerlijke briefing is bruikbaarder dan een lang document met aannames die niemand heeft bevestigd.
Deel dezelfde versie met de bureaus die je vergelijkt. Verwerk belangrijke antwoorden vervolgens in één nieuwe versie, zodat iedereen dezelfde opdracht begroot. Zet geen wachtwoorden, API-sleutels of persoonsgegevens van klanten in dit document.
Bekijk en kopieer de inhoud
WEBSITEBRIEFING Gebruik: vul in wat je weet. Laat open punten zichtbaar als 'te bespreken'. Versie: 29 september 2026. Bron: sitechef.nl/kennis/website-vernieuwen/website-briefing/ BEDRIJF EN AANLEIDING Bedrijfsnaam en huidige website: Wat verkopen of leveren we, voor wie en in welk gebied? Wat is er veranderd waardoor we de website willen aanpassen? DOEL EN BEZOEKER Belangrijkste doelgroep en situatie waarin iemand ons zoekt: Wat moet die bezoeker begrijpen voordat contact zinvol is? Welke concrete actie willen we mogelijk maken? Wanneer is een aanvraag passend en wanneer niet? INHOUD EN BEWIJS Noodzakelijke pagina's en de vraag die iedere pagina beantwoordt: Bestaande teksten en URL's die waarde hebben: Beschikbare cases, beelden, specificaties en toestemming voor gebruik: Ontbrekende inhoud, verantwoordelijke persoon en aanleverdatum: FUNCTIES EN BEHEER Nodig bij de eerste livegang: Later gewenst: Wie past welke inhoud aan, en hoe vaak? Benodigde talen en wie vertalingen controleert: Bestaande koppelingen en verantwoordelijke contactpersoon: VORM EN VOORBEELDEN Voorbeeldsite 1, wat werkt en waarom: Voorbeeldsite 2, wat werkt en waarom: Welke uitstraling of werkwijze past niet bij ons? MIGRATIE EN TOEGANG Belangrijke bestaande URL's, downloads en meetgegevens: Eigenaar van domein, hosting, e-mail en accounts: Wie kan toegangen op een veilige manier regelen? Zet geen wachtwoorden, API-sleutels of persoonsgegevens in deze briefing. SCOPE, BUDGET EN BESLUIT Beschikbaar budget voor bouw: Beschikbaar budget voor terugkerend beheer: Werk dat wij zelf aanleveren: Gewenste planning en de reden voor die datum: Eindbeslisser en contactpersoon voor gebundelde feedback: Open vragen die vóór een offerte beantwoord moeten worden: OPLEVERING Welke inhoud en functies moeten aantoonbaar werken? Wie controleert en geeft akkoord? Welke bestanden, uitleg en toegangen verwachten we bij overdracht? Wie volgt aanvragen op en beoordeelt na livegang de resultaten?
Wat als nog niet alles duidelijk is?
Je kunt prima een adviesgesprek voeren voordat de briefing compleet is. Neem je huidige website, de belangrijkste aanleiding en een paar voorbeelden mee. Gebruik het gesprek om te bepalen wat eerst onderzocht moet worden en wat al voldoende vaststaat voor een voorstel.
Bij een breed of technisch aanbod kan de eerste stap een keuze over doelgroep of structuur zijn. Een uitgewerkt schermontwerp aanvragen voordat die keuze is gemaakt, levert vaak discussie over de vorm op terwijl de inhoudelijke vraag open blijft. Gebruik je briefing als werkdocument dat de afspraak steeds concreter maakt.
