AAPFUI18 M4DP Lot 5.2 B FG malvoyants · des retours d’expérience et ont notamment servi comme base pour préparer les tests d’utilisateurs. La synthèse contient les recommandations

Livrable 5.2

Le lecteur media accessible à tous

Version 0.4 Date 21/09/2016

Auteur(s) Hadmut Holken Nada El Haouaji

N° du Lot 5.2

Livrable 5.2 B : Synthèse focus groupe

Non / MALVOYANTS

Titre du projet media4Dplayer

Abréviation M4DP

Désignation media4Dplayer, le lecteur media accessible à tous.

Durée du projet De Janvier 2015 à Juin 2016 – 18 mois

Coordinateur projet France Télévisions

Partenaires projet FRANCE TELEVISIONS (FTV) LE GROUPE LA POSTE (LP) DOTSCREEN (DTS) ATHEME (ATM) INSTITUT MINES TELECOM (TSP) LABORATOIRE CHART / LUTIN-USERLAB (UP8) PLAINE COMMUNE (PC)

Prestataires Multimédia France Production (MFP) Holken Consultants & Partners (HC) IRCAM

Organisme labellisateur CAP DIGITAL

Financeurs La Région Ile-de-France La BPIfrance

Titre de subvention Fonds Unique Interministériel – FUI18

Livrable 5.2 B v0.4

www.media4dplayer.com


Media4Dplayer – Rapport de synthèse FG2 2

Le projet media4Dplayer, lecteur media accessible à tous.

Résultats des focus groupes : NON / MALVOYANTS Date de soumission : 30/06/2016

Version : 0.4

Objectif(s) du livrable

Ce rapport de synthèse livre les résultats issus du focus groupe tenu avec des non et malvoyants dans le cadre du projet media4Dplayer. Il s’agit d’un focus groupe sur une série de quatre : un premier auprès de personnes avec des déficiences auditives (sourdes et malentendantes), un second s’est tenu avec des personnes ayant des déficiences visuelles (non ou malvoyantes), un troisième avec un groupe de seniors et le quatrième avec des Tout-venant. Les résultats ont pour objectif l’amélioration des fonctionnalités de l’application en fonction des retours d’expérience et ont notamment servi comme base pour préparer les tests d’utilisateurs. La synthèse contient les recommandations. Historique Date Modification(s)

V0.3 30/06/2016 Rapport non/malvoyants rédigé par HC pour CHArt/Université Paris 8

V0.4 21/09/2016 Intégrations des modifications de CHArt/Université Paris 8

Livrable 5.2 B v0.4




Le projet media4Dplayer Media4Dplayer est un projet collaboratif labellisé par le pôle de compétitivité Cap Digital et subventionné au titre du Fonds Unique Interministériel (FUI) par la région Île de France et BPIfrance. Ce projet de recherche et de développement s’inscrit dans la stratégie de Cap Digital, autour des thématiques d’accessibilité des contenus, de développement numérique et de Silver économie.

Durée de projet 18 mois : Janvier 2015 – Juin 2016

Avertissement Les informations contenues dans ce document peuvent être sujet à modification sans préavis. Société ou noms de produits mentionnés dans ce document peuvent être des marques ou des marques déposées de leurs sociétés respectives.

Tous les droits sont réservés

Le document est la propriété des membres du consortium media4Dplayer. Aucune copie ou distribution, sous quelque forme ou par tout moyen, n’est autorisé sans l'accord écrit et préalable du (des) propriétaire(s) des droits.

Ce document ne reflète que le point de vue de ses auteurs. Le consortium media4Dplayer et les financeurs ne peuvent être tenus responsables de l'usage qui pourrait être fait des informations contenues dans ce document.

©2016 media4Dplayer

Livrable 5.2 B v0.4




Table Des Matières

SYNTHESE ET RECOMMANDATIONS .............................................................................................................. 5

1. INTRODUCTION ET CONTEXTE ................................................................................................................ 9

2. METHODOLOGIE .................................................................................................................................... 9

3. RESULTATS DU FOCUS GROUPE NON/MALVOYANTS ............................................................................. 10

3.1. EVALUATION DE L’APPLICATION PAR LES NON/MALVOYANTS ................................................................................................. 10 3.2. EVALUATION DU LECTEUR (PLAYER) PAR LES NON/MALVOYANTS ............................................................................................ 21

4. CONCLUSION FG NON/MALVOYANTS : EVALUATION GLOBALE ............................................................. 24

ANNEXE : NOTE EXPLICATIVE ........................................................................................................................ 25

FIGURES

Figure 1. Page 1 : Splash Screen ........................................................................................................................... 11 Figure 2. Page 2 : connexion « sessions utilisateur » ........................................................................................... 12 Figure 3. Page 3 : Accueil « sélection des icônes » ............................................................................................... 13 Figure 4. Page 4: Mode « rapide et accessible » .................................................................................................. 13 Figure 5. Page5: accueil Pluzz ............................................................................................................................... 15 Figure 6. Page 6: Réglages .................................................................................................................................... 16 Figure 7. Page 7 : Réglages Audio ......................................................................................................................... 17 Figure 8. Page 8: Réglages audio/mode de spatialisation .................................................................................... 17 Figure 9. Page 9: Réglages audio/mode de spatialisation / spatialisation des commentaires ............................. 17 Figure 10. Page 10 : Réglages audio/mode de spatialisation/spatialisation des dialogues ................................. 17 Figure 11. Page 11: Réglages/Réglages de l'interface .......................................................................................... 18 Figure 12. Page 12: Réglages / réglages de l'interface / taille de texte ................................................................ 18 Figure 13. Page 13 : Réglages/Sous-‐titres/Réglages des sous-‐titres .................................................................... 18 Figure 14. Page 14: Réglages/Sous-‐titres/Réglages des sous-‐titres / police ........................................................ 18 Figure 15. Page 15 : Réglages/Sous-‐titres/Réglages des sous-‐titres/ couleur du texte ....................................... 18 Figure 16. Page 16 : Réglages/Sous-‐titres/Réglages des sous-‐titres/ couleur du fond du texte .......................... 18 Figure 17. Page 17 : Réglages/Sous-‐titres/Réglages des sous-‐titres/ Position des sous-‐titres ............................ 18 Figure 18. Page 18 : Réglages/Langues des signes/Placez et redimensionnez la fenêtre vidéo .......................... 19 Figure 19. Page 19 (en mode rapide et accessible) : Page Pluzz/Mes vidéos pluzz ............................................ 19 Figure 20. Page 20 (en mode rapide et accessible) : Pluzz/Mes vidéos Pluzz/Fiche de programme/ Alex Hugo: comme un oiseau sans ailes ................................................................................................................................. 20 Figure 21. Page 21: Fiche de programme/ ALEX HUGO / résumé ........................................................................ 20 Figure 22. Le Player: page de démarrage ............................................................................................................. 21 Figure 23. Le Player : option sélection langue ...................................................................................................... 21 Figure 24. Le Player: option sous-‐titres ................................................................................................................ 21 Figure 25. Le Player: option Audiodescription ..................................................................................................... 21 Figure 26. Le Player: option LSF ........................................................................................................................... 21 Figure 27. Vidéo Player: options sous-‐titre et AD activées .................................................................................. 23

