STAF 12 - Utilisation (usability & accessibility) Période 6 Charline Poirier, PhD Ethnography/User research

STAF 12 - Utilisation (usability & accessibility)

Période 6

Charline Poirier, PhD

Ethnography/User research

Où en sommes-nous?

• Nous avons fait des entretiens avec des utilisateurs potentiels et avons développé une stratégie globale

• Nous avons fait une brève analyse de sites concurrentiels

• Nous avons analysé les activités, actions et processus des utilisateurs et avons généré les contenus

• Nous avons consulté les utilisateurs pour comprendre leurs perspectives sur les contenus (tri de cartes)

• Nous avons créé un prototype sur la base des connaissances que nous avons acquises



Phases de développement

Conception•Entretiens

•Observations

•Analyse concurrentielle

•Besoins de l’organisation

•Stratégie de l’organisation

•Divergences culturelles

Architecture•Extraction des contenus

•Classification des contenus

•Analyse des tâches et activités

•Production de scénarios

•Définition de la stratégie

Construction•Création de prototypes•Usabilité•Modifications du prototype

Déploiement

La prochaine étape

Maintenant nous avons besoin de retourner vers l’utilisateur pour s’assurer que notre produit est:

• satisfaisant et utile – qu’il accomplit ce que nous avons voulu faciliter – les utilisateurs comprennent ce qu’ils doivent faire

• facile d’utilisation – ils arrivent à accomplir les tâches principales

• agréable



Questions de la usabilité

• Est-ce que le système est facile à apprendre?• Est-ce que le système est facile à utiliser? Est-ce

que l’utilisateur:– Comprend le langage utilisé et les icones?– Sait ce que chaque fonctionnalité va accomplir?– Sait qu’une action est possible?– Sait qu’une action est permise?– Sait que tout se passe bien?– A accompli ce qu’il voulait faire?– Comment l’utilisateur perçoit-il l’image de marque?



Pourquoi faire de la usabilité?

« 98% des utilisateurs de sites commerciaux ne trouvent pas ce dont ils ont besoin pour réussir leurs activités et transactions. »

www.grassisgreener.com



Processus

•Dans un labo

•Une personne à la fois

•Population homogène

•Tâches sont prédéfinies



Example

Pictet.com



Les utilisateurs ne voient pas les informations les plus importantes

Accès au compte en 5 clicks

Personalisation???

Timing

Quand faire des tests de usabilité?

• Très tôt dans le processus de développement

• A divers moments de prise de décision



Techniques de usabilité

• Prototype papier• Usabilité à distance• Evaluation heuristique: Experts de la usabilité qui

critique une interface• Guideline reviews: voir si une interface respect les

guidelines générales d’une « bonne » interface• Walk-throughs: collaboration entre les utilisateurs,

les développeurs et les experts qui critiquent un design basé sur une tâche précise

http://www.userdesign.com/usability_uem.html

Pourquoi la usabilité?



Notre projet• Développer des tests d’utilisation

• Bénéfice: Evaluation des options de design

• Projet: créer une simulation des éléments de l’interface: menus, dialogues, icones, navigation

• Rapport de usabilité: – Problèmes identifiés– Recommendations



Processus de usabilité• Etudier l’application à tester• Définir la population cible (choisir parmi les utilisateurs

principaux, au moins 5, un groupe homogène (familiarité avec la technologie, alphabétisme, culture, etc….))

• Définir les sessions (environ une heure et demie)• Ecrire le questionnaire• Pretest• Analyse (Problèmes et Solutions)



Déterminer vos tâches

Le plus important est de créer des tâches adéquates.

1. Quelles sont les tâches principales de votre site?

2. Quelles sont les informations cachées?

3. Quelles sont les fonctionalités du site?

4. Quelles sont vos doutes?



Une session de usabilité• Lire les souhaits de bienvenue et description des exercises.

Demandez-leur s’ils ont des questions.

• Vous pouvez utiliser des interfaces alternatives. Dans ce cas, alterner leur ordre de présentation.

• Lire les directions des tâches. Ne répondez à aucune question sur comment l’interface fonctionne.

• Donner le texte décrivant la tâche au participant. Donnez-lui le temps de lire et répondez à ses questions.

• Assurez-vous que les participants verbalisent leur réactions et pensées.

– Feedback général

– Feedback sur les tâches

Comportements des utilisateurs

• Phase d’attention.– Etape de reconnaissance (conventions de design, titres,

headers):• Diviser la page en parties et identification de la partie relevante

– Est-ce que l’utilisateur comprend les différentes régions du site (contenu, conventions,) ?

• Phase d’action (descriptions et buts)– Sélection d’un « clickable » de cette région

• Est-ce que l’utilisateur comprend le positionnement du « clickable » et son nom avec la partie de la page et les autres informations?

• Phase de résolution

Durant la session • Prenez des notes des commentaires des

praticipants. Quels sont leurs difficultés, leur confusion, leurs attentes, etc.

• L’analyse porte sur:– Le nombre de fois un problème se présente

– Le temps mis à corriger des erreurs et à hésiter

– Les options choisies

– Le nombre de participants qui ont le même problème

– Le nombre total d’erreurs de toutes sortes pour chaque tâche.



Reporting• Analyse:

– Séparez les problèmes qui proviennent du scénario de ceux qui proviennent de l’interface.

– Faites vos recommendations• Etablir une priorité entre les problèmes

Catégorie

NavigationStructure du ContenuNomenclature

Description Solution Impact Effort Action

Points importants

– Définir les tâches pour l’utilisateur. Ces tâches doivent être précises et permettre une exploration critique de l’interface. Les tâches ne doivent pas être simplement une recherche d’information. Par exemple, « incrivez-vous au cours Staf 12 et imprimer l’horaire des cours ».

– Demander à l’utilisateur de verbaliser ses réactions lorsqu’il/elle navigue dans l’interface.

– Vérifier votre nomenclature: demandez à l’utilisateur: « que pensez-vous trouver sous cette catégorie? » surtout la nomenclataure de votre page d’accueil.



RéférencesUsabilité• Rubin, J. (1994) Handbook of Usability Testing: How to Plan,

Design, and Conduct Effective Tests. NY, NY: John Wiley & Sons• Mayhew, D. (1999) The Usability Engineering Lifecycle. San

Francisco, CA. Morgan Kaufmann• Nielsen, J. (1993) Usability Engineering. San Diego, CA: Academic

Press• Nielsen, J. (2000) Designing Web Usability. Indiana, New Riders

Publishing. • http://www.useit.com • http://usableweb.com/• http://www.upassoc.org/usability_resources/• http://jthom.best.vwh.net/usability/biblio.htm



http://www.useit.com/





http://usableweb.com/





http://www.upassoc.org/usability_resources/











http://jthom.best.vwh.net/usability/biblio.htm








Travail final

• Vous devez terminer les modifications de votre prototype et avoir une liste de tâches pour le test au plus tard le 1 Juin.

• Rapport de usabilité pour le 27 Juin.

• Modifications pour 1 Juillet.

• Examen final à remettre le 1er Juillet.



Documents

STAF 12 - Utilisation (usability & accessibility) Période 6 Charline Poirier, PhD Ethnography/User research