Een website is niet automatisch klaar omdat alle pagina’s gevuld zijn en de vormgeving is goedgekeurd. Acceptatie gaat over de vraag of bezoekers en beheerders kunnen doen wat is afgesproken. Maak die toets concreet voordat de laatste projectweek begint. Zo ontstaat geen discussie waarin smaak, ontbrekende inhoud en echte blokkades door elkaar lopen.
Van wens naar controleerbaar scenario
Een afspraak als “het contactformulier moet goed werken” is te ruim. Beschrijf wie de handeling uitvoert, met welke gegevens en welk resultaat zichtbaar moet zijn. Bijvoorbeeld: een nieuwe bezoeker kiest een dienst, verstuurt een vraag en ziet een ontvangstbevestiging; de aangewezen medewerker ontvangt voldoende context om de vraag te behandelen.
Neem ook een onvolmaakte poging op. Laat een verplicht veld leeg, gebruik een lange naam of bezoek de pagina rechtstreeks via een diep adres. Zulke situaties horen bij normaal gebruik. De website moet duidelijk maken hoe iemand verder kan en mag eerder ingevulde informatie niet zonder reden verliezen.
Voor een fictieve advieswebsite bestaat de kernroute uit dienstselectie, uitleg en aanvraag. Een fout in die route kan livegang blokkeren. Een nog te vervangen secundaire foto heeft een ander effect. Dat onderscheid moet vooraf met de opdrachtgever worden besproken.
Neem het beheer mee in de oplevering
Laat een redacteur zelfstandig een bestaande tekst aanpassen, een nieuwe pagina opbouwen en de publicatie controleren. Gebruik inhoud die afwijkt van het eenvoudigste voorbeeld. Als iedere langere kop technische hulp vraagt, is het beheer mogelijk nog onvoldoende uitgewerkt. Ook dit kan onderdeel zijn van de afgesproken oplevering.
Controleer daarnaast of eigenaarschap en werkafspraken beschikbaar zijn. Wie krijgt meldingen, wie kan een fout herstellen en welke onderdelen vragen onderhoud? Bij het opleveren van een website hoort niet alleen de zichtbare voorkant. De organisatie moet het resultaat ook kunnen gebruiken.
Leg afwijkingen vast met hun effect
Een bruikbare acceptatielijst bevat per bevinding de pagina, de uitgevoerde handeling, het waargenomen gedrag en de gewenste uitkomst. Voeg een verantwoordelijke en een besluit toe. Vermijd losse opmerkingen als “dit voelt niet goed”, tenzij wordt uitgelegd welke verwachting niet wordt vervuld.
- Blokkade: een afgesproken hoofdtaak kan niet worden afgerond.
- Belangrijke afwijking: de taak lukt, maar met verwarring of een omslachtige omweg.
- Verbeterpunt: de overeengekomen werking is aanwezig, maar kan later worden verfijnd.
Deze indeling is een werkafspraak, geen universele norm. Bepaal samen welk effect in dit project doorslaggevend is. Een ontbrekende download kan in het ene project aanvullend zijn en in het andere de belangrijkste oplevering vormen.
Maak het livegangbesluit expliciet
Loop de open punten met de beslisser door. Leg vast wat is opgelost, wat bewust wordt uitgesteld en wie opvolging verzorgt. Een akkoord moet verwijzen naar de beoordeelde versie en de bekende uitzonderingen. Voorkom dat na het akkoord nog ongemerkt een andere inhoud of technische samenstelling wordt gepubliceerd.
Plan ook een korte controle na de daadwerkelijke overgang. Formulieren, adressen en externe verwijzingen kunnen op de publieke omgeving anders uitpakken dan in de voorbereiding. Bespreek bij complexe functies tijdig de benodigde acceptatiescenario’s. Een goede oplevering is geen belofte dat er nooit meer een fout ontstaat. Zij geeft aantoonbaar inzicht in wat is gecontroleerd, welke taken werken en welke afspraken gelden voor het vervolg.