Conception de l'accessibilité avec Jaspersoft

Les bons gestionnaires de produits et les bons développeurs comprennent l'importance de l'accessibilité lorsqu'il s'agit de rapports et de tableaux de bord. La conception inclusive est essentielle pour la facilité d'utilisation et l'implication des utilisateurs. Elle est également essentielle d'un point de vue réglementaire. 

Aujourd'hui, de nombreuses entreprises en contact avec les consommateurs doivent se conformer à plusieurs lois sur l'accessibilité, telles que l'Americans with Disabilities Act (ADA)  et l'European Accessibility Act (EAA)  . En outre, des études récentes  indiquent que 85 % des organisations B2B considèrent désormais l'accessibilité numérique comme un avantage concurrentiel. Ainsi, l'accessibilité dans les rapports n'est pas seulement une fonctionnalité agréable à avoir, elle est fonctionnelle, légale et demandée. 

Ce guide explique ce qu'est l'accessibilité et comment les entreprises peuvent s'efforcer de répondre aux différentes exigences en matière d'accessibilité des rapports et utiliser Jaspersoft pour concevoir des produits accessibles. Plongeons dans le vif du sujet.

Qu'est-ce que l'accessibilité dans les rapports ?

L'accessibilité consiste à créer des rapports que tout le monde, y compris les personnes handicapées, peut facilement lire, parcourir et comprendre. Ces utilisateurs peuvent être des personnes souffrant de déficiences visuelles, auditives, motrices, neurologiques et cognitives. Dans la pratique, l'accessibilité implique généralement d'inclure dans les rapports des fonctions qui éliminent les obstacles pour ces utilisateurs. 

L'objectif principal de l'accessibilité est de veiller à ce que chaque utilisateur ait la même expérience lors de l'utilisation des rapports. Cela s’avère essentiel pour empêcher l'exclusion de certains utilisateurs de l'accès aux informations importantes.

Chez Jaspersoft, nous ne comprenons que trop bien cette situation. C'est pourquoi nous considérons l'accessibilité comme une responsabilité partagée : nous fournissons la technologie et vous l'utilisez pour produire des rapports accessibles.

Le POUR, un cadre pour l'accessibilité des rapports 

Pour mieux comprendre et adopter l'accessibilité dans les rapports, les entreprises peuvent s'appuyer sur les principes POUR des Lignes directrices pour l'accessibilité des contenus web  (WCAG) :

Perceptible

Ce principe exige qu'un outil de reporting présente les rapports de manière à ce que les informations et les fonctions de l'interface utilisateur soient utilisables par tous les sens de l'utilisateur. Les chefs de produit peuvent s'assurer que les rapports respectent la ligne directrice relative à la perception en incluant tout ou partie des éléments suivants : 

• Texte alternatif : également appelées « alt text », les alternatives textuelles fournissent des informations pour tout contenu non textuel dans les rapports, comme les images, les graphiques et les tableaux. Cela permet aux lecteurs d'écran de décrire le contenu ou de le transformer sous d'autres formes, comme le braille ou la parole, en fonction du handicap de l'utilisateur. 
• Contraste des couleurs : les normes WCAG prévoient deux principaux taux de contraste des couleurs que les organisations doivent connaître : un taux de contraste de 4,5:1 pour le texte standard et un taux de contraste de 3:1 pour le texte de grande taille. Cela permet de garantir que les utilisateurs n'ont pas de mal à lire le rapport à cause des couleurs. 
• Sous-titres et transcriptions : si le rapport contient un contenu vidéo ou audio, des transcriptions et des sous-titres peuvent aider les personnes malentendantes ou les locuteurs non natifs à comprendre pleinement le contenu. 
• Texte redimensionnable : les rapports doivent également permettre aux utilisateurs d'effectuer des zooms avant et arrière, afin de leur permettre d'ajuster la taille du texte.

Opérationnel 

Pour que les rapports soient considérés comme accessibles, l'interface ne doit pas exiger une interaction qu'un utilisateur handicapé ne pourrait pas effectuer. Pour s'assurer que l'application de reporting est conforme à cette ligne directrice, elle doit disposer des éléments suivants :

