Van briefing tot livegang: wat een websiteproject werkelijk inhoudt

Het besluit is meestal snel genomen: de oude website oogt uit de tijd gevallen, de concurrentie is zichtbaar moderner, er moet iets nieuws komen. Tussen dat besluit en de dag waarop de nieuwe site online gaat, ligt echter een echt project — met fases, afhankelijkheden en beslissingen die veel opdrachtgevers de eerste keer onderschatten. Wie het verloop kent, plant realistischer, vergelijkt offertes beter en bespaart beide partijen een hoop frustratie.

Transparantie vooraf: dit artikel verschijnt als advertentie, en de genoemde voorbeelden komen uit de projectpraktijk van het webbureau BitBau uit Osnabrück (Duitstalig). De beschreven werkwijzen zijn echter branchegebruikelijk — ze gelden grotendeels los van de dienstverlener met wie een bedrijf uiteindelijk in zee gaat.

Aan het begin staat niet het ontwerp, maar een gesprek. In de briefing beantwoordt een goed bureau eerst vragen die niets met kleuren en lettertypen te maken hebben: wat moet de website voor het bedrijf presteren? Wie moet hem bezoeken, en wat moeten die mensen daar doen — bellen, een formulier invullen, een afspraak boeken, iets kopen? Waaraan wordt het succes over een jaar afgemeten? Wie op die vragen geen antwoord heeft, krijgt uiteindelijk een fraaie, maar doelloze site.

Bij de briefing hoort ook een nuchtere inventarisatie: welke inhoud bestaat er al, wat moet er nieuw worden gemaakt? Welke systemen moeten worden aangesloten — afsprakenplanner, nieuwsbrief, voorraadbeheer? Zijn er voorschriften uit de huisstijl? En niet in de laatste plaats: wie beslist er binnen het bedrijf, en wie levert aan? Die laatste vraag klinkt banaal, maar beslist later over weken in de planning.

Opdrachtgevers kunnen zich gericht op dat eerste gesprek voorbereiden — en besparen zich daarmee vaak de eerste correctieronde. Beproefd is een eenvoudige map: toegangsgegevens voor de domeinnaam en de huidige hosting, het logo in drukkwaliteit, bestaande teksten, beelden en brochures, een lijst van de belangrijkste concurrenten plus drie voorbeelden van websites die bevallen — en, minstens zo veelzeggend, drie die niet bevallen, telkens met een korte motivering. Wie daarnaast noteert via welke kanalen er vandaag aanvragen binnenkomen en welke daarvan tot opdrachten leiden, geeft het bureau een realistisch beeld van wat de nieuwe site daadwerkelijk moet verbeteren. Niets daarvan is verplicht; alles daarvan bespaart betaalde uren.

Op de briefing volgt de conceptfase. Hier ontstaan de paginastructuur, de navigatielogica en de eerste schetsen van de belangrijkste pagina's, de zogeheten wireframes — bewust grof gehouden, zonder kleuren en beelden. Dat heeft een reden: over een structuur valt op papier goedkoop te twisten. Wordt dezelfde denkfout pas in het afgeronde ontwerp of zelfs in de geprogrammeerde staat ontdekt, dan kost de correctie een veelvoud.

Pas daarna begint het eigenlijke vormgeven. UX-gericht ontwerp betekent daarbij niet „mooier maken", maar: beslissingen consequent vanuit het gezichtspunt van de gebruiker nemen. Welke informatie hoort bovenaan? Hoeveel kliks liggen er tussen homepage en contact? Werkt de site op de smartphone net zo vanzelfsprekend als op het grote scherm? Goede vormgeving valt bezoekers niet op — slechte onmiddellijk.

In deze fase blijkt ook hoe soepel het project verloopt, en verrassend vaak ligt dat aan de kant van de opdrachtgever. Feedback die bestaat uit vijf tegenstrijdige e-mails van verschillende afdelingen kost extra rondes. Beproefd is een eenvoudige regel: één persoon verzamelt intern alle reacties, lost tegenstrijdigheden op en geeft ze gebundeld door. Projecten met een duidelijke beslislijn zijn merkbaar sneller klaar dan projecten met commissies.

