Een bruikbare websitebriefing beschrijft wat bezoekers en medewerkers moeten kunnen doen, welke bestaande onderdelen moeten meegaan en hoe je de oplevering beoordeelt. Voeg beschikbare content, systemen, verantwoordelijkheden en beperkingen toe. Daarmee geef je leveranciers genoeg context om een voorstel te maken waarvan de aannames zichtbaar zijn.
Je hoeft vooraf niet alle schermen of technische oplossingen uit te tekenen. Gebruik het vervangingsbesluit om in de briefing af te bakenen welke content en aanvraagroutes meegaan. Als de ene leverancier alleen ontwerp en bouw rekent en de andere ook contentoverdracht en CRM-inrichting, vergelijk je anders twee verschillende projecten.
Begin bij de aanleiding en een herkenbare bezoeker
Leg eerst vast of je de website wilt vernieuwen of vervangen en beschrijf waarom je er nu aan wilt werken. “We willen een moderne uitstraling” geeft weinig richting. Leg uit wat er is veranderd: je aanbod, doelgroep, organisatie of manier van verkopen. Noem vervolgens welke handeling de huidige website onvoldoende ondersteunt.
Kies één belangrijke bezoeker en beschrijf diens route. Bijvoorbeeld een inkoper die een dienst onderzoekt, bewijs wil zien en een gesprek wil aanvragen. Gebruik dit als fictief werkscenario als je nog geen klantonderzoek hebt. Maak dat onderscheid expliciet, zodat een aanname niet als klantfeit in het ontwerp belandt.
Voeg bekende vragen uit verkoopgesprekken toe wanneer je die hebt. Noteer wie ze hoorde en in welke context. Dat is bruikbaarder dan een lange lijst doelgroepen zonder uitleg over hun informatiebehoefte.
Beschrijf ook het werk achter de website
Beschrijf welke teksten, beelden en paginaonderdelen je team zelf wil aanpassen. Site.nu gebruikt Sanity als CMS en richt de contentvelden en paginaopbouw in op die redactietaken. Vraag om herkenbare namen en een demonstratie: kan jouw marketeer zelf een case publiceren en daarna aanpassen?
Beschrijf vervolgens hoe een bezoek overgaat in een aanvraag en wie de opvolging verzorgt. Formulieren, CRM, agenda, e-mail en rapportage ondersteunen die route. Geef per systeem aan of behoud vaststaat of dat je advies wilt. Vermeld wie toegang en technische documentatie kan regelen.
Een lijst merknamen is onvoldoende. Schrijf bij een CRM bijvoorbeeld welke informatie na een aanvraag moet aankomen, hoe een medewerker eigenaar wordt en wat er met een bestaande contactpersoon moet gebeuren.
Vul dit briefingblad in vóór de offerteaanvraag
Beperk je eerste versie tot antwoorden die je kunt onderbouwen. Markeer open keuzes als open keuze. Dan kan een leverancier de gevolgen ervan beschrijven.
| Onderdeel | Vraag voor de briefing |
|---|---|
| 1. Aanleiding | Welke verandering of belemmering maakt dit project nodig? |
| 2. Belangrijkste bezoekers | Welke situatie brengt hen naar de website en welke informatie hebben zij nodig? |
| 3. Drie hoofdtaken | Welke concrete handelingen moeten bezoekers kunnen afronden? |
| 4. Redactiewerk | Welke wijzigingen doet je team zelf, en wie keurt inhoud goed? |
| 5. Bestaande inhoud | Welke pagina's, documenten, talen en media gaan mogelijk mee? |
| 6. Aanvraagroute | Welke gegevens gaan naar welk systeem en welke medewerker? |
| 7. Beperkingen | Welke contracten, toegang, interne capaciteit of gekoppelde systemen beïnvloeden het werk? |
| 8. Oplevering | Wie test welke taken en wie besluit dat de website klaar is? |
| 9. Beheer | Wie behandelt fouten, updates en nieuwe wensen na de livegang? |
| 10. Budget en planning | Welk kader is beschikbaar en welke datum heeft een echte zakelijke aanleiding? |
Voeg per onderdeel toe wat je zelf aanlevert en waarvoor je hulp verwacht. Vooral tekstwerk, vertaling, fotografie en het beoordelen van bestaande content verdienen die duidelijkheid.
Vraag leveranciers hun aannames zichtbaar te maken
Stuur dezelfde briefing naar iedere partij. Vraag om een voorstel met inbegrepen werkzaamheden, afhankelijkheden, uitsluitingen en een aanpak voor wijzigingen. Laat de leverancier ook benoemen welke antwoorden nog nodig zijn voordat prijs of planning vast kunnen staan.
Een voorstel kan aannemen dat alle teksten publicatieklaar zijn. Een ander kan redactiewerk bevatten. Vraag door tot je weet welk resultaat wordt opgeleverd en hoeveel werk bij jouw team blijft liggen.
Beschrijf de eerstvolgende uitbreiding, bijvoorbeeld een campagne, extra taal of nieuwe aanvraagroute. Laat de leverancier aangeven welke content en paginaonderdelen daarvoor herbruikbaar zijn en wat nieuwe inrichting vraagt. Zo kun je de voorbereiding en latere uitvoering apart begroten.
Laat de briefing eindigen bij acceptatie en beheer
Maak toegankelijk gebruik onderdeel van de oplevercriteria. Een bezoeker moet de aanvraag met het toetsenbord kunnen afronden en begrijpen welk veld een fout bevat. Een redacteur kan een case publiceren; sales ontvangt de afgesproken aanvraaggegevens. Benoem wie deze taken controleert en bevindingen afhandelt.
Leg vast welke partner na livegang verantwoordelijk blijft voor de afgesproken omgeving. Vraag om afspraken over hosting, monitoring, updates en back-ups, inclusief wie meldingen ontvangt en herstel verzorgt. Benoem ook wie wijzigingen tussen website en CRM coördineert en welke onderdelen buiten de beheerscope vallen.
Voor de bredere inhoud van zo'n opdracht kun je de B2B-websiteaanpak van Site.nu gebruiken. De website migratie checklist helpt vervolgens om de overstap uit te werken.
Leg je briefing voor in een kennismaking met Site.nu. Neem de open keuzes erbij, zodat het gesprek kan gaan over de benodigde scope, jouw eigen bijdrage en de eerste uitvoerbare stap.