Livrable 5.2 B v0.4




Synthèse et recommandations Les résultats issus du focus groupe aveugles/malvoyants portent essentiellement sur l’évaluation de l’accessibilité, de l’acceptabilité, de l’utilité et de l’utilisabilité du media4Dplayer :

1. Accessibilité

Le groupe des non-‐malvoyants a une très grande habitude d’utiliser des services d’accès audio pour accéder aux contenus media et audiovisuels. Dans une moindre mesure, les malvoyants accèdent également à des écrits, tels les sous-‐titres, lorsqu’ils peuvent (encore) les percevoir. Le projet media4Dplayer a été perçu par le groupe aveugles/malvoyants comme innovant et dédié à l’accessibilité du contenu vidéo. Les participants soulignent l’ intérêt de la disponibilité des diverses fonctionnalités sous un seul et même service, bien qu’ils soient a priori utilisateurs des parties audio seulement. La valeur ajoutée réside selon eux, d’une part, dans le fait de pouvoir obtenir des services d’accès et, d’autre part, essentiellement dans la personnalisation de cette accessibilité.

Les suggestions d’amélioration sont principalement liées à l’accessibilité de l’application elle-‐même et à celle du Player. Quelques propositions phares :

• Le respect ou l’introduction des outils d’accessibilité usuels/habituels plébiscités par les ce type d’utilisateurs: raccourcis clavier, JAWS ou NVDA, Voice over de Mac, distinction sonore, etc.

• L’amélioration du texte descriptif pour faciliter la lecture audio de l’écran, • La séparation distincte entre les textes descriptifs et les liens cliquables avec • indications systématiques des actions à mener, • L’augmentation du contraste et l’introduction du contraste inversé.

2. Acceptabilité

Le groupe aveugles/malvoyants salue l’arrivée d’un tel service « gratuit, généralisé, totalement innovant et surtout personnalisable ». Habitués à faire appel à des applications d’accessibilité numérique, nos participants au focus groupe apprécient l’arrivée de ce dispositif « très adapté aux besoins spécifiques » et demande de pouvoir le tester de nouveau quand il sera en phase avancée.

3. Utilité

Le groupe aveugles/malvoyants a particulièrement mis en valeur l’utilité première du Player et la personnalisation de l’accessibilité aux contenus vidéo. Cependant, il attache d’autant plus d’importance au moteur de recherche qu’ils n’ont pas eu la possibilité de tester. Par ailleurs, ils suggèrent d’autres types d’amélioration pour rendre le service plus utile :

• Introduire une lecture audio des sous-‐titres, dont notamment ceux en langues étrangères,

• Leur donner la possibilité de contrôler le débit de la Synthèse Vocale afin qu’ils puissent mieux comprendre le contenu et les instructions qui vont avec, ou pour aller plus vite à l’essentiel sans être obligés d’écouter lentement les données audio.

Ils proposent déjà d’utiliser et de présenter le media4Dplayer à leur entourage dès qu’il sera amélioré et disponible.

Livrable 5.2 B v0.4




4. Utilisabilité

La manipulation de l’application et du Player a été mise à mal par un certain nombre d’obstacles techniques liés principalement à la lecture audio de l’écran. Cependant, cette contrainte n’a pas découragé notre groupe dans la découverte et la compréhension du service dans son intégralité.

Il en découle que et l’introduction et l’utilisation du media4Dplayer auprès du grand public, surtout auprès de cette population, doit tenir compte des prérequis, outils ou fonctionnalités d’accès déjà existants pour les non et malvoyants, afin qu’ils puissent avoir des repères et de leur faciliter la navigation de façon autonome et intuitive au sein de l’application et du Player. Sinon, cette utilisation devra être accompagnée d’une formation, d’un manuel d’utilisation ou d’un tutoriel. Si les outils et fonctionnalités ne permettent pas un usage intuitif, facile et basé sur une autonomie d’utilisation, pourquoi les non et malvoyants utiliseraient-‐ils ce service ?

Voici les recommandations issues du groupe non-‐malvoyants concernant les 4 axes :

1. Créer et intégrer une version du logo contrastée sur fond noir, et ajouter un texte alternatif au logo : « bienvenu sur le media4Dplayer ».

2. Rendre l’application accessible et utilisable (par l’AD, lecture écran, Synthèse Vocale, etc.) dès l’instant T0 d’utilisation jusqu’à l’activation du Player.

3. Remplacer le mot « invité » par « session utilisateur ».

4. Pour toutes les pages de l’application, ajouter les textes descriptifs pour la lecture écran de chaque page:

