Intro Usability & User Experience, He-Arc (30122018)

Transcript

1. ERGONOMIE UX ~ Introduction
2. - - - - - - UX, Usability, Ergonomics … ? “User Interfaces that work for Users – and for Businesses” Credit Photo: AP
3. POURQUOI AMÉLIORER L’EXPÉRIENCE UTILISATEUR ?
5. Flickr 0% 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% Quittent le site à cause d'une mauvaise expérience Des acheteurs parlent de leur mauvaise expérience On dépense 10% en budget pour gagner 83% en KPI 68% 44% 10% 83%
6. DE L’UX SANS UTILISATEURS ?
7. NON ! (ou presque …)
9. D’après ISO 9241:2010 LA CONCEPTION CENTRÉE UTILISATEUR
10. www.userexperience.co.nz Mais il n’est pas toujours évident de rencontrer les utilisateurs …
11. D’après ISO 9241:2010
12. source : (D. Szuc, 2014)
13. TEST UTILISATEUR D’UTILISABILITÉ, EN LAB
15. Vs. ?
16. WHEN TO DO USER TESTS ?
17. WHEN TO DO USER TESTS ? BCV Starbucks
18. PRÉPARER UN TEST UTILISATEUR ?
19.         
20. LES TÂCHES
26. MESURER L’EXPÉRIENCE UTILISATEUR
27. MESURER L’EXPÉRIENCE UTILISATEUR ?
28. LA PERFORMANCE DES TÂCHES
29. LA « SINGLE EASE QUESTION » (OU SEQ)
30. LE « SYSTEM USABILITY SCALE » (OU SUS)
31. L’ATTRAKDIFF (LITE)
32. Tests Utilisateurs ≠ Focus Groups A. Colville, « Cheval et Train » WHY YOU NEED TO TEST, NOT JUST ASK WHAT THEY WANT
33. WHY YOU NEED TO OBSERVE, NOT JUST ASK WHAT THEY THINK « Strangers to ourselves » book cover, Th. Wilson
34. LES DIFFÉRENCES PAR RAPPORT À UN FOCUS GROUP ?
35. FOCUS GROUP VS. TEST UTILISATEUR : TROUVER LES DIFFÉRENCES !
36. LE TEST UTILISATEUR, UN OUTIL DE CHANGEMENT ?
37. Les messages clés … - il n’y a pas d’UX sans utilisateurs : testez … et testez encore - tester n’est pas forcément « lourd », mais il faut de la méthode - tester ≠ demander aux utilisateurs ce qu’ils pensent ! - on peut mesurer l’UX … et vous devriez le faire - les tests utilisateurs sont (avant tout) un outil de changement
38. TEST UTILISATEUR Doodle
41. americanhistory.si.edu
43. ORGANISER LES INFORMATIONS POUR LES UTILISATEURS ?
46. source : support.balsamiq.com/tutorials/specifyinginteraction/
47. FAIRE DES WIREFRAMES ?
48. Les messages clés … - ≠ techniques selon les besoins et les préférences - peu importe les techniques et outils, ce sont que des moyens - ce qui compte (avant tout) ce sont les conversations autour - pour ça il faut pouvoir : partager, comprendre, et mettre à jour - et cela ne sert à rien de peaufiner vos wireframes !
51. DES MYTHES DE L’EXPÉRIENCE UTILISATEUR ?
52. nielsen MYTHE : LES UTILISATEURS LISENT SUR LE WEB
53. MYTHE : LES GENS NE SCROLLENT PAS
54. MYTHE : LES UTILISATEURS VEULENT PLUS DE FONCTIONS
55. MYTHE : LES UTILISATEURS VEULENT PLUS DE FONCTIONS
56. ZOOM : « ONE THING WELL »
57. MYTHE : VOUS ÊTES COMME VOS UTILISATEURS Flickr
58. sandrinedet.wordpress.com MYTHE : POUR UN EXPERT, PAS BESOIN DE TESTER
59. MYTHE : IL FAUT TESTER AVEC BEAUCOUP D’UTILISATEURS
60. MYTHE : IL FAUT 1 « BON DESIGN » POUR QUE ÇA MARCHE • • •
61. ZOOM : LE « BRUTALISME »
62. MYTHE : L’UX N’A RIEN À VOIR AVEC LA PERFORMANCE        
63. PERFORMANCE WEB, POURQUOI ?
64. • •
67. • •
71. DES RÈGLES D’ACCESSIBILITÉ WEB ?
72. - Les images ont-elles une alternative textuelle ? - Les liens sont-ils explicites ? - Est-il possible de naviguer avec la tabulation de manière cohérente ? - Le contraste entre la couleur du texte et celle du fond est- elle suffisamment élevée ? - L’information n’est-elle pas donnée que par la couleur ? - …
74. 10 M d’utilisateurs avec un handicap au UK
75. Les messages clés … - vérifier que vos Applis sont accessibles, trop ne le sont pas ! - rendre vos Applis accessibles les rendent meilleures pour tous - rendre vos Applis accessibles contribue à en améliorer le code - rencontrer des utilisateurs avec un handicap pour comprendre
76. jro@cdi.ch