Inclure les utilisateurs handicapés dans la recherche UX
Le 14 août 2026, Maya Alvarado a partagé sur Smashing Magazine les pratiques que Booking.com a construites pour intégrer systématiquement les utilisateurs en situation de handicap dans sa recherche UX. Le constat de départ est simple et documenté : les personnes handicapées sont structurellement sous-représentées dans les études utilisateurs, ce qui produit des interfaces qui ne tiennent pas compte de leurs besoins — même dans des entreprises qui ont des équipes accessibilité dédiées.
Le problème systémique
Le gap entre "avoir une politique d'accessibilité" et "inclure des utilisateurs handicapés dans la recherche" est plus grand qu'il n'y paraît. Parmi les obstacles identifiés chez Booking.com avant le programme :
Logistique et recrutement. Les panneaux de recrutement standard ne filtrent pas par type de handicap, ou ne savent pas comment collecter ces informations de manière respectueuse. Les délais de recrutement sont plus longs, ce qui entre en conflit avec des sprints courts.
Protocoles inadaptés. Les guides d'entretien et les protocoles de test sont conçus pour un profil "utilisateur moyen" implicitement valide. Les tâches chronométrées, les interfaces de test non-accessibles et les espaces physiques inaccessibles excluent de facto de nombreux participants.
Absence de référents internes. Sans champion(s) accessibilité dans l'équipe research, les décisions de ne pas inclure d'utilisateurs handicapés passent souvent inaperçues — elles ne sont pas des refus actifs, juste des oublis.
Les pratiques mises en place
Recrutement structuré
Booking.com a révisé ses formulaires de recrutement pour inclure des questions explicites sur les besoins d'accessibilité, formulées de manière neutre et positive ("Y a-t-il des adaptations qui rendraient votre participation plus confortable ?"). L'équipe a aussi noué des partenariats avec des organisations spécialisées dans l'emploi ou l'accompagnement des personnes handicapées pour élargir le bassin de recrutement.
Protocoles adaptés
Chaque étude inclut désormais une phase de "protocole check" : s'assurer que l'interface testée est accessible avec les technologies d'assistance courantes (lecteurs d'écran, navigation clavier, zoom), que les tâches ne sont pas artificiellement chronométrées, et que les supports de recrutement/consentement sont disponibles en formats alternatifs.
Les tests à distance ont simplifié certains aspects logistiques — plus besoin d'un espace physique accessible — mais ont créé de nouveaux défis pour les participants qui utilisent des technologies d'assistance non compatibles avec les outils de visioconférence standards.
Capitalisation des insights
Un problème fréquent : les insights sur l'accessibilité sont collectés une fois, documentés dans un rapport qui n'est jamais relu, et ne s'intègrent pas dans les décisions produit courantes. Booking.com a développé un système de tagging des insights par type de besoin, permettant de retrouver et croiser les retours sur l'accessibilité au moment des décisions de design.
Ce que ça produit concrètement
Au-delà des bénéfices pour les utilisateurs concernés, Booking.com a observé deux effets secondaires positifs :
Les problèmes d'accessibilité révèlent des problèmes généraux. Un utilisateur avec daltonisme qui signale une difficulté à distinguer les états de bouton révèle souvent un problème de contraste qui affecte tout le monde dans des conditions de faible luminosité. La recherche accessible est une loupe sur des problèmes de design génériques.
La qualité du recrutement global s'améliore. Les efforts pour rendre le recrutement plus inclusif (formulaires clairs, délais plus flexibles, canaux diversifiés) profitent à tous les participants, pas seulement aux personnes handicapées.
Ressources complémentaires
Pour les équipes qui souhaitent structurer une démarche similaire, Smashing Magazine a publié en mars 2026 Accessible UX Research de Michele Williams — un livre dédié à ce sujet, avec des protocoles et templates directement utilisables.