a. Indiquer par le texte à quelle page on se trouve (page d’accueil, page de réglages, autres),

b. Informer sur les actions à engager (que peut-‐on/doit-‐on faire sur cette page, où peut-‐on aller ? Où faut-‐il cliquer ?),

c. Avoir la possibilité de ralentir/accélérer le débit de lecture audio afin de faciliter la compréhension des contenus ou au contraire pour aller plus vite.

d. Mettre au moins un bouton « suivant » s’il y a une sous-‐rubrique, sous-‐option à activer.

e. Expliquer les changements de fonctionnalités d’une page à l’autre.

5. Nettoyer les textes descriptifs existant et les hiérarchiser sur chaque page. Vérifier aussi que tout soit en français pour la version en langue française.

6. Indiquer par un son ou par un texte (lecture de l’écran) le passage d’une page à une autre.

7. Indiquer par un son ou un texte (lecture de l’écran) que la fonctionnalité sélectionnée a été enregistrée/validée.

8. Donner la possibilité de passer directement au mode accessible dès la page « connexion » avec une icône ou une explication.

9. Arriver à une liste : proposer un menu déroulant avec option « activer/désactiver » et son qui indique que la requête a été enregistrée.

Livrable 5.2 B v0.4




10. Adapter l’accessibilité de l’application et les services qu’elle propose aux différents outils d’accessibilité auxquels les non-‐malvoyants sont déjà habitués :

a. Les raccourcis clavier : shift, tab, flèche-‐bas, etc. b. La synthèse vocale, c. Le Braille : pour le texte qui va accompagner le manuel d’utilisation, d. Lecteur d’écran.

11. Adapter les nomenclatures à la compréhension et aux sensibilités des utilisateurs :

a. Remplacer « normal » par basique, classique (dans le mode « normal), b. Eviter les mots comme « interface », ou au moins les expliquer, c. Expliquer les nouvelles fonctionnalités non usuelles.

12. Décrire plus en détail la fonctionnalité « spatialisation » (a priori bien comprise) :

a. Ajouter un texte descriptif et explicatif de cette option, b. Expliquer qu’il faut un environnement spécifique pour activer cette option, c. Expliquer le besoin d’un casque spécifique pour utiliser ce service.

13. Supprimer ou masquer toutes les options et fonctionnalités non conformes aux besoins des non-‐malvoyants :

a. Les options réglages interfaces, b. Les réglages LSF, c. Les sous-‐titres, à moins qu’il y ait une option lecture des sous-‐titres (surtout les

traductions pour les contenus étrangers).

14. Réduire au maximum le nombre de sous-‐pages ou sous options pour accéder ou activer un service

15. Recherche via moteur de recherche interne :

a. Choisir des contenus et par thème et par option d’accessibilité, b. N’enregistrer dans les favoris que les contenus en AD.

16. Respecter la même hiérarchisation des options communes à toutes les pages :

a. Type « retour » (ce bouton change tout le temps de position), b. Type « accueil » (prévoir de le dire sur la page concernée), c. Type « suivant » (bouton à ajouter).

17. Retravailler l’accessibilité du Player :

a. Agrandir les icônes et rendre le contraste plus fort (les traits blancs sont trop fins), b. Améliorer le texte descriptif des fonctionnalités pour permettre à la SV une lecture

plus distincte des options, c. Réfléchir à un texte descriptif court mais pertinent pour indiquer les actions à mener, d. Ajouter le son qui indique que la personnalisation a été enregistrée.

Livrable 5.2 B v0.4




18. Programmer un autre focus groupe et des tests supplémentaires avec ce groupe, surtout après l’amélioration de la description qui accompagne la SV, y compris et pour leur permettre de tester le moteur de recherche.

19. Tester et retester la fonctionnalité « spatialisation » avec le bon matériel et les casques.

20. Si l’application n’est pas plus intuitive pour les non et malvoyants, (media4Dplayer perçu comme un univers spécifique) :

a. Proposer un manuel d’utilisation de l’application, b. Accompagner le Player d’un tutoriel, c. Expliquer que certaines fonctionnalités ont besoin de matériel précis (type

spatialisation), d. Proposer des sessions de formation.

Livrable 5.2 B v0.4




1. Introduction et contexte Le sous-‐projet SP5, dans son ensemble, se concentre sur le parcours et l’acceptation de la maquette du media4Dplayer auprès des utilisateurs et des contenus et services proposés. Les panels d’utilisateurs visaient à inclure notamment les personnes non et malvoyantes, des personnes sourdes et malentendantes, des populations âgées et un groupe de Tous-‐venants.

Les focus groupes tout comme les tests d’utilisateurs (Lot 5.3) se sont ainsi concentrés par type de population1. Les résultats des focus groupes sont décrits dans les livrables suivants :

§ 5.2 A Résultats du focus groupe sourds et malentendants

§ 5.2 C Résultats du focus groupe seniors

§ 5.2 B Résultats du focus groupe non et malvoyants

§ 5.2 D Résultats du focus groupe Tous-‐venants

Ce présent rapport 5.2 B restitue les résultats issus du focus groupe aveugles/malvoyants ayant participé à la réflexion active concernant l’application et le lecteur du projet media4Dplayer.

2. Méthodologie

Nous avons recueillis les avis des participants sur les fonctionnalités d’accessibilité à partir de leurs capacités perceptives. Pour ce faire, l’ensemble des fonctionnalités à interroger a été présenté aux participants sous forme de lecture de PPT (impression d’écran), et directement sur l’application présentant la partie « audio », et leur retour a été sollicité pour évaluer l’accessibilité, l’acceptabilité, l’utilité et l’utilisabilité du media4Dplayer2.

L’animation s’est appuyée sur l’évaluation de l’explication orale d’une 30e de slides/diapositives issus de l’application au moment de la date du focus groupe. Le choix des écrans figure dans les résultats. Chaque évaluation était précédée par la présentation de l’application (non pas du Player). De plus, nous nous sommes servis d’un guide d’entretien qualitatif adapté, validé par les partenaires avant son utilisation. Ce guide portait sur :

