2023 — User research · Discovery

2023 — User research · Discovery

Valider la stratégie produit grâce à une recherche utilisateur structurée

Valider la stratégie produit grâce à une recherche utilisateur structurée

Valider la stratégie produit grâce à une recherche utilisateur structurée

Thumbnail Teamstarter
Thumbnail Teamstarter

Présentation

Teamstarter est une plateforme de financement participatif destinée aux innovateurs. Des coachs abandonnaient le processus d'accompagnement des projets car les outils ne correspondaient pas à leur manière de travailler réelle. En tant que designer freelance, j'ai piloté les phases de découverte et de priorisation.

How might we ? Teamstarter
How might we ? Teamstarter
Personaes Temastarter
Personaes Temastarter

Défis

L'équipe avait plus de 20 idées de fonctionnalités, mais aucune orientation claire. Développer la mauvaise chose plus rapidement est pire que de développer la bonne chose plus lentement.

Objectif : Déterminer les besoins réels des coachs avant toute conception.

Atelier de priorisagtion Temastarter
Atelier de priorisagtion Temastarter
Storyboard 1
Storyboard 1

Approche

Hypothèses remises en question : l'équipe pensait que les coachs avaient besoin de plus de communication. Je soupçonnais qu'ils avaient tort.

Réalisation de 12 entretiens : les entraîneurs voulaient des enregistrements asynchrones, pas plus de réunions. Vrai problème : changement de contexte entre plus de 5 projets.

Synthétisation de 3 besoins fondamentaux : mises à jour de statut sans réunions, visibilité hors ligne, feedback asynchrone. Contrairement à la proposition de l'équipe.

Validation avec des storyboards : Approche Async-first gagnée auprès des coachs.

Livraison d'un backlog, pas d'une interface utilisateur : fonctionnalités prioritaires à partir des commentaires du coach au lieu de concevoir une interface complète.

Storyboard 2
Storyboard 2
Matrice de priorisation
Matrice de priorisation

Apprentissage

Ce que j'ai produit de mieux ne relevait pas de la conception d'interface, mais de la capacité à poser les bonnes questions. J'ai agi comme un traducteur entre les hypothèses de l'équipe et la réalité des utilisateurs.

Ce que j'ai produit de mieux ne relevait pas de la conception d'interface, mais de la capacité à poser les bonnes questions. J'ai agi comme un traducteur entre les hypothèses de l'équipe et la réalité des utilisateurs.

Autres projets

©Adrien Schaefers

©Adrien S

©Adrien.S