Industrialiser l'accessibilité

Définir sa stratégie d'accessibilité

Faire un constat et état des lieux : Où en sommes-nous ? Qu'est-ce qui a été fait et pourquoi ? (documentation, audits, formations, annotations sur les maquettes,...)
Se poser la question "Pourquoi ce n'est pas accessible" ?

est-ce à cause des designers, des devs, est-ce qu'il faut mieux les former,...
Instabilité de l'entreprise
- Causes : difficultés économiques, manque de personnel, beaucoup de turnover, délais trop serrés
- Idée de réponse : travailler la doc pour garder la connaissance dans l'entreprise, concevoir un design system
Résistance au changement
- "nos utilisateurs n'ont pas de handicap", "ça va coûter trop cher", "on n'en a pas besoin"
- ce n'est pas simplement un manque d'empathie, il faut utiliser son empathie envers ses collègues et adapter ses arguments
- Quels arguments utiliser ?
  - Devs => qualité du code
  - Marketing => Image de marque positive et fidélité
  - Managers => innovation, risques juridiques, opportunités commerciales
Responsabilités floues
- Causes : manque de clarté sur les responsabilités, chacun fait comme il veut, pas de ligne directrice
- exemple qui écrit l'alt text ? (marketing, com, ux ?)
- Idée de réponse : définir qui doit faire quoi et comment (ARRM - W3C)
Difficultés à intégrer l'accessibilité dans le workflow
- "le rgaa c'est lourd", "j'ai pas le temps", "j'ai déjà trop de contraintes"
- Idée de réponse : design system, plugins sur figma pour tester l'accessibilité, US inclusives (ex: En tant qu'utilisateur daltonien,...), inclure les utilisateurs handicapés dans la recherche, exigence de projet (dod, dor)

Accessibility Maturity Model (W3C)
- permet d'évaluer la position/la maturité d'une entreprise sur l'accessibilité
- inactif (niv 1), lancer (niv 2), intégrer (niv 3), optimiser (niv 4)