Zo schrijf je een bruikbare websitebrief zonder technische kennis
Een goede websitebrief vertaalt bedrijfskeuzes, klantbehoeften en praktische prioriteiten naar een helder vertrekpunt.
Een websitebrief schrijven kan lastig voelen als je geen designer, ontwikkelaar of digitale projectmanager bent. Misschien weet je dat de huidige website onvoldoende helpt, maar niet hoe je een vervanging in technische termen beschrijft. Gelukkig is technische taal niet het beste vertrekpunt. Een sterke brief legt uit wat je bedrijf doet, wie je klant is en welke beslissingen de website moet ondersteunen.
Je hoeft niet elk scherm of elke functie vooraf te voorspellen. De brief moet vooral zorgen voor gedeeld begrip voordat het werk begint. Als duidelijk is wat belangrijk is, wat nog onzeker is en wat eerst moet gebeuren, kan een bouwer dat vertalen naar een praktische structuur.
Begin met de reden voor het project
Schrijf op waarom de website nu aandacht nodig heeft. Misschien begrijpen bezoekers het aanbod niet, vinden bestaande klanten belangrijke informatie niet, zijn aanvragen onduidelijk of is je organisatie veranderd. Een concrete reden helpt meer dan “we hebben een moderne website nodig”.
Beschrijf de huidige situatie met voorbeelden. Noem terugkerende klantvragen, pagina’s die moeilijk te vinden zijn, verouderde diensten, onduidelijke routes of acties die buiten de website plaatsvinden. Heb je signalen uit aanvragen, statistieken of gesprekken met medewerkers, voeg die dan toe zonder er een technisch rapport van te maken.
Beschrijf daarna wat na de lancering anders moet zijn. Misschien wil je betere aanvragen, een duidelijkere uitleg, meer vertrouwen vóór het eerste contact of minder routinevragen. Kies de belangrijkste resultaten. Ze helpen later bepalen welke pagina of functie echt bij de eerste versie hoort.
Beschrijf de mensen die je wilt helpen
Omschrijf je doelgroep niet alleen met leeftijd, branche of plaats. Leg uit waarom iemand de website bezoekt, wat die persoon al weet en waardoor twijfel kan ontstaan. Een nieuwe klant heeft misschien een eenvoudige uitleg nodig, terwijl een bestaande klant openingstijden, prijzen of een snelle route naar een dienst zoekt.
Beschrijf situaties waarin mensen op de site komen. Vergelijken ze aanbieders, willen ze weten of je in hun omgeving werkt, zoeken ze een dringend antwoord of bereiden ze contact voor? Noteer de woorden die zij gebruiken voor hun probleem. Echte formuleringen helpen bij navigatie, koppen en teksten omdat ze laten zien hoe bezoekers denken.
Benoem belangrijke verschillen tussen groepen. Als een groep een ander taalniveau, andere dienst of andere actie nodig heeft, schrijf dat vroeg op. Je hoeft niet voor iedereen een aparte website te eisen. Je moet wel laten zien waar vragen en prioriteiten uiteenlopen.
Bepaal welke acties de website ondersteunt
Maak een lijst van de belangrijkste dingen die een bezoeker moet kunnen doen. Dat kan diensten vergelijken, een offerte aanvragen, een gesprek boeken, een locatie vinden, voorbereidingsinformatie lezen of de juiste persoon contacteren zijn. Zet ze op volgorde; niet elke link is even belangrijk.
Leg uit wanneer een actie geslaagd is. Krijgt iemand na een aanvraag een bevestiging, kiest die een tijd, uploadt die informatie of volgt een persoonlijk antwoord? Wat moet iemand op een dienstpagina begrijpen vóór contact? Deze details verbinden de website met je echte werkwijze.
Schrijf ook op wat je niet wilt afdwingen. Een bezoeker wil misschien eerst lezen, later terugkomen of een ander kanaal gebruiken. Een goede brief laat ruimte voor vertrouwen en zelfstandig onderzoek en meet niet elk bezoek alleen aan een directe formulierinzending.
Verzamel bestaande content en kennis
Maak eerst een overzicht van materiaal dat al bruikbaar is. Denk aan dienstomschrijvingen, klantvragen, foto’s, reviews, instructies, voorwaarden en interne uitleg. Markeer elk item als behouden, herschrijven, combineren, controleren of verwijderen.
Meer content maakt een website niet automatisch beter. Een korte uitleg op het juiste moment kan nuttiger zijn dan meerdere lange pagina’s. Noteer waar informatie ontbreekt, te technisch is of elkaar tegenspreekt.
Betrek medewerkers die direct met klanten werken. Zij weten welke beloften uitleg nodig hebben en welke vragen vóór een aankoop of aanvraag ontstaan. Hun input voorkomt dat de brief alleen het interne perspectief weergeeft.
Geef richting aan merk en presentatie
Je hoeft geen lettertypes, afstanden of compleet kleurensysteem voor te schrijven. Beschrijf welk gevoel de website moet geven en welk gevoel juist niet. Misschien moet de site rustig, praktisch, warm, precies, hoogwaardig of toegankelijk zijn. Leg uit waarom dat past bij klant en dienst.
Verzamel voorbeelden van websites, publicaties of beelden die iets duidelijk maken. Noteer wat je waardeert: helderheid, tempo, fotografie, toon, navigatie of hoeveelheid detail. Schrijf ook wat niet gekopieerd moet worden. Een voorbeeld werkt het beste als het een principe laat zien, niet als opdracht om een ander bedrijf na te maken.
Noem bestaande merkmiddelen, beperkingen en voorkeuren, zoals een logo, kleuren, fotostijl, taaleisen of verwachtingen rond toegankelijkheid. Als iets onzeker is, zet het dan bij open vragen in plaats van het als vaststaande eis te presenteren.
Scheid startprioriteiten van latere ideeën
Maak drie groepen: noodzakelijk bij de start, waardevol kort daarna en mogelijk later. Noodzakelijk zijn onderdelen waarmee een bezoeker aanbod begrijpt, vertrouwen krijgt en de juiste vervolgstap kan nemen. Latere ideeën kunnen extra content, koppelingen of experimenten zijn die eerst bewijs nodig hebben.
Beschrijf per eis welk probleem ermee wordt opgelost. “Een klantportaal toevoegen” is minder duidelijk dan “bestaande klanten moeten documenten kunnen bekijken zonder te bellen”. De tweede formulering laat ruimte voor een eenvoudiger oplossing en maakt het makkelijker om functies kritisch te beoordelen.
Noteer open vragen, nog te nemen beslissingen en wie ze beantwoordt. Een brief hoeft niet te doen alsof alles al bekend is. Hij maakt onzekerheid zichtbaar, zodat die op het juiste moment kan worden opgelost.
Laat de brief lezen door iemand die het bedrijf goed kent en iemand die dat niet doet. De eerste persoon vindt ontbrekende details; de tweede ontdekt aannames en onduidelijke woorden. Houd de uiteindelijke versie kort genoeg voor planning, maar rijk genoeg om keuzes uit te leggen.
ChatBuild kan helpen om deze praktische richting te vertalen naar een duidelijke websitebasis. Neem de brief mee naar het eerste gesprek en gebruik hem om pagina’s, content en calls-to-action te beoordelen. Lees ook hoe je een website-structuur kiest.
Bronnen
- Creating helpful, reliable, people-first content · Google Search Central
Veelgestelde vragen
- Moet een websitebrief technische eisen bevatten?
- Neem bekende beperkingen op, zoals noodzakelijke systemen, talen, toegankelijkheid of contenteigenaarschap. Je hoeft de techniek niet zelf te kiezen. Beschrijf de behoefte en laat de technische oplossing daarop volgen.
- Hoe lang moet een websitebrief zijn?
- De brief moet reden, doelgroep, prioriteiten, content en open vragen uitleggen, maar bruikbaar blijven in een planningsgesprek. Een gericht document van enkele pagina’s is vaak beter dan een lange lijst zonder volgorde.
- Wat is het belangrijkste onderdeel?
- Een duidelijke beschrijving van klant en bedrijfsresultaat. Als iedereen begrijpt voor wie de site is en wat moet verbeteren, worden keuzes over pagina’s en functies veel eenvoudiger.
Sjors Hooijen Bouwt ChatBuild en schrijft over online gaan met je bedrijf zonder er een project van te maken. Vragen naar aanleiding van dit artikel? Mail hi@chatbuild.com.