• Navigation au clavier : certains utilisateurs ne peuvent pas utiliser de souris en raison de problèmes de mobilité. Par conséquent, les outils de reporting doivent permettre aux utilisateurs de naviguer dans tous les éléments interactifs d'un rapport (comme les boutons, les formulaires et les liens) à l'aide d'un simple clavier. 
• Indicateurs clairs : il ne suffit pas que les rapports permettent la navigation au clavier, les utilisateurs doivent pouvoir savoir quel élément ils ont sélectionné. Pour ce faire, vous pouvez utiliser des indicateurs tels que des contours rouges et gras. 
• Contenu non clignotant : les utilisateurs souffrant de crises d'épilepsie sont extrêmement réactifs aux lumières clignotantes et aux animations rapides. En plus de nuire à ces personnes, les rapports contenant ces éléments deviennent inutiles pour elles. Vous pouvez éviter cela, par exemple, en veillant à ce que le contenu ne clignote pas plus de trois fois par seconde ou en fournissant des avertissements avant d'afficher le contenu s'il est inévitable.
• Temps suffisant : les rapports dynamiques ou les formulaires limités dans le temps doivent laisser suffisamment de temps aux utilisateurs pour interagir avec le contenu. Cela est essentiel pour les utilisateurs souffrant de troubles cognitifs, car ils ont généralement besoin de plus de temps pour comprendre les informations. Les rapports peuvent y parvenir en supprimant les délais automatiques dans le contenu ou en utilisant un langage clair et simple.

Compréhensible

Les rapports doivent permettre aux utilisateurs de comprendre pleinement les informations ou le contenu qu'ils possèdent. Cela signifie que le contenu et ses interfaces utilisateurs doivent être faciles et simples à utiliser. Voici quelques exemples de fonctionnalités qui peuvent rendre les rapports compréhensibles : 

• Un langage clair, concis et simple : tous les utilisateurs n'ont pas la même compréhension cognitive. Par conséquent, les rapports doivent être rédigés dans un langage clair et simple, en évitant le jargon. Et si des termes techniques sont inévitables, les rapports doivent comporter des glossaires.
• Structure logique : un rapport bien structuré est facile à lire et à comprendre. Ainsi, les rapports doivent utiliser une hiérarchie de titres appropriée : H1 > H2 > H3, et ainsi de suite. 
• Prévisibilité : cette fonctionnalité facilite la compréhension de vos rapports, car elle aide les utilisateurs à mieux anticiper le comportement de certains éléments. L'une des façons de mettre cela en œuvre dans les rapports est d'assurer une conception et une mise en page cohérentes sur toutes les pages. Les boutons et les liens de vos rapports doivent également se comporter de manière prévisible et cohérente. 

Robuste 

Un contenu robuste signifie que plusieurs agents utilisateurs, généralement des technologies d'assistance, peuvent facilement y accéder et l'interpréter. L'un des moyens d'y parvenir est d'assurer la compatibilité avec les technologies telles que les loupes, les lecteurs d'écran, les afficheurs en braille et les logiciels de commande vocale. Les rapports doivent également utiliser un code propre et bien structuré, avec des balises complètes, afin que les outils d'assistance puissent facilement analyser le contenu sans aucun blocage.

Pourquoi l'accessibilité est-elle difficile à réaliser ?

Le respect des normes d'accessibilité ne semble pas trop difficile, n'est-ce pas ? C'est faux. Bien qu'elles puissent sembler explicites et faciles à mettre en œuvre, ces normes sont en constante évolution. En outre, elles ont des portées différentes, ce qui signifie qu'il n'y a pas de solution unique. Par exemple, les WCAG contiennent différents niveaux de conformité (A, AA et AAA), et chacun a sa propre rigueur et sa propre complexité. Les autres raisons sont les suivantes :

Différents formats et outils de rapport

La diversité des options et des formats de transmission des rapports est l'une des principales raisons pour lesquelles l'accessibilité n'est pas satisfaisante. D'une part, les PDF, bien qu'étant le format le plus couramment utilisé pour les rapports, peuvent ne pas permettre une accessibilité totale. En effet, un rapport PDF réellement accessible peut impliquer des étapes supplémentaires au-delà de l'impression au format PDF, telles que la création d'un texte alt. De nombreux outils de reporting ne le font pas de manière inhérente, ce qui ajoute à la tâche du concepteur. D'autre part, si les rapports basés sur le web présentent des caractéristiques d'accessibilité inhérentes, ils requièrent toujours des contournements intensifs et minutieux.

Complexité de la visualisation des données

Les outils de reporting s'appuient fortement sur la représentation visuelle des données, comme les tableaux de bord interactifs, les graphiques, les diagrammes et les tableaux. Ces éléments peuvent poser des problèmes d'accessibilité à des degrés divers :

