Een webproject verwijst naar het ontwerp, de ontwikkeling en de lancering van een digitaal product (vitrinewebsite, e-commerce, applicatie) dat voldoet aan een gedefinieerde behoefte. Het succes van een webproject hangt minder af van de hoeveelheid gebruikte tools dan van de nauwkeurigheid die wordt toegepast op drie of vier structurele beslissingen die zelfs vóór de eerste regel code worden genomen.
Digitale toegankelijkheid: de wettelijke verplichting die het spel verandert voor elk webproject
De meeste gidsen over webprojectbeheer beschouwen toegankelijkheid als een ergonomische bonus. Sinds 28 juni 2025 is het een juridische verplichting voor een groot aantal projecten gericht op consumenten.
De Europese richtlijn 2019/882, de European Accessibility Act, verplicht de naleving van de toegankelijkheidseisen vanaf de lancering voor e-commerce websites, online bankdiensten, transportplatforms en telecom. In Frankrijk is de omzetting gebaseerd op wet nr. 2023-171 van 9 maart 2023 en een decreet van 9 oktober 2023, die het bereik van de RGAA (Algemene Referentie voor Toegankelijkheidsverbetering) uitbreiden naar de particuliere sector.
Voor een projectmanager betekent dit dat het toegankelijkheidsaspect vanaf het begin in het bestek moet worden opgenomen, niet pas aan het einde van de ontwikkeling. Bestaande diensten hebben een overgangsperiode tot 28 juni 2030, maar elk nieuw webproject dat na juni 2025 wordt gelanceerd, moet voldoen aan de vereisten bij de lancering. Alleen micro-ondernemingen zijn vrijgesteld.
Toegankelijkheid integreren in de beginfase kost veel minder dan het corrigeren van een al geleverde site. Het inplannen van een RGAA-audit in de initiële planning voorkomt een kostbare herontwerp enkele maanden na de lancering. Om de technische uitdagingen van een dergelijke afbakening beter te begrijpen, kunt u de website igor-web.net ontdekken die de basisprincipes van webontwikkeling uiteenzet.
Functioneel bestek: beslissingen structureren vóór de ontwikkeling
Het bestek is geen administratief document dat in een gedeelde map ligt te slapen. Het is het stuurinstrument dat de reikwijdte van het project vastlegt en voorkomt dat verzoeken onderweg afdwalen.
Wat het bestek moet vergrendelen
Een goed bestek voor een digitaal project beantwoordt specifieke vragen, niet vage intenties. Drie categorieën informatie moeten duidelijk worden opgenomen:
- De meetbare doelstellingen van de site of applicatie: leadgeneratie, online verkoop, inhoudsdistributie. Elke doelstelling moet worden gekoppeld aan een concreet indicator waarmee het succes na de lancering kan worden beoordeeld.
- De niet-onderhandelbare technische vereisten: browsercompatibiliteit, hosting, RGAA-naleving, verwachte laadsnelheden, integratie met externe tools (CRM, ERP, betalingsgateway).
- Realistische budgetten en tijdschema’s: een planning zonder speling voor test- en acceptatiefases leidt systematisch tot vertragingen. Het is een voorzorgsmaatregel om minimaal een vijfde van de totale tijd voor de acceptatie in te plannen, om scheve lanceringen te voorkomen.
Een veelgemaakte fout is om het bestek op te stellen als een wensenlijst. Een goed afgebakend webproject onderscheidt de prioritaire functionaliteiten van diegene die kunnen wachten op een latere versie.
Betrek gebruikers al tijdens het schrijven
Een bestek opstellen tussen besluitvormers, zonder de toekomstige gebruikers van de site te raadplegen, leidt tot interfaces die voldoen aan interne verwachtingen maar niet aan de werkelijke gebruiken. Het betrekken van enkele doelgebruikers bij de validatie van de belangrijkste parcours vóór de mockup vermindert aanzienlijk het aantal correcties na levering.
Kiezen van digitale projectmanagementtools: geef de voorkeur aan eenvoud
De markt biedt tientallen projectmanagementtools aan. De gebruikelijke reflex is om platforms op te stapelen: een tool voor planning, een andere voor communicatie, een derde voor bugtracking. Deze verspreiding genereert meer wrijving dan het oplost.
Één gecentraliseerde tool is beter dan drie slecht verbonden gespecialiseerde tools. Het belangrijkste selectiecriterium is niet de functionele rijkdom, maar de acceptatie door het team. Een tool die niemand dagelijks gebruikt, is nutteloos, ongeacht zijn kracht.
Voor een gemiddeld webproject (vitrinewebsite, kleine e-commerce, herontwerp) beperken de daadwerkelijk gebruikte functionaliteiten zich tot taakbeheer met toewijzing, een systeem van opmerkingen gekoppeld aan taken, een Gantt-diagram of een kanbanbord, en een opslagruimte voor de leveringen. Elke extra functionaliteit die niet vanaf de eerste week wordt benut, zal worden verlaten.
Acceptatie en levering: de fase die webprojecten vaak verwaarlozen
De acceptatie (of acceptatietest) is de fase van systematische controle van het geleverde product ten opzichte van het bestek. Het is ook de fase die het vaakst wordt ingekort wanneer de planning ontspoort.
Een effectief acceptatieprotocol is gebaseerd op testscenario’s die vóór de ontwikkeling zijn geschreven. Elke functionaliteit die in het bestek wordt beschreven, moet een bijbehorend validatiescenario hebben. “Op gevoel” testen na de levering laat anomalieën door die gebruikers in productie zullen ontdekken.
De acceptatie betreft niet alleen technische bugs. Het moet ook de volgende zaken dekken:
- De conformiteit van de weergegeven inhoud ten opzichte van de voorziene inhoud (teksten, afbeeldingen, actieve links).
- De laadsnelheden op mobiel, die de meerderheid van het verkeer op de meeste sites vertegenwoordigen.
- De controle van de toegankelijkheid volgens de RGAA, inclusief navigatie met het toetsenbord en compatibiliteit met schermlezers.
- De goede werking van de omleidingen in geval van herontwerp van een bestaande site, om het verworven zoekverkeer niet te verliezen.
Een site die online wordt gezet zonder volledige acceptatie kost meer om te corrigeren dan een site die met twee weken vertraging is geleverd. De projectmanager doet er goed aan deze termijn te verdedigen bij de belanghebbenden in plaats van toe te geven aan de druk van de planning.
Het succes van een webproject hangt zelden af van de keuze van een technologie of een leverancier. Het hangt af van de kwaliteit van de initiële afbakening, de realiteit van de planning en de tijd die aan de eindcontrole wordt besteed. Een rigoureus bestek, een door het hele team geaccepteerd opvolgingsinstrument en een methodische acceptatie vormen een betrouwbaarder fundament dan welke trendy methodologie dan ook.