Description de l’image : une designer à un bureau debout, vue de dos, deux écrans affichant une bibliothèque de composants d’un système de design avec des états de focus — le marqueur visuel du portrait d’une designer d’accessibilité à grande échelle.
Temps de lecture : 10 minutes
Note de la rédaction. La designer décrite ici est un personnage composite. « Maya Okafor » n’est pas une personne réelle unique ; la biographie est tissée à partir d’entretiens publiés avec cinq responsables seniors du design d’accessibilité qui, entre 2019 et 2025, ont dirigé des programmes d’accessibilité de plusieurs trimestres dans des entreprises internet grand public avec des bases d’utilisateurs comprises entre environ 80 et 300 millions. Chaque chiffre, chaque artefact, chaque échec dans la chronologie ci-dessous est réel et provient de l’un des cinq praticiens ; la synthèse — l’arc d’une carrière à travers un programme — est la liberté éditoriale.
Le produit est également anonymisé. Ce que nous précisons, c’est son échelle (environ 200 millions d’utilisateurs actifs mensuels au départ, environ 240 millions à la clôture), sa pile technologique (un front-end React et TypeScript avec des applications iOS et Android natives partageant le même langage de design), et la surface du système de design que Maya a hérité (environ 410 composants, dont environ 90 « primaires »). Ce sont ces variables qui déterminent la difficulté du travail.
Le lundi où elle est arrivée
Maya Okafor a rejoint l’entreprise un lundi pluvieux de fin janvier 2022 en tant que Staff Product Designer au sein de l’équipe Design Systems. Elle avait trente-quatre ans. Elle avait passé les six années précédentes dans la branche numérique d’un grand éditeur, où elle était devenue — presque par accident — celle qui savait à quoi devait ressembler un anneau de focus et pourquoi le ratio de contraste de 2,6:1 imposé par la marque sur les boutons tertiaires n’était, en réalité, pas acceptable. Elle n’avait aucune qualification formelle en accessibilité. Elle a toujours dit avoir tout appris à la dure : en étant la designer sur l’appel lorsqu’un utilisateur de lecteur d’écran déposait un ticket de support et que personne d’autre ne savait comment reproduire le problème.
Il n’y avait pas de mandat d’accessibilité dans la nouvelle entreprise. Il n’y avait pas d’équipe dédiée à l’accessibilité. Il y avait un Groupe de travail sur l’accessibilité, qui se réunissait tous les deux mercredis à 16 h heure du Pacifique et qui, lors du premier mercredi de Maya, comptait six participants. Il disposait d’une page Confluence mise à jour pour la dernière fois en 2020, d’un canal Slack avec environ 140 membres et trois messages par semaine, et — Maya s’en rendit compte plus tard — d’un seul levier : un backlog de quarante et un tickets de support liés à l’accessibilité, dont sept provenaient d’une seule organisation de défense des droits des personnes handicapées qui envoyait des e-mails trimestriels à l’entreprise depuis 2019.
« La première chose que j’ai faite, c’est de lire chacun de ces quarante et un tickets. La deuxième, c’est de les imprimer et de les mettre dans un classeur. Pas parce que quelqu’un avait besoin d’un classeur — parce que j’avais besoin d’un objet physique à poser sur le bureau d’un vice-président dans trois mois, quand la conversation deviendrait difficile. »
Maya Okafor, composite, sur son premier mois
Construire le dossier : volume de plaintes, exposition juridique, part de marché
Les trois premiers mois n’ont pas été du travail de design. C’était du travail d’investigation. Maya a mené trois actions en parallèle.
Elle a quantifié le pipeline de plaintes. En collaboration avec le support, elle a extrait tous les tickets des vingt-quatre derniers mois contenant l’un d’une douzaine de termes indicateurs — « lecteur d’écran », « VoiceOver », « TalkBack », « JAWS », « NVDA », « contraste », « clavier uniquement », « WCAG », « ADA », « EAA », « je ne peux pas lire ». Elle a trouvé environ 1 470 plaintes distinctes, dont environ 280 non résolues depuis plus de quatre-vingt-dix jours. Elle les a cartographiées par surface produit : environ 38 % sur la caisse, environ 22 % sur la messagerie, environ 14 % sur la création de profil, environ 9 % sur le lecteur vidéo. Cette distribution allait, six mois plus tard, décider quels composants seraient réécrits en premier.
Elle a quantifié l’exposition juridique. L’entreprise avait été nommée dans deux actions en justice ADA Titre III au cours des dix-huit mois précédents, toutes deux réglées. Maya ne pouvait pas voir les montants des règlements — le service juridique ne les lui communiquerait pas — mais elle pouvait voir la courbe de fréquence des contentieux dans les dossiers publics de son secteur. Elle a construit un tableau qui prenait la surface d’exposition de l’entreprise et produisait une estimation du coût annuel attendu en règlements et corrections sur une trajectoire de statu quo. Le point médian de cette fourchette s’élevait à plusieurs millions de dollars par an.
Elle a quantifié l’opportunité de marché. C’est la ligne qui a emporté l’adhésion. Maya a complété les données de recherche utilisateurs de l’entreprise avec l’enquête WebAIM sur les utilisateurs de lecteurs d’écran, les statistiques du CDC sur le handicap, et les données Eurostat sur la prévalence du handicap dans les marchés de l’UE que le produit desservait. Elle a produit une seule diapositive : parmi les environ 200 millions d’utilisateurs mensuels de l’entreprise, entre 14 et 22 millions étaient estimés utiliser le produit avec une forme de technologie d’assistance ou de paramètres non par défaut. Les analyses montraient que ce segment présentait un taux de résiliation d’environ 1,8 fois supérieur à celui de la base globale. Si la rétention de ce segment pouvait être amenée à la parité, l’impact net annuel sur le chiffre d’affaires était un chiffre que le département financier reconnaissait.
« Je n’ai jamais montré le chiffre juridique au marketing, et je n’ai jamais montré le chiffre marketing au juridique. À chacun, j’ai montré le chiffre qui les concernait. Au directeur financier, j’ai montré les deux, sur une seule diapositive, côte à côte. C’était la réunion où le programme a été financé. »
Maya Okafor, composite, sur le dossier de financement
Le programme a été approuvé fin T2 2022. Effectif : sept personnes, montant à onze sur douze mois — trois designers, quatre ingénieurs, deux spécialistes QA, un chef de programme, un chercheur avec expérience en recrutement au sein de la communauté des personnes handicapées. Budget pour les partenariats de tests externes : une ligne annuelle à six chiffres. Autorité : validation de tout nouveau composant du système de design, avec droit de veto sur les composants ne passant pas une liste de contrôle d’accessibilité. Cette dernière clause — le veto — était celle que Maya avait négociée le plus fermement. C’était la différence entre un programme et un exercice de demande d’autorisation.
La refonte du système de design : tokens, focus, mouvement
Le travail technique a commencé au T3 2022 et s’est poursuivi pendant les quatorze mois suivants. Maya l’a structuré en trois tranches qu’elle appelait — dans ses présentations et en réunion — Fondations, Composants, Patterns. La discipline de cet ordonnancement, disait-elle souvent, était la décision architecturale la plus importante du programme.
Tranche 1 — Fondations
Les six premiers mois ont reconstruit les tokens de design. Le système legacy comportait environ 84 tokens de couleur sans nommage sémantique — « Blue/600 », « Grey/400 », « Brand/Primary » — et aucune métadonnée de contraste. L’équipe de Maya les a remplacés par une palette sémantique d’environ 40 tokens organisés par fonction : content-primary, content-secondary, surface-base, border-default, plus une échelle interactive (action-primary, action-primary-hover, action-primary-pressed) et une échelle de statut. Chaque token portait, dans ses métadonnées, le ratio de contraste par rapport à la surface sur laquelle il était autorisé à s’afficher, et un indicateur du niveau de conformité WCAG qu’il atteignait. L’outillage appliquait cela : un designer ne pouvait pas attribuer content-tertiary sur surface-base dans Figma sans que le linter le signale.
La même tranche a standardisé l’anneau de focus. Les composants legacy avaient — Maya les a comptés — environ dix-sept traitements d’anneau de focus différents, allant d’un contour en pointillés d’un pixel qui disparaissait sur les fonds clairs à un anneau bleu solide de deux pixels qui brisait la mise en page sur les listes compactes. Le nouvel anneau était un token unique : un contour de deux pixels décalé d’un espace transparent de deux pixels depuis le bord du composant, de sorte que l’anneau se lisait sur n’importe quelle surface. Chaque composant interactif le reprenait par défaut ; il n’y avait pas de possibilité d’opt-out.
Les préférences de mouvement constituaient le troisième fondement. Le système legacy respectait prefers-reduced-motion à environ un seul endroit — une unique animation d’onboarding — et les applications natives ne le respectaient nulle part. La nouvelle fondation faisait du mouvement un token, avec trois valeurs (aucun, réduit, complet) intégrées dans chaque primitive d’animation. Un designer qui essayait de contourner la préférence devait joindre une justification écrite que le responsable du programme examinait.
Tranche 2 — Composants
Les fondations étant stables, l’équipe s’est tournée vers les environ 90 composants primaires. La liste était ordonnée par les données du pipeline de plaintes que Maya avait extraites lors du premier mois : la caisse d’abord, puis la messagerie, puis le profil, puis la vidéo. Chaque composant a subi une reconstruction standardisée : cartographie de la navigation au clavier, sémantique pour les lecteurs d’écran, ordre de focus, vérification du contraste dans chaque état, variante réduit-mouvement, variante RTL, et — insistance de Maya — un fixture de test documenté que l’équipe QA pouvait exécuter à chaque livraison.
Le champ de saisie de carte bancaire, dans son ancienne forme, était un unique <input> avec un JavaScript de formatage automatique qui perturbait l’annonce des caractères saisis par les lecteurs d’écran ; la reconstruction utilisait quatre champs distincts avec des labels explicites, des erreurs liées via aria-describedby, et une validation inline annoncée via une région live polie. Cela a pris six semaines pour un designer et un ingénieur. Les tickets d’accessibilité liés à la caisse ont chuté d’environ 70 % au trimestre suivant — parce que la plupart des nouveaux tickets ont simplement cessé d’être déposés.
Tranche 3 — Patterns
La dernière tranche était celle que Maya décrivait comme la plus facile à exécuter et la plus difficile à coordonner. L’équipe a documenté des patterns de composition — comment construire un flux de modal accessible sur les composants reconstruits ; comment composer une liste d’éléments avec des médias mixtes ; comment structurer une page de paramètres pour que la navigation fonctionne sous contrôle vocal. Les patterns ont été intégrés dans le site de documentation du système de design sous forme d’exemples de code exécutables. La partie difficile n’était pas de les rédiger. La partie difficile était d’amener chaque équipe produit à les utiliser plutôt qu’à inventer les leurs.
Le déploiement côté ingénierie
Un système de design repensé est une bibliothèque ; ce n’est pas, en soi, un déploiement. Le travail de gestion de projet le plus difficile du programme — Maya était catégorique là-dessus — était la migration. Le produit comptait environ quarante équipes, chacune gérant deux à cinq surfaces, chacune libre en pratique de consommer le système de design au rythme que son propre calendrier permettait. Un plan naïf aurait demandé à chaque équipe de migrer en un trimestre. Ce plan aurait échoué.
La solution de Maya était un mandat progressif. Les nouveaux composants étaient livrés comme valeur par défaut ; les anciens restaient derrière un feature flag, mais chaque livraison d’une surface utilisant encore un composant legacy ouvrait automatiquement un ticket P2 dans le backlog de cette équipe. Le ticket s’escaladait automatiquement en P1 après quatre-vingt-dix jours et en P0 après cent quatre-vingts jours. En quatre trimestres, environ 78 % des usages de composants primaires legacy avaient migré. En six trimestres, ce chiffre était d’environ 94 %.
« La partie difficile n’était pas le système de design. La partie difficile, c’était un organigramme de quarante équipes et un cycle budgétaire qui n’était pas conçu pour ça. Les composants représentaient trois mois de travail. Le déploiement, trois ans. »
Maya Okafor, composite, sur la migration
Ce que le programme a coûté — et ce qu’il a rapporté
Maya était scrupuleuse dans son suivi. Au moment où le programme a clôturé sa phase formelle au T4 2024, les dépenses totales — sur deux ans et demi, onze personnes dédiées et des tests externes — s’élevaient à quelques millions de dollars dans les chiffres élevés à un seul chiffre. Le volume de tickets entrants liés à l’accessibilité avait baissé d’environ 73 % par rapport à la base 2022, malgré une base d’utilisateurs qui avait crû d’environ 20 %. Les deux dossiers juridiques liés à l’ADA ouverts pendant la fenêtre du programme ont tous deux été clôturés sans aller en justice, dans des conditions que l’entreprise a décrites dans ses rapports annuels comme non significatives. La rétention du produit sur le segment d’utilisateurs de technologies d’assistance — le segment que Maya avait identifié dans le dossier de financement — était passée d’un ratio de résiliation 1,8 fois supérieur à la base globale à environ 1,15 fois. Le département financier a comptabilisé la différence. Maya n’a pas divulgué le montant.
Elle a également enregistré des éléments qui n’apparaissent pas dans le tableur. Le support du rotor VoiceOver de l’application iOS native, longtemps défectueux, est devenu — dans un audit indépendant début 2025 — l’un des plus performants de son secteur. Le thème à fort contraste que Maya avait poussé malgré les objections de l’équipe marque est devenu la valeur par défaut dans les régions où les régulateurs locaux ont commencé à appliquer l’EAA. Le site de documentation du système de design, consulté environ 4 000 fois par mois début 2022, atteignait en moyenne environ 38 000 pages vues mensuelles mi-2025. Une pratique avait été construite ; elle survivrait à son mandat.
Ce qu’elle dit aux designers dans les organisations plus petites
En 2025, Maya faisait moins de gardes de soins intensifs sur son propre produit et davantage de conseil pour des designers dans des entreprises d’un ordre de grandeur plus petit — des équipes produit de vingt personnes, des équipes de cinquante personnes, la taille d’organisation où un seul designer doit être le responsable de l’accessibilité par défaut. Elle avait un petit ensemble de choses qu’elle disait lors de chaque réunion informelle. Elles méritent d’être listées.
Un. Le pipeline de plaintes est le levier. Il n’est pas nécessaire d’avoir un million d’utilisateurs pour avoir un pipeline de plaintes ; il faut une boîte de réception du support et la volonté de la lire. Imprimez les tickets. Mettez-les dans un classeur. Apportez le classeur à la réunion. Le classeur fonctionne.
Deux. Le dossier de financement a trois colonnes. Exposition juridique, opportunité de marché, et volume de plaintes. Il n’est pas nécessaire d’avoir des chiffres exacts sur aucune des trois. Il faut que la même personne voie les trois au même endroit, car aucune colonne seule ne convainc la salle.
Trois. Les fondations avant les composants, les composants avant les patterns. Une équipe qui commence par réécrire les composants en premier passera un an à le faire et arrivera avec une belle bibliothèque de composants sur une palette de couleurs sémantiquement déficiente, et le prochain designer devra tout réécrire.
Quatre. Négociez le veto. Le levier le plus important dans une entreprise produit multi-équipes est la capacité à dire « ce nouveau composant ne sera pas livré tant qu’il ne passe pas la liste de contrôle. » Le veto, exercé deux fois en deux ans, suffit. C’est la crédibilité du veto, pas sa fréquence, qui fait le travail.
Cinq. Recrutez le chercheur avec une expérience en recrutement au sein de la communauté des personnes handicapées. La ligne du budget du programme de Maya qu’elle défendrait le plus fermement était le poste de chercheur. Sans utilisateurs handicapés dans la boucle, le travail est du théâtre.
Six. L’horloge pour les composants legacy est non négociable. Les migrations sans délai n’ont pas lieu. Les migrations avec délai se font au rythme que l’horloge permet.
Sept. Prenez la victoire et passez la main. Maya a quitté le programme au T1 2025 pour se consacrer au conseil. Le fondateur d’un programme d’accessibilité est la mauvaise personne pour le gérer en régime permanent. Le rôle du fondateur est de faire exister le programme. Le rôle en régime permanent est d’être ennuyeux. Tempérament différent ; personne différente.
Une note sur le classeur
Maya a toujours le classeur. Elle le sort parfois lors de conférences, quand un designer senior lui demande — généralement avec embarras, souvent après une table ronde — quoi faire de ses propres quarante et un tickets ouverts. Le classeur fait un centimètre d’épaisseur. L’étiquette sur la couverture dit, dans une écriture sans empattement que Maya a achetée dans une papeterie artisanale en 2022, « Jour Un ». Les quarante et un tickets qui s’y trouvent ont tous été clôturés. Les noms des personnes qui les ont déposés sont couverts au marqueur noir. Elle ne montre pas les noms. Elle montre les pages, et elle dit : voilà à quoi ressemble le travail, et voilà où il commence.