Behulpzaam is het bovendien om goedkeuringen serieus te nemen. Een netjes geleid project werkt met mijlpalen: eerst wordt de structuur vrijgegeven, dan het ontwerp, dan de gerealiseerde site. Elke goedkeuring is een afspraak — wat eenmaal is geaccepteerd, wordt in de volgende fase niet terloops weer opengebroken. Late wijzigingen blijven natuurlijk mogelijk; ze zijn alleen niet gratis, omdat ze al afgerond werk waardeloos maken. Serieuze dienstverleners benoemen dat openlijk en prijzen wijzigingswensen door vóór ze worden uitgevoerd, in plaats van ze stilzwijgend op de eindfactuur te zetten. Opdrachtgevers doen er op hun beurt goed aan om vóór elke goedkeuring precies die mensen te betrekken wier bezwaren later duur zouden uitpakken — en vervolgens achter hun beslissing te blijven staan.

De ontwikkeling zelf is voor opdrachtgevers de meest onzichtbare fase. Van goedgekeurde ontwerpen worden componenten gemaakt, van componenten pagina's; op de achtergrond ontstaan het redactiesysteem, de formulierverwerking en de koppelingen. Dat er daarbij wekenlang schijnbaar „niets te zien" is, maakt sommige klanten onzeker. Serieuze dienstverleners tonen daarom regelmatig tussenstanden op een testomgeving, in plaats van aan het eind een grote verrassing te presenteren — ten goede en ten kwade.

Het meest onderschatte knelpunt van een websiteproject is echter geen techniek, maar inhoud. Teksten, foto's, teamportretten, productgegevens, vertalingen: dat alles moet iemand aanleveren, en die iemand is vrijwel altijd de opdrachtgever. De ervaring leert dat ontbrekende inhoud projecten vaker vertraagt dan welke technische hobbel ook. Wie de nieuwe website serieus neemt, begint op dag één met de teksten — niet in de laatste week.

Vóór de livegang komt het testen: verschillende browsers en apparaten, elk formulier, elke doorverwijzing, laadtijden, elementaire toegankelijkheid. Daar hoort ook het onspectaculaire deel bij — zuivere doorverwijzingen van oude adressen naar nieuwe, zodat moeizaam opgebouwde zichtbaarheid in zoekmachines niet van de ene op de andere dag verloren gaat. De lancering zelf is dan in het beste geval een rustige ochtend. De weken daarvóór bepalen of dat zo blijft.

Voor de laatste dagen vóór de livegang heeft een nuchtere checklist zich bewezen. Zijn het Impressum — de wettelijk verplichte aanbiedersinformatie op Duitse sites — en de privacyverklaring bijgewerkt naar de stand van de nieuwe site? Belanden formulierinzendingen in de juiste mailbox — en antwoordt daar ook iemand? Bestaat er een fatsoenlijke foutpagina voor adressen die niet meer bestaan? Is de oude website volledig veiliggesteld, mocht er iets misgaan? En is duidelijk wie wanneer de spreekwoordelijke knop indrukt en wie in de uren daarna bereikbaar blijft? Een onspectaculair maar beproefd advies hoort daar eveneens bij: de livegang hoort op een doordeweekse ochtend — niet op een vrijdagmiddag, waarna onopgemerkte problemen zich een heel weekend lang ongestoord kunnen ontvouwen.

En daarna? Een website is geen afgerond werkstuk zoals een gedrukte catalogus. Beveiligingsupdates, kleine correcties, nieuwe inhoud, een blik op de bezoekcijfers: wie het beheer niet regelt, heeft over twee jaar opnieuw een verouderde site. Bij de afronding van het project hoort daarom een eerlijk gesprek over wie zich er voortaan om bekommert — de dienstverlener, het eigen team of beide samen met een duidelijke taakverdeling.