o l’évaluation de l’application, o et l’évaluation globale du media4Dplayer. o l’évaluation du Player (lecteur),

Le recueil des données s’est faite à partir la description orale détaillée de chaque diapositive, d’un enregistrement, d’une prise de notes, ainsi qu’à partir de la démonstration live du Player. Dans la synthèse des résultats, nous passerons en revue les pages interrogées avec l’avis synthétisé des utilisateurs.

Pour ce focus groupe, nous avons utilisé le mode « rapide et accessible » au lieu du mode « normal » pour se conformer à la spécificité du groupe et tester la fonctionnalité « lecture d’écran » qui permet d’accéder à l’application et au Player.

Contraintes techniques

1 Ce choix a été proposé par le l’Université Paris 8 (CHArt), et adopté par les partenaires. 2 Les définitions de ces mots se trouvent en annexe.

Livrable 5.2 B v0.4




Comme le son est l’élément indispensable à la compréhension et la communication pour les personnes non et malvoyantes, nous avons naturellement passé en démonstration la partie audio de l’application (à partir de ChromeVox) ainsi que l’audiodescription pour les vidéos.

Il est à noter que, jusqu’en mai, l’application fonctionnait uniquement sur Google ChromeVox, version 47. Ce qui exigeait que les utilisateurs, quels qu’ils soient, devaient « downgrader » leur navigateur (51 à ce moment-‐là), c’est-‐à-‐dire maintenir une version ancienne du navigateur Chrome. Ce qui est impensable pour tout utilisateur et encore plus difficile pour les entreprises ou lieux publics, où avaient lieu les focus groupes.

Bien que les développeurs du media4Dplayer aient fait le nécessaire pour proposer une version qui soit utilisable sur la plupart des navigateurs existant, d’une part, et pour être cohérant en matière d’accessibilité pour tous, d’autre part, ceci n’était pas encore bien au point lors de la démonstration.

La principale difficulté était que les codes n’était pas (encore) introduits dans toutes les pages, ou lorsqu’ils étaient présents, ils n’étaient pas (encore) « propres » ; ce qui a avait pour conséquence que les non-‐voyants étaient sans instruction pour opérer des choix, -‐ ou alors qu’ils étaient orientés vers une rubrique non sélectionnée, qu’il n’avaient pas des indications pour les actions à suivre, ou qu’à la place du français (choix de langue dans les options ChromeVox) apparaissaient des mots anglais (franglais) -‐. Bien entendu, ceci avait pour conséquence des confusions dans la compréhension des démarches attendues par les utilisateurs, qui étaient toutefois très patients dans leur manière de participer.

3. Résultats du focus groupe non/malvoyants

L’échantillon : 6 personnes avec des déficiences visuelles ont participé à ce focus groupe, dont 4 non-‐voyantes et 2 malvoyantes. Il s’agissait de 2 femmes et 4 hommes, d’âge et de profil (professionnel) varié. Ce focus groupe a eu lieu le 10 mai 2016 et a duré une demi-‐journée. Il était accueilli au sein de la Médiathèque Persépolis à Saint-‐Ouen sur le territoire de Plaine Commune.

Dans les parties qui suivent, nous avons relevé les retours des participants en trois parties : évaluation de l’application, évaluation du Player et évaluation globale de la satisfaction du media4Dplayer. De manière successive, nous passons en revue les écrans avec les résultats du brainstorming au niveau de ce focus groupe.

3.1. Evaluation de l’application par les non/malvoyants

1er. Splash Screen media4DplayerLe logo

L’ensemble des participants aime bien le descriptif du logo (exposé durant l’animation). Le fait qu’il soit bien contrasté sur un fond blanc est apprécié.

Pour les personnes non et malvoyantes, il faut commenter cette image, et il faut aussi faire attention à toute la notion de transparence qu'on peut avoir parfois. « Là il est sur fond blanc, le contraste est bon, mais il peut ne pas être bon si on change de fond ». Il s’agit donc de créer une version inversée du logo/de l’image.

Livrable 5.2 B v0.4




Figure 1. Page 1 : Splash Screen

Le plus important est d’expliquer où l’on est et les actions possibles sur la page

Il est perçu comme indispensable qu‘il faut indiquer vocalement :

• sur quel page on se trouve (accueil, réglages, autre) ; afin de savoir que l’on se trouve sur la page d’accueil, il suffit de dire « bienvenue sur le media4Dplayer » ;

• informer sur les actions à entreprendre (que peut-‐on faire sur cette page, où est-‐t-‐on, où peut-‐on aller ?). Mettre au moins un bouton « suivant ».

• On pourrait aussi faire en sorte que cet élément soit activable avec les outils de synthèse qui permettront d'aller au-‐delà de cette page. Il faudrait « décrire » ceci pour que l'action sur la page soit clairement identifiée.

Après le 1er lancement de la démonstration live avec le ChromeVox, la fonction n’était pas implantée, et la personne qui écoute ne sait pas sur quelle page elle se trouve, ni ce qu’elle peut y faire. Ces repères sont pourtant la base pour savoir comment accéder à la suite. C’est le plus important (plus important que le descriptif d’un logo).

Ceci équivaut pour toutes les pages afin qu’elles soient accessibles et acceptées.

2e. La connexion « session d’utilisateur »

Les non et malvoyants ne comprenaient pas intuitivement pourquoi est proposé un profil « invité » (confusion entre « invité » et « inviter »). Explication faite, ils estiment que « choisir son profil » ou « créer un profil » serait plus adapté, où simplement remplacer « l’invité » par "session utilisateur". Une liste déroulante des différents profils, lorsque ceux-‐ci seront établis, serait appréciée.

Livrable 5.2 B v0.4




Figure 2. Page 2 : connexion « sessions utilisateur »

