Breizh campux

314 vues

Publié le

Support de présentation de la conférence "L'expérience utilisateur est importante pour nous" au BreizhCamp 2015.

Publié dans : Design
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Breizh campux

  1. 1. BreizhCamp 2015 #BzhCmp #UXpourNous BreizhCamp 2015 #BzhCmp L'expérience utilisateur est importante pour nous Florence Herrou
  2. 2. Qui suis-je ?
  3. 3. Ippon Technologies ● 200 ingénieurs JAVA ○ Paris, Nantes, Bordeaux et Toulouse ○ USA ● Accompagnement sur toute la vie du projet, de la conception à l'hébergement ● Formations ● Approche agile ● Sponsor Silver
  4. 4. Pourquoi l'UX ? ● Beaucoup de développement front-end ● Designers présents en début de projet, mais pas pour les évolutions ● Nulle en design ● Besoin de me former ● Découverte de l'UX
  5. 5. Qu'est-ce que l'UX ? ● Conception d'un produit centré sur l'utilisateur ● Produit utile, utilisable et agréable ● Processus itératif et expérimental ● Lié au design, encore émergeant en France ● Guide la conception de produits B to C, mais généralement absente des produits destinés à un public captif
  6. 6. Objectifs
  7. 7. Exemple concret ● Espace numérique de travail ○ Portail d'un établissement éducatif : de l'école à l'université ○ Informations sur les emplois du temps, les salles, les activités… ○ Relations entre les parents, les enseignants et les élèves ○ Saisie des absences ○ Mise à disposition de ressources pédagogiques
  8. 8. Création du compte utilisateur
  9. 9. Création du compte utilisateur Recherche des emplois du temps
  10. 10. Création du compte utilisateur Recherche du prochain cours
  11. 11. Confirmation de l'adresse mail Préparation du cours
  12. 12. Connexion Préparation du coursPréparation du cours
  13. 13. Recherche des emplois du temps Préparation du cours
  14. 14. Recherche des emplois du temps En route vers la salle
  15. 15. Recherche du prochain cours Oups ! C'est maintenant ! Début du cours
  16. 16. En route vers le cours Cours
  17. 17. ENT – la suite Après une semaine de cours, Obi-Wan et Mace ont donné à leurs élèves des devoirs à rendre sur l'ENT. Ils doivent maintenant se rendre sur le portail pour : ● Lire les copies numériques des élèves ● Attribuer des notes
  18. 18. Pas de bol, il y a une erreur sur une copie
  19. 19. Consultation des copies
  20. 20. Recherche de la page pour entrer les notes Entrée de la note pour la copie en cours
  21. 21. Entrée de la note Consultation d'une nouvelle copie
  22. 22. Retour laborieux aux copies - perte de temps à taper sur une icône qui cette fois n'est pas un lien Entrée de la note pour la copie en cours
  23. 23. Noter toutes les copies Noter toutes les copies et profiter du temps libre pour sauver la galaxie
  24. 24. Que s'est-il passé ?
  25. 25. Product requirements documentProduct requirements document Software architectureSoftware architecture Implementation Design Requirements Maintenance Verification SoftwareSoftware "Waterfall model" by Peter Kemp / Paul Smith - Adapted from Paul Smith's work at wikipedia. Licensed under CC BY 3.0 via Wikimedia Commons
  26. 26. Planbox
  27. 27. L'agilité suffit-elle ? ● Le travail par itération correspond au travail du design d'expérience utilisateur ● Mais… ○ Le product owner n'a pas toujours un contact étroit avec les utilisateurs ○ Dans une application interne, le focus est mis sur les fonctionnalités et le contrôle, pas sur l'utilisabilité ○ Les utilisateurs ne savent pas toujours bien identifier les améliorations ergonomiques
  28. 28. Pourquoi penser à l'UX ? Les conséquences d'une mauvaise UX peuvent être lourdes : ● Résistance au changement de la part des utilisateurs, pouvant aller jusqu'à l'abandon de l'application et le retour à la précédente ● Perte de productivité, à cause des attentes ou d'un nombre de clics trop important
  29. 29. Et moi, développeur ? ● Dans un projet agile, nous ne sommes pas de simples exécutants ● Et même dans de nombreux projets non-agiles ! ● Les développeurs sont souvent sollicités pour la rédaction des spécifications fonctionnelles ● Les postes de MOA et product owner sont des évolutions de notre métier
  30. 30. Mais alors, comment faire ? ● Faire preuve de bon sens, nous sommes des utilisateurs ● Connaître l'utilisateur ● Identifier ses besoins ● Garder à l'esprit que nous ne sommes pas l'utilisateur ● Tester avec l'utilisateur ● Lui faire plaisir
  31. 31. Savoir répondre au besoin ● La demande exprimée par l'utilisateur est motivée par un besoin, mais limitée par son imagination et sa connaissance technique ● Penser à demander « Pourquoi ? » ○ Cerner le besoin derrière la demande ○ Pouvoir proposer une autre solution ou une amélioration
  32. 32. J'ai besoin d'ajouter un calendrier partagé pour les maîtres. Les autres maîtres doivent pouvoir avoir accès à toutes les informations concernant une absence. Les apprentis ne doivent connaître que les absences. Savoir répondre au besoin
  33. 33. J'ai besoin d'ajouter un calendrier partagé pour les maîtres. Les autres maîtres doivent pouvoir avoir accès à toutes les informations concernant une absence. Les apprentis ne doivent connaître que les absences. Savoir répondre au besoin Calendrier
  34. 34. Savoir répondre au besoin Pourquoi ?
  35. 35. Les apprentis doivent pouvoir savoir qu'un cours n'aura pas lieu suite à l'absence du maître. Les autres maîtres doivent pouvoir savoir quelle est la mission du maître absent. Ainsi, ils pourront aller le secourir si son absence se prolonge. Savoir répondre au besoin Pourquoi ?
  36. 36. Savoir répondre au besoin Ajout des absences enseignants Ajout des missions pour les maîtres
  37. 37. Savoir répondre au besoin Et si on renseignait automatiquement la position des maîtres à partir de la localisation de leur comlink ?
  38. 38. Savoir répondre au besoin Et si on renseignait automatiquement la position des maîtres à partir de la localisation de leur comlink ? C'est une bonne idée. En plus, ça leur permettra de le retrouver quand ils le perdent. Un jour, j'ai erré 6 heures à le chercher sur Corellia. Les clés de mon X-Wing étaient avec...
  39. 39. Savoir répondre au besoin Faudra qu'ils puissent facilement changer leur numéro de comlink. C'est très fragile, ça résiste mal à l'eau, au vide intersidéral, aux tirs de blasters...
  40. 40. Connaître l'utilisateur ● Un moyen très simple et à portée de tous : parler ! ○ Identifier les besoins, les blocages, les aptitudes ○ Comprendre dans quel contexte le produit est utilisé ● Faire des personas ○ Représentation concrète de l'utilisateur ○ Aide à la prise de décisions ○ Améliore l'empathie
  41. 41. Identité Nom : Kip Durron Age : 16 ans Profession : Padawan Niveau en informatique : Bidouille assez facilement les droïdes, à l'aise avec les ordinateurs de bord, mais peu familier avec l'Holonet et la bureautique Caractéristiques Objectifs ● Élève motivé et excellent au sabre-laser, mais trop impatient ● Difficultés à arriver à l'heure aux cours ● Tendance à écouter les Siths morts depuis des milliers d'années Scénarios ● Consultation de l'emploi du temps en urgence alors qu'il est déjà en retard ● Trouver un maître quand il en a besoin et être orienté vers un autre en cas d'absence ● Consultation de l'ENT systématique le soir pour savoir quel entraînement suivre ● Devenir un chevalier Jedi reconnu ● Réussir à arriver à l'heure aux cours ● Méditer plus souvent ● Écouter un peu plus ses maîtres et moins les siths
  42. 42. L'utilisateur a toujours raison C'est trop compliqué d'entrer une mission. Je ne sais pas toujours avant où je vais aller. Pourtant le champ « lieu » est obligatoire !
  43. 43. L'utilisateur a toujours raison C'est trop compliqué d'entrer une mission. Je ne sais pas toujours avant où je vais aller. Pourtant le champ « lieu » est obligatoire ! Il faut écrire « Inconnu ». C'est indiqué dans l'aide !
  44. 44. L'utilisateur a toujours raison C'est trop compliqué d'entrer une mission. Je ne sais pas toujours avant où je vais aller. Pourtant le champ « lieu » est obligatoire ! Dans toute la galaxie, les utilisateurs sont incapables de remplir un formulaire. Il faut écrire « Inconnu ». C'est indiqué dans l'aide. Et je l'ai dit pendant la formation.
  45. 45. L'utilisateur a toujours raison Quand je sauve le monde, je n'ai pas le temps de consulter l'aide en ligne...
  46. 46. L'utilisateur a toujours raison Quand je sauve le monde, je n'ai pas le temps de consulter l'aide en ligne... Il va falloir que je revoie la formation. Il faut insister sur ce point.
  47. 47. L'utilisateur a toujours raison Quand je sauve le monde, je n'ai pas le temps de consulter l'aide en ligne... Et t'es trop bête pour utiliser mon logiciel. C'est pourtant clair et bien expliqué. Mais faut suivre le manuel !
  48. 48. L'utilisateur a toujours raison Quand je sauve le monde, je n'ai pas le temps de consulter l'aide en ligne... Tu cherches surtout une excuse pour pas remplir tes missions sur l'ENT.
  49. 49. L'utilisateur a toujours raison Quand je sauve le monde, je n'ai pas le temps de consulter l'aide en ligne... Il est peut-être un peu fastidieux, ce formulaire !
  50. 50. Tester sans cesse ! ● Dès la conception, tester les écrans auprès d'utilisateurs réels, pour savoir s'ils les comprennent ○ À défaut d'utilisateur, on peut utiliser un fonctionnel ou d'autres développeurs ○ Utiliser le papier pour gagner du temps ● Tester tout le long du processus de développement, procéder par itération ● On peut même tester après la mise en production !
  51. 51. Tester sans cesse ! Voici un nouveau formulaire pour entrer une mission. Qu'en penses-tu ?
  52. 52. Tester sans cesse ! Voici un nouveau formulaire pour entrer une mission. Qu'en penses-tu ? Andy Bright
  53. 53. Tests A/B
  54. 54. Formulaires On a une question à te poser Ça ne prendra qu'une minute OKNon merci
  55. 55. Formulaires
  56. 56. Faire plaisir à l'utilisateur ● Obtenir le comportement désiré ● Utiliser la ludification ● Raconter des histoires
  57. 57. Obtenir un comportement ● Une tâche sera effectuée ou non en fonction de 2 critères ○ La motivation de l'utilisateur ○ La facilité de la tâche ● Un déclencheur est également nécessaire ○ Externe ○ Interne
  58. 58. Envoyer un déclencheur
  59. 59. Déclencheur interne Je peux pas t'acheter de bâton de la mort. On m'a encore piqué mon portefeuille !
  60. 60. Déclencheur interne Ces sacripants m'ont aussi chouré mon comlink ! Je vais devoir en racheter un !
  61. 61. Déclencheur interne Faudra pas que j'oublie  de le déclarer sur l'ENT
  62. 62. Déclencheur interne Ça m'apprendra à traîner dans les cantinas. J'ai plus qu'à rentrer chez moi et penser à mon avenir.
  63. 63. Faciliter le travail Nouvel appareil Remplacer l'identifiant de comlink ? OuiNon
  64. 64. Faciliter le travail Nouveau comlink enregistré OK
  65. 65. Compter sur la motivation
  66. 66. Compter sur la motivation
  67. 67. La ludification ● Utilisation de techniques issues du jeu vidéo pour : ○ Créer l'engagement ○ Faciliter la progression ○ Favoriser le travail en équipe ○ Créer de nouvelles habitudes ● Quêtes de difficulté progressive et passages de niveau ● Dimension sociale
  68. 68. La ludification
  69. 69. Ludification Faudra pas que j'oublie  de le déclarer sur l'ENT
  70. 70. Ludification Ça m'évitera de perdre un niveau.
  71. 71. Le storytelling ● Présenter son application sous la forme d'une histoire ○ Goût naturel pour les histoires ○ Suscite des émotions et améliore la mémorisation ● Plutôt une technique marketing
  72. 72. Le storytelling
  73. 73. Le storytelling ● Ce que j'ai tenté de faire ici !
  74. 74. Remerciements ● Georges Lucas, pour avoir créé les films et l'univers Star Wars, que j'ai utilisés pour illustrer cette séance ● BJ Fogg pour m'avoir autorisée à utiliser son modèle ○ http://www.behaviormodel.org/ ● Vous
  75. 75. Des questions vous avez ?
  76. 76. Contact ● fherrou@ippon.fr ● Suivez-nous sur : ○ @ippontech ○ http://blog.ippon.fr

×