Ook de eerste weken na de start verdienen aandacht. Zoekmachines moeten de nieuwe site eerst opnieuw beoordelen; posities kunnen tijdelijk schommelen voordat ze zich stabiliseren — dat is normaal en geen alarmsignaal, zolang de doorverwijzingen netjes zitten. Waardevol zijn in deze fase vooral de reacties van echte gebruikers: klanten die iets niet vinden, medewerkers die ongerijmdheden opmerken, aanvragen die anders binnenkomen dan verwacht. Een kleine correctielijst in de eerste weken is daarom geen gebrek van het project, maar het moment waarop aannames ervaringskennis worden — en de opgeleverde website een werktuig dat zich aan de dagelijkse praktijk laat meten.

Hoe lang duurt dat allemaal? Drie voorbeelden uit de praktijk van BitBau laten de realistische bandbreedte zien. De website van Praxis am Salzmarkt — een site voor een huisartsenpraktijk, volledig in drie talen — kwam in twaalf weken tot stand. ScanYou, een werktuig voor geautomatiseerde visuele vergelijkingstests van websites, had zestien weken nodig. QR2GO, een QR-codeplatform met analysefuncties, was na vierentwintig weken klaar.

De verschillen laten zich niet verklaren door vlijt, maar door omvang: een presentatiesite met duidelijk afgebakende inhoud is sneller klaar dan een softwareproduct met gebruikersaccounts en rapportages. Als vuistregel voor professionele projecten in het midden- en kleinbedrijf zijn twaalf tot vierentwintig weken een eerlijk kader — afhankelijk van de functionele omvang, van het aantal feedbackrondes en van de snelheid waarmee inhoud wordt aangeleverd.

Aanbiedingen die een „professionele website in één week" beloven, besparen die fases niet uit — ze laten ze weg. Meestal vervalt het concept, komt het ontwerp uit een sjabloon, wordt er nauwelijks getest en wordt de inhoud ongezien van de oude site overgenomen. Voor sommige doelen kan dat volstrekt volstaan. Alleen zou niemand mogen verwachten daarmee hetzelfde resultaat te krijgen als met een doordacht project.

Over geld wordt in zulke teksten zelden concreet gesproken, en dat om goede redenen: serieuze prijzen ontstaan uit de omvang, niet andersom. Het eerlijke antwoord op de vraag „wat kost een website?" luidt: dat hangt ervan af wat hij moet kunnen. Wantrouwen is eerder op zijn plaats bij vaste prijzen die worden genoemd zonder één gesprek over doelen en inhoud — die calculatie moet immers ergens vandaan komen.

Opdrachtgevers kunnen veel doen om hun project binnen tijd en budget te houden: inhoud vroeg aanleveren, feedback bundelen, beslissingen niet uitstellen — en de moed hebben om voor de eerste livegang functies weg te laten. Een website die met een zuivere kern start en daarna groeit, verslaat in de praktijk vrijwel altijd het mammoetproject dat na een jaar nog steeds niet online staat.

Ook de keuze van de dienstverlener laat zich aan enkele signalen toetsen. Stelt het bureau in het eerste gesprek vragen over de onderneming — of praat het alleen over vormgeving? Is er een navolgbaar proces met tussenstanden op een testomgeving? Van wie zijn uiteindelijk de code, de domeinnaam en de inhoud? Wat gebeurt er na de livegang, en wat kost dat? Wie op deze vragen ontwijkende antwoorden krijgt, kan beter verder zoeken.

Of de dienstverlener daarbij om de hoek zit of aan de andere kant van het Duitse taalgebied, is tegenwoordig vooral een kwestie van werkwijze. BitBau bijvoorbeeld begeleidt bedrijven binnen een straal van zo'n dertig kilometer rond Osnabrück persoonlijk ter plaatse en werkt met klanten in Duitsland, Oostenrijk en Zwitserland op afstand — met dezelfde processen, testomgevingen en tussenstanden. Beslissend is niet de afstand, maar of het proces houdt.

Blijft het belangrijkste inzicht: een websiteproject is een gewoon bedrijfsproject. Het heeft een doel nodig, een verantwoordelijke, een realistisch tijdsbestek en de bereidheid om beslissingen te nemen. Wie het zo behandelt — en een partner kiest die zijn werkwijze open uitlegt —, krijgt uiteindelijk geen kunstwerk, maar iets beters: een werktuig dat elke dag voor het bedrijf werkt.