• Limites des lecteurs d'écran : les lecteurs d'écran peuvent avoir des difficultés à interpréter le contenu visuel en raison de sa complexité et de sa spatialité. Cela est particulièrement vrai si le concepteur n'a pas fourni de descriptions alternatives significatives.
• Au-delà du texte alt : les descriptions alternatives (textes alt) peuvent ne pas être suffisantes pour permettre aux lecteurs d'écran d'interpréter les données. Les concepteurs doivent fournir des résumés textuels détaillés ou des descriptions des modèles afin que le message soit disponible dans un format accessible.
• Éléments interactifs : si un rapport comporte des éléments interactifs, tels que des graphiques et des filtres interactifs, les concepteurs doivent veiller à ce que les utilisateurs puissent y accéder, par exemple en faisant en sorte que les composants soient entièrement utilisables à l'aide d'un clavier. Cela peut s'avérer techniquement difficile pour les concepteurs. 
• Fiabilité des couleurs : l'utilisation de couleurs différentes pour différencier les points de données dans les diagrammes ou les graphiques peut limiter la fiabilité des rapports pour les utilisateurs daltoniens. 

Contenu dynamique et interactif

Le contenu dynamique ajoute une couche supplémentaire à la complexité de l'accessibilité. Par exemple, si un rapport comporte des mises à jour en temps réel, les technologies d'assistance peuvent avoir des difficultés à suivre et à annoncer avec précision tout changement éventuel. Dans certains cas, les mises à jour peuvent confondre ces technologies, ce qui peut conduire à une mauvaise interprétation des données ou à une désorientation de l'utilisateur.

Manque de sensibilisation et de formation

Bien que les WCAG et les autres normes mondiales d'accessibilité soient largement acceptées, la plupart des concepteurs n'ont pas les connaissances nécessaires pour les mettre en œuvre efficacement. Cela peut conduire à l'exclusion involontaire d'utilisateurs handicapés. 

Parfois, même s'ils sont formés et suffisamment sensibilisés, certains concepteurs ne donnent pas vraiment la priorité à l'accessibilité. Elle est souvent traitée après coup, généralement à la fin du cycle de développement. Ce que beaucoup ne réalisent pas, c'est que cette opération (modernisation) est généralement plus coûteuse et plus compliquée. Imaginez que vous essayiez d'ajouter de nouvelles garnitures à une pizza déjà sortie du four. 

Contraintes organisationnelles et budgétaires

La conception de l'accessibilité a un coût et peut nécessiter des ressources importantes. Pensez à former le personnel, des développeurs aux concepteurs, en passant par les chefs de produit et l'équipe d'assurance qualité. Cela demande beaucoup de temps et de capital, ce qui, pour de nombreuses organisations, n'est pas forcément judicieux.

Des études montrent que le coût moyen de la formation des employés est de 774  par personne. Par conséquent, cela peut rapidement devenir incontrôlable si vous avez une grande équipe qui a besoin de formation.

En outre, si une organisation s'appuie sur d'anciens systèmes de reporting, l'adaptation aux normes d'accessibilité peut s'avérer compliquée. En conséquence, ces organisations peuvent finir par retarder ou ignorer complètement l'accessibilité. Cela peut entraîner des conséquences coûteuses, telles que la non-conformité, des amendes et des pénalités, des problèmes juridiques et la perte d'opportunités commerciales. 

Pourquoi utiliser Jaspersoft pour concevoir des produits accessibles ?

L'accessibilité des rapports est impérative. Elle exige des concepteurs et des gestionnaires de produits qu'ils comprennent la diversité des besoins et des capacités des utilisateurs, qu'ils adoptent des pratiques de conception inclusives pour le développement et qu'ils disposent des bons outils pour y parvenir. 

Un outil de reporting et d'analyse intégré tel que Jaspersoft vous permet de concevoir des rapports accessibles qui répondent aux besoins des utilisateurs tout en respectant les normes d'accessibilité. JasperReports Server  met en œuvre les niveaux A et AA des WCAG 2.1. Cela signifie que les utilisateurs finaux ayant des problèmes de mobilité peuvent facilement naviguer dans les rapports créés via Jaspersoft à l'aide d'un clavier. 

En outre, les technologies d'assistance, y compris la reconnaissance vocale et les lecteurs d'écran, facilitent l'accès aux rapports. Avec Jaspersoft, vous pouvez créer une expérience de meilleure qualité et plus inclusive pour vos utilisateurs.