Comment décider de l'accessibilité d'un produit?
Je travaille actuellement sur plusieurs projets avec plusieurs organisations. Nous ne disposons généralement que de peu de ressources pour mettre en œuvre des tonnes de fonctionnalités d'accessibilité pour aider les utilisateurs handicapés (je sais à quel point c'est terrible). Cependant, la plupart de nos applications sont compliquées, graphiquement lourdes et placées dans un domaine de travail qui ne permet pas de handicaps majeurs.
Y a-t-il des choses spécifiques que nous devrions envisager de mettre en œuvre pour permettre l'accessibilité, même si nos produits ne sont pas destinés à être utilisés par des personnes lourdement handicapées? Que serait-il éthiquement correct de faire ici?
Jetez un œil aux directives pour la conformité aux WCAG 2.0: https://www.w3.org/WAI/WCAG20/quickref/
La conformité au niveau A doit être réalisable, même avec les limites que votre organisation vous impose. Cela peut nécessiter un peu d'heures supplémentaires, mais ne devrait pas augmenter considérablement la portée ou le coût d'un projet. Des choses comme, fournir des étiquettes de texte pour les éléments visuels importants comme les icônes dans la navigation. Permet aux utilisateurs de parcourir les éléments de page et les formulaires à l'aide de leur clavier (sans souris). Testez pour vous assurer que vos produits peuvent être lus par les lecteurs d'écran.
La plupart des organisations dont j'ai fait partie pour la conformité au niveau AA.
Voici un bref résumé des différences entre les niveaux A, AA et AA:
Les critères de réussite de niveau A sont ceux qui auront un impact élevé sur un large éventail de populations d'utilisateurs. En d'autres termes, ils ne se concentrent (généralement) pas sur un seul type de handicap. Ils auront également l'impact le plus faible sur la logique de présentation et la logique métier du site. Enfin, la mise en œuvre de ces exigences sera généralement la plus simple.
Les critères de réussite de niveau AA auront également un impact élevé pour les utilisateurs. Parfois, seules des populations d'utilisateurs spécifiques seront affectées, mais l'impact est important. Le respect de ces critères de réussite peut imposer des modifications à la logique de présentation ou à la logique métier d'un système.
Les critères de réussite de niveau AAA sont souvent axés sur des améliorations pour des populations d'utilisateurs spécifiques. Ils peuvent être difficiles ou coûteux à respecter, en fonction des limites de la plate-forme. Le rapport avantages/coûts peut être suffisamment faible pour ne pas hiérarchiser ces éléments.
(Source: http://www.karlgroves.com/2013/05/20/understanding-wcag-level/ )
Soyez pragmatique et sensible à votre situation. Dans ce cas, vous ne traitez pas avec la population générale: vous en gérez un sous-ensemble.
Vous savez déjà que votre base d'utilisateurs est sans handicaps majeurs, alors considérez les obstacles que quelqu'un pourrait avoir et être membre de ce groupe. Par exemple, les membres de ce groupe peuvent-ils être daltoniens? Si tel est le cas, tenez compte de cette possibilité et de tout autre élément susceptible de s'appliquer à ces personnes.