Les non-‐voyants utilisent systématiquement la synthèse vocale (SV) ou le braille, qu’il faudrait prendre en considération. Ils sauront ainsi ce qui se trouve dans un champ donné, et si ce n'est pas forcément décrit, la SV va le leur dire.

La question a été posée de savoir « à quoi ça sert de se connecter ? ». De fait, profiler/ enregistrer les paramètres sur le PC devrait suffire. Il s’agit aussi de profiter des cookies pour garder les informations d’utilisateurs.

L’action utilisateur attendue sur cette page n’est pas comprise. Il manque un bouton OK, ou que l’on explique la suite. Celui qui ne voit pas, va faire une lecture écran et utiliser "flèche-‐bas" qui va sélectionner le premier bouton et l'actionner.

Il existe une technique pour chercher dans un menu déroulant les différents choix: Alt+flèche bas, pour dérouler le menu ; ensuite il est possible de se positionner avec les flèches sur les thèmes qui intéressent. Sur une liste normale, on peut utiliser « flèche bas » par exemple. Il serait bien d’avoir les mêmes repères (ou des repères de ce type).

Il est attendu que l’accessibilité puisse être améliorée dans ce sens.

3e. Session Accueil « sélection des icônes » (mode normal)

Les participants estiment que les icônes portent à confusion étant donné qu’il n’y a aucune explication qui accompagne les différents icônes et la page elle-‐même. Par ailleurs, les sigles sont à éviter.

Ils s’accordent aussi sur l’inutilité de cette page pour les non-‐voyants. Ils préfèrent passer directement aux contenus « accessible » qui leur sont dédiés.

Livrable 5.2 B v0.4




Figure 3. Page 3 : Accueil « sélection des icônes »

La confusion se rapporte aussi à la qualification « mode normal » versus « mode rapide et accessible ». Comme il n’y a pas d’indication dès le départ quant à la différence/l’utilité des deux choix, ils proposent de limiter les propositions à l’essentiel. Les non-‐voyants sont obligés par défaut de choisir le mode accessible, aucune utilité n’est alors accordée aux deux distinctions.

En revanche, deux intervenantes proposent de garder la page des icônes, surtout s’il y a un intérêt commercial qui pourrait leur convenir, ou encore si le contenu est disposé comme pour une bibliothèque. L’accent est ainsi mis sur l’explication du contenu de la page en question et sur son utilité pour le type d’utilisateur.

4e. Session Accueil « sélection des icônes » (mode rapide et accessible)

D’emblée, la question se pose quant à l’utilisation de la qualification « normal » pour distinguer entre les deux modes deux types d’utilisateurs « différents ». Les participants s’accordent sur le fait qu’il y a une certaine sensibilité à vouloir différencier entre la normalité et le hors norme.

Le mot « normal » perçu comme « inapproprié » est « à fuir, parce que désigner ce qui est normal ou pas, « ce n'est pas du tout correct d'un point de vue accessibilité ». Si on peut désigner les choses de façon plus réfléchie, on peut dire par exemple : classique / basique / ordinaire, etc. » commente l’une des participantes.

Figure 4. Page 4: Mode « rapide et accessible »

Livrable 5.2 B v0.4




La présentation de la page a été faite en live avec l’activation de l’extension ChromeVox.

De fait, le texte alternatif de description était aussi tronqué que très pollué. L’extension ChromeVox fait une lecture très hachée du contenu. Ce qui a mis très mal à l’aise l’ensemble des participants, notamment dans la mesure où le texte alternatif ne permet pas de distinguer le passage de la page 3 à la page 4.

Les participants n’ont pas pu déceler qu’il s’agit de deux modes différents qui permettent d’accéder au même contenu. Pour eux, la distinction peut se faire soit avec une case à « cocher / décocher » ou « activer / désactiver » accompagnée d’une explication qui les invite à sélectionner un choix.

Pas d’intérêt donc à avoir les deux pages « basculer en mode normal » versus « basculer en mode rapide et accessible » car ceci crée une énorme confusion.

Par contre, il faut proposer un mode de lecture directement adapté aux besoins des utilisateurs surtout les non-‐malvoyants et les sourds. En effet le groupe propose un « activer / désactiver » avec la SV quand un aveugle utilise l'application, mais quand un sourd/malentendant veut accéder à l’application basculer en mode sous LSF. Le groupe propose d’utiliser des icônes relatives à chaque déficience pour permettre de choisir le mode à activer.

Les participants qui ont tous l’habitude de travailler avec des applications recommandent de « penser à intégrer un petit signe qui dit à chaque population qu'il faut déjà choisir son mode, sinon ils seront perdus. De plus, il faut vraiment que l’application soit accessible de 0 et la 1ère page où il faut définir ces paramètres. Dès la page d'accueil de bienvenue. Dès le départ les deux options doivent être actives. LSF et Aveugles ».

Le caractère répétitif des contenus entre la page précédente et celle-‐ci les dérangent beaucoup. Plus le contenu et le passage entre contenu est fluide, moins ils sont confus par rapport au contenu et services proposés.

En guise de conclusion concernant ces 3e et 4e pages, un consensus a porté sur les éléments suivants :

• ne pas mettre « rapide et accessible » sur 4 items seulement, disponible lors de la réunion, et l’éviter de façon générale ;

• permettre de sélectionner les contenus qui intéressent en mode rapide, notamment quand il y en a beaucoup (comme sur un iPhone) ;

• éviter de faire une différence entre le « mode normal » et le « mode rapide et accessible » : proposer la même page visuelle pour voyants et non-‐voyants. Il suffit de prévoir les outils audio sur cette page visuelle (comme dans l’usage de l’iPhone), ce qui permettra notamment aux non-‐voyants de dialoguer avec des voyants à propos de cette page.

5e. Page d’accueil Pluzz

Livrable 5.2 B v0.4




Dans la logique précédente, les participants soulignent à nouveau la difficulté à comprendre le passage entre la page précédente et cette page d’accueil « pluzz ». Ils sont habitués à des distinctions par le son ou par le descriptif du lecteur écran.

