<aside> 💫 La User Research est partie intégrante du process de design d’interfaces. Cependant, bien doser ses efforts est nécessaire afin d’optimiser la livraison de valeur à nos utilisateurs. Le framework de priorisation dont je vais vous parler est là pour ça…

</aside>

1 - Introduction

• UserResearch = 1ère étape de la phase de design
  • → Permet de bien identifier le problème réel/profond des utilisateurs + leurs méthodes alternatives
  • MAIS gros coût en temps & en énergie
• ⇒ Adapter son niveau de user research à sa situation (comme tout le temps)
• Framework de priorisation créé par Pendo très intéressant
• Article réalisé par l’équipe Pendo en notes du podcast

2 - La grille

• 2 axes
  • La clarté du problème
    • Est-ce qu’on est capable de décrire le problème du client clairement ?
    • Est-ce qu’on a des témoignages ou données analytics pour supporter ça ?
  • Le Risque : L’impact du cas où on fait un mauvais choix
    • Est-ce que le cout d’un mauvais design est important ou non ? (Temps, argent, client)
• 2 indicateurs hyper intéressants pour toute initiative

3 - Les 4 situations possibles

• Risque élevé & Problème mal identifié
  • ⇒ Effectuer beaucoup de recherche
  • Point d’attention : Beaucoup ne veut pas dire partout sur tout → Identifier les risques principaux et dépiquez via la research
• Risque faible mais problème mal identifié
  • ⇒ Un peu de recherche
  • Point d’attention : Peu doit vouloir dire “Précis et en profondeur” → Inutile de faire de la research de surface pour confirmer des choses déjà connues
• Risque faible et problème bien identifié
  • ⇒ Déployez vite et mesurez
  • Point d’attention : Anticiper votre plan de tracking, data analytics au coeur du projet
• Problème bien identifié mais risque élevé
  • ⇒ Beaucoup de prototypage et de tests
  • Point d’attention : Testez des concepts / des réponses variées, pas juste des variantes UI (user testing très bon ami)

4 - Conclusion

• Framework très simple et très cohérent
  • Je l’utilise désormais comme process de décision
  • Lien de l’article source en description de l’épisode
  • Peut-être, lien de mon plan d’épisode écrit en description → Pour que vous en gardiez une trace écrite.
• ⇒ Note sur Apple Podcast ou votre plateforme préférée + Abonnement