Het nieuwe systeem staat live. De demo was goed, de koppelingen werken, iedereen heeft een inlog. Drie maanden later houdt de helft van het team de planning toch weer bij in een eigen Excel-lijstje. "Dat gaat gewoon sneller."
Dat is geen onwil. Het is een signaal dat de software niet past bij hoe mensen werken. En een automatisering die omzeild wordt, bespaart niets: je betaalt voor het systeem én voor het werk ernaast.
Waar het meestal misgaat
Bedrijfssoftware wordt vaak gebouwd vanuit de vraag wat het moet kunnen. Welke velden, welke rapporten, welke koppelingen. Dat is nodig, maar het zegt weinig over hoe het voelt om er elke dag mee te werken.
De klachten die we horen zijn zelden groot. Een knop die net te klein is op de tablet in de werkplaats. Een foutmelding die alleen zegt dat er iets mis is, niet wat. Een scherm met twintig velden waarvan je er drie nodig hebt. Grijze tekst die je buiten in de zon niet kunt lezen. Elk los punt is klein. Opgeteld bepalen ze of mensen de software omarmen of eromheen werken.
Toegankelijk is meestal ook gewoon prettiger
Bij toegankelijkheid denken veel mensen aan iets voor een kleine groep: mensen die slecht zien, of die geen muis kunnen gebruiken. Daar gaat het ook om. Maar wat voor hen nodig is, maakt software voor bijna iedereen beter.
Daar zijn internationale richtlijnen voor, de WCAG. Een paar voorbeelden van wat daarin staat, en wat het in de praktijk oplevert:
- Voldoende contrast. Nodig voor wie slechter ziet, en handig voor iedereen die op een telefoon in fel licht werkt.
- Alles bereikbaar met het toetsenbord. Nodig voor wie geen muis gebruikt, en precies wat ervaren gebruikers willen om snel invoer te doen.
- Foutmeldingen die zeggen wat er mis is en hoe je het oplost. Minder telefoontjes naar de collega die het systeem "snapt".
- Duidelijke labels in gewone taal. Geen systeemcodes of afkortingen die alleen de bouwer begrijpt.
Het effect is vergelijkbaar met een verlaagde stoeprand. Bedoeld voor rolstoelen, gebruikt door iedereen met een koffer of kinderwagen.
Sinds 2025 is het ook een wettelijke kwestie
Sinds 28 juni 2025 geldt de European Accessibility Act. Die verplicht een groot deel van de digitale diensten voor consumenten om toegankelijk te zijn, zoals webshops, boekingssystemen en klantportalen. Heel kleine bedrijven zijn voor diensten uitgezonderd, en software die alleen je eigen medewerkers gebruiken valt er meestal niet onder.
Bouw je iets waar klanten mee werken, dan is het verstandig om na te gaan of het voor jou geldt. Achteraf toegankelijk maken is meestal duurder dan er vanaf het begin rekening mee houden.
Waar je zelf op kunt letten
Je hoeft geen specialist te zijn om de grootste problemen te vinden. Een paar dingen die je vandaag kunt proberen met software die je al gebruikt:
- Kijk mee met iemand die het dagelijks gebruikt. Niet in een vergaderruimte, maar op de plek waar het werk gebeurt. Waar aarzelt iemand? Waar wordt een briefje bijgehouden?
- Probeer een taak af te ronden zonder muis. Lukt dat niet, dan lukt het voor een deel van je gebruikers ook niet.
- Zoom in tot 200 procent. Valt de opmaak uit elkaar of verdwijnen knoppen, dan heeft iemand met een kleiner scherm of slechter zicht hetzelfde probleem.
- Lees de foutmeldingen hardop voor. Weet je daarna wat je moet doen?
Hoe wij ernaar kijken
Bij Codemolen ontwerpen we eerst hoe het werk straks gaat, en pas daarna het systeem. We kijken mee op de werkvloer, testen vroeg met de mensen die het gaan gebruiken en nemen toegankelijkheid vanaf de eerste schets mee. Dat kost aan het begin iets meer aandacht en voorkomt dat je na livegang ontdekt dat je team eromheen werkt.
Twijfel je of een bestaand systeem of een nieuw idee hier goed scoort? Bekijk hoe we webapplicaties en platforms bouwen, of plan een vrijblijvend gesprek.