Après explication plus détaillée de la page, ils comprennent bien le contenu qu’elle propose. Toutefois, leur premier intérêt est de comprendre comment accéder (le plus facilement possible) à ce contenu.

Ils font ainsi référence aux raccourcis clavier habituels, type « flèche-‐bas » ou « Tab » pour une utilisation courante et fluide de l’application. Comme ils sont habitués à l’utilisation de leurs Synthèses Vocales, pour passer d'un élément à un autre, ils s’attendent à ce que l’accès à l’application media4Dplayer puisse être facilité avec cet outil (la SV).

Par ailleurs, ils perçoivent l’application comme « un environnement spécifique ». Ainsi, pour reprendre leurs mots : « il faut d'abord comprendre le mode d'interaction », « quelles sont les touches auxquelles on a droit ? C'est important, car il faut qu'on nous explique quelle est la spécificité par rapport à la navigation que l'on a nous ».

Figure 5. Page5: accueil Pluzz

Autrement dit, le groupe estime que certes ils auront besoin d’une formation à l’utilisation de ce service, mais aussi il faut que celui-‐ci prenne en compte, dans les composantes qu’il propose, les différents outils auxquels ils sont habitués : raccourcis clavier, Synthèse Vocale, lecteur d’écran, etc.

6e. Page des Réglages

Pour la présentation de la page, la lecture vocale a été activée. Encore une fois les participants ont été déroutés par le code « pollué ». Le plus expérimenté entre eux a bien saisi qu’il s’agit d’une « page avec une succession d'éléments listés et interactifs », malgré le descriptif « linked with 4 éléments », il comprend qu'il y a une liste. Si on supprime tous les polluants, il sera plus aisé de comprendre les éléments de cette page.

Deux des participants font références aux notices en braille qui accompagnent généralement ce type de service pour leur expliquer par étapes le mode d’utilisation. A noter qu’ils sont aussi très attachés à la SV. Ils sont très ouverts à tout ce qui pourrait rendre intuitive l’utilisation de cette application.

Livrable 5.2 B v0.4




Figure 6. Page 6: Réglages

En ce qui concerne les options listées, les participants ne savent pas quelle action ou ensemble d’actions cette page les invite à effectuer. Aucune indication ne leur décrit à quoi sert cette page « Réglages ». Le mot « interface » n’est pas compris par 5/6 personnes.

Après explication plus fournie, le groupe accueille positivement l’ensemble des réglages proposés. Bien qu’ils préfèrent garder dans leur « mode accessible » uniquement les réglages inhérents à leur besoin, ils souhaitent quand même conserver le régale « sous-‐titres », notamment si celui-‐ci est proposé pour la traduction d’un contenu de langue étrangère. Bien entendu, il faut proposer une lecture audio de ce sous-‐titre traduction. Par ailleurs, ils proposent de supprimer les fonctionnalités LSF pour les non-‐malvoyants.

7e. Pages options « Audio » : réglages, spatialisation, commentaires et dialogues

A part le fait que cette page donne la possibilité de régler des options audio, les différents choix de réglages ne sont pas compris au premier abord par les participants. Un seul participant, par la nature de son travail, comprend la nomenclature « spatialisation » ainsi que les propositions de réglages. Il explique donc aux autres ce que « le mode spatialisation » signifie et permet de faire.

Ils saluent unanimement l’existence de cette option. Mais, ils recommandent qu’un texte introductif/explicatif de la « spatialisation » soit introduit en amont dans la page « Réglages Audio » pour comprendre la nature du service et comment ça marche. La question de la nécessité d’avoir un matériel, type casque spécifique a aussi été abordée.

Pour notre groupe, choisir la provenance du son et son intensité sont des services très utiles. Toutefois, ils restent très exigeants par rapport à la disponibilité d’un paragraphe explicatif :

• Présentation de la spatialisation et des options qu’elles offrent,

• Explication du type de matériel à utiliser pour le bon fonctionnement de cette option

• Explication détaillée des modes de spatialisation ainsi que ses effets sur le dialogue et les commentaires,

Livrable 5.2 B v0.4




• Un son qui indique la validation/enregistrement des options choisies

La possibilité d’une lecture écran fluide via la SV et l’indication de changement de page avec un son spécifique restent aussi deux demandes constantes des participants.

Figure 7. Page 7 : Réglages Audio

Figure 8. Page 8: Réglages audio/mode de spatialisation

Figure 9. Page 9: Réglages audio/mode de spatialisation

/ spatialisation des commentaires

Figure 10. Page 10 : Réglages audio/mode de spatialisation/spatialisation des dialogues

8e. Page Réglages interface : « taille du texte et Choix de thème »

Comme il a été indiqué, le mot « interface » n’est pas compris. Par ailleurs, notre groupe n’accorde pas une grande utilité pour ces deux pages. En tant que non-‐malvoyants, les réglages de texte ne les concernent pas vraiment. Sans oublier que l’option « choix du thème » ne propose aucun réglage.

Livrable 5.2 B v0.4




Figure 11. Page 11: Réglages/Réglages de l'interface

Figure 12. Page 12: Réglages / réglages de l'interface / taille

de texte

9e. Page les Réglages « Sous-‐titres » :

Les différentes options de réglage du sous-‐titre ont été favorablement accueillies par le groupe. Bien qu’ils se sentent moins concernés par ce service, ils en comprennent toute l’utilité.

Là aussi, reviennent systématiquement les questions de lecture audio de la page, la possibilité d’utiliser les raccourcis claviers, l’accès fluide aux contenus de la page via la SV, etc. Le groupe met donc l’accent sur la fluidité d’utilisation et la facilité d’accès aux options.

Figure 13. Page 13 : Réglages/Sous-‐titres/Réglages des sous-‐

titres

Figure 14. Page 14: Réglages/Sous-‐titres/Réglages

des sous-‐titres / police

Figure 15. Page 15 : Réglages/Sous-‐titres/Réglages des sous-‐

titres/ couleur du texte

Figure 16. Page 16 : Réglages/Sous-‐titres/Réglages

des sous-‐titres/ couleur du fond du texte

Figure 17. Page 17 : Réglages/Sous-‐titres/Réglages des sous-‐titres/ Position des sous-‐titres

Livrable 5.2 B v0.4




10e. Page Réglages « LSF »

Après le descriptif fait du réglage de la LSF, les participants soulignent l’utilité d’une telle possibilité de personnalisation pour les sourds. Comme ils ne sont pas directement concernés par ce service, ils sont juste revenus sur les différentes propositions citées auparavant pour rendre l’application plus accessible.

Figure 18. Page 18 : Réglages/Langues des signes/Placez et redimensionnez la fenêtre vidéo

11e. Page « Mes vidéos Pluzz »

L’organisation des composantes de cette page facilite la compréhension du contenu. Cependant, 3 des participants reviennent sur :

• l’indisponibilité d’indication par rapport à l’action à mener pour passer à l’étape suivante,

• le texte alternatif descriptif et le code pollué (difficulté/incapacité d’une lecture écran),

• le manque de signal sonore ou autre pour le passage d’une page à une autre ou la validation d’un choix.

Figure 19. Page 19 (en mode rapide et accessible) : Page Pluzz/Mes vidéos pluzz

Livrable 5.2 B v0.4




12e. Page émission : « Alex Hugo »

Au-‐delà du contenu de la page facilement compréhensible, les participants s’accordent sur la pertinence et l’utilité des options proposées. Deux options en particulier attirent leur attention : « supprimer des favoris » et « les vidéos sur le même thème ».

Pour la première, ils ont demandé si les favoris vont pouvoir être sélectionnés en fonction des types d’émissions. Auquel cas, cette option ne les intéresse pas beaucoup. Quant à la deuxième, proposition de vidéos du même thème, ils pensent que ceci est très « utile » mais ce qu’ils veulent avant tout, c’est de pouvoir :

• Choisir des contenus et par thème et par option d’accessibilité,

• Pourvoir enregistrer dans les favoris uniquement les contenus en AD.

Figure 20. Page 20 (en mode rapide et

accessible) : Pluzz/Mes vidéos Pluzz/Fiche de programme/ Alex Hugo: comme un oiseau sans

ailes

Figure 21. Page 21: Fiche de programme/ ALEX HUGO / résumé

En ce qui concerne l’accessibilité de la page, la lecture ChromeVox ne permet pas, au moment du fous groupe, de distinguer les différentes sections : titre, information de l’émission et le résumé. L’extension fait une lecture d’un trait et trop rapide du texte. Une autre demande a été formulée dans ce sens : avoir la possibilité de ralentir le débit de lecture audio afin de faciliter la compréhension des contenus.

Une autre remarque concerne, la fonctionnalité « retour » qui, d’une page à une autre, change d’emplacement : haut à droite, en bas à droite, ou en bas horizontalement sous la liste principale. Certains des participants se demandent si ce changement de position avait une signification, et si dans le cas contraire, il y avait la possibilité de le mettre au même endroit. C’est plus facile pour eux de se repérer entre les composantes d’une même page.

Livrable 5.2 B v0.4




3.2. Evaluation du lecteur (Player) par les non/malvoyants

Cette partie apporte les évaluations des participants quant au lecteur (Player). Nous avons introduit ici l’utilisation de l’application elle-‐même, sans rester focalisé sur le choix des diapositives (PPT). La présentation en fût plus vive et les participants ont pu comprendre plus intuitivement les fondamentaux du media4Dplayer.

Figure 22. Le Player: page de démarrage

Figure 23. Le Player : option sélection langue

Figure 24. Le Player: option sous-‐titres

Figure 25. Le Player: option Audiodescription

Figure 26. Le Player: option LSF

L’évaluation a porté ici tant sur la page d’accueil elle-‐même (Figure 22), pour présenter l’agencement des différentes fonctionnalités du Player. La sélection de la langue du lecteur (Figure 23), celle des sous-‐titres du Player (Figure 24) et de l’audiodescription (Figure 25) ainsi que la sélection LSF (langue des signes française Figure 26) du Player ont aussi été présentées à nos participants.

Livrable 5.2 B v0.4




A vu de la phase précédente, nous avions interrogé les participants pour savoir dans quelle mesure le Player est en phase (ou non) avec ce qui a été présenté et discuté, quel est leur retour sur la lisibilité ainsi que sur les contrastes. Les retours sont les suivants :

Ø Domaine Accessibilité

L’accessibilité du Player semble compliquée suite à l’indisponibilité de description audio qui explique les options mises à disposition ainsi que l’agencement des services proposés. Le passage d’une option à une autre a donc été moins intuitif voir moins fluide.

Certes, ChromeVox sélectionne bien les différentes fonctionnalités mais comme le texte descriptif est manquant ou partiellement écrit, le groupe a passé son temps à vouloir deviner ce qui se trouve derrière chaque bouton. Après explication très détaillée, le (futur) Player a été très apprécié par l’ensemble du groupe.

Ø Domaine Acceptabilité

Malgré son accessibilité compliquée ou partielle lors du focus groupe, le Player a été unanimement applaudi. Le groupe juge que le Player regroupe bien l’ensemble des options présentées dans l’application. Ils comprennent l’ensemble des fonctionnalités et pensent qu’ils sont faciles à manipuler sous réserve d’apporter les améliorations listées plus haut. Ce type de service est très attendu par le groupe.

Les non-‐voyants suggèrent l’amélioration du texte descriptif des icônes afin de leur permettre de les distinguer, d’ajouter un son qui leur indique aussi que le Player a pris en compte leur choix. Les malvoyants aimeraient que la taille des icônes soit « agrandie », que les contrastes soient plus forts.

Ø Domaine Utilité

Par la suite, nous avons passé en revue une à une les fonctionnalités des pages vidéos avec les sous-‐titres, la LSF et l’audiodescription, puis l’ensemble des fonctionnalités à la fois. L’accent étant mis sur une émission avec l’AD.

Livrable 5.2 B v0.4




Figure 27. Vidéo Player: options sous-‐titre et AD activées

Les participants estiment que le Player est hautement utile à condition qu’il y soit apporté toutes les recommandations déjà citées. Il est primordial pour eux de retravailler l’accessibilité du service lui-‐même.

Ø Domaine Utilisabilité

Dans une perspective de personnalisation très poussée du service, les participants sont impatients d’utiliser le media4Dplayer. Toutes les options et fonctionnalités présentées sont très claires malgré les améliorations techniques à apporter.

A noter qu’après explication, l’utilisation du Player a été perçue comme un peu plus fluide. Les participants comprennent plus facilement la disposition des fonctionnalités. Certains d’entre eux s’attendaient à le tester et à l’expérimenter eux-‐mêmes par la suite afin de comprendre et apporter des recommandations précises concernant les critiques (constructives) émises à propos de la nécessité d’utiliser les raccourcis clavier pour pouvoir manipuler intuitivement le lecteur media4Dplayer.

Livrable 5.2 B v0.4




4. Conclusion FG Non/Malvoyants : évaluation globale

Cette dernière partie rend compte de la satisfaction globale des participants du focus groupe à propos du media4Dplayer. Elle tient lieu de conclusion.

Ø En matière d’accessibilité :

Ayant l’habitude d’utiliser des outils numériques, Les différentes suggestions d’améliorations sont principalement liées à l’accessibilité de l’application elle-‐même :

• Retravailler le contraste du logo et surtout le contenu de l’application, • Ajouter et/ou nettoyer le texte descriptif destiné à SV, • Prendre en compte les outils : raccourcis clavier, JAWS ou NVDA, distinction sonore, etc. • Indiquer par le texte « suivant », « ok », ou par le son qu’il faut engager une

action/interaction : cliquer, enregistrer, valider, etc.

Ø En matière d’acceptabilité :

Notre groupe qualifie le Player de service « gratuit, généralisé, totalement innovant et surtout personnalisable ». Il trouve aussi que le lecteur vidéo est « très adapté aux besoins spécifiques ». Le groupe demande aussi à ce que l’ensemble des suggestions avancées soient prises en compte et qu’ils puissent le tester et retester. Ils ont été particulièrement intéressés par le moteur de recherche et trouvent « dommage » qu’il ne fonctionnait pas encore et qu’ils ne puissent pas l’expérimenter aussi.

Ø En ce qui concerne l’utilité :

En dépit du fait que la technique nécessite des améliorations, notre groupe a été totalement captivé par l’ensemble des possibilités que le Player pourra offrir. Ils ont particulièrement apprécié deux fonctionnalités du media4Dplayer :

• La personnalisation (session d’utilisateur, enregistrement des préférences, etc.) • Le moteur de recherche dont ils voient tout le potentiel sans l’avoir expérimenté ou

testé. Toutefois, ils relient encore une fois toute l’utilité du service à l’accessibilité de l’application elle-‐même : c’est une condition sine qua non, car sans cette amélioration il leur sera difficile, voire impossible, d’en faire usage.

Ø En ce qui concerne l’utilisabilité :

L’utilisabilité du Player a été compliquée pour le groupe. ChromeVox ne leur a pas permis de comprendre les fonctionnalités proposées. Après explication plus fournie, il est devenu clair que le seul frein de manipulation reste les textes descriptifs qui accompagnent la SV, qu’il faut améliorer, ainsi que les raccourcis clavier (en référence à Youtube et autres lecteurs qui répondent bien au clavier). Toutefois, les participants utiliseraient le Player, lorsque les techniques et recommandations seront améliorées et en place.

Livrable 5.2 B v0.4




Annexe : note explicative Explication : « accessibilité », « acceptabilité », « utilité », « utilisabilité » :

Accessibilité L’accessibilité est de permettre l’accès au plus grand nombre. Exemple : Singularités du sénior : acuité visuelle et auditive diminuées. Diminution des capacités cognitives comme la mémoire, raisonnement. Possibilités de difficultés motrices : lenteur dans les gestes, précision des mouvements altérée.

Acceptabilité L’acceptabilité est la possibilité d’accéder et prendre la décision d’utiliser l’outil dans la situation. De plus, elle représente la motivation de l’utilisation de l’outil et la persistance quand bien même des difficultés se présentent.

Exemple singularités du sénior : Difficulté face aux changements des habitudes. Outil numérique pouvant être non familier. On peut se demander si les personnes âgées disposent du matériel nécessaire pour accéder au lecteur media4DPlayer. Si oui, quels seraient leurs intérêts, leurs besoins réels.

Utilité L’utilité est la conformité de l’outil numérique au but final. Est-‐ce que l’on respecte réellement ce que l’on veut faire accomplir.

Exemple singularité du sénior : En quoi l’outil numérique, et media4Dplayer peut-‐être utile ? Les populations vieillissantes sont souvent confrontées à l’isolement physique et social. Pour y remédier, les contenus numériques permettent un contact social virtuel mais aussi une accessibilité à des informations extérieures.

Utilisabilité L’utilisabilité est la possibilité de manipuler l’outil numérique.

Exemple singularité du sénior : L’approche cognitive du vieillissement normal indique que les fonctions d’attention régressent avec l’âge. En effet, la capacité à sélectionner les informations principales, ou exécuter deux taches en simultanée (attention soutenue) sont indispensables dans l’utilisation du lecteur media4Dplayer. A cela peut s’ajouter une baisse de l’acuité visuelle et auditive.

Documents

AAPFUI18 M4DP Lot 5.2 B FG malvoyants · des retours d’expérience et ont notamment servi comme base pour préparer les tests d’utilisateurs. La synthèse contient les recommandations