Timeline
Rôle
Avec qui j'ai travaillé
Développeurs front-end
Développeurs back-end
Product manager
Ce que j’ai fait
Conception UI finale
Prototypage
Mise à jour du Design System
1- Commencement
Le produit
Odaptos est une plateforme multi-fonctions pour tests utilisateurs : réalisation des entretiens, analyse des résultats, création des protocoles, création des études, création des projets, planification des entretiens, envoi des invitations, ...
Le contexte
Le dashboard d’Odaptos est censé être l’endroit le plus rassurant pour l’utilisateur. Celui-ci doit directement voir les données les plus importantes qui concernent son étude : les entretiens à venir, les entretiens réalisés et les dernières actions réalisées dans l’étude. Le dashboard original démontrait de manière confuse les données importantes pour l’utilisateur. Cette page est censée être la pierre angulaire des projets des utilisateurs.
Le dashboard précédent
Les utilisateurs ont besoin d’un dashboard clair et hiérarchisé qui leur permette de comprendre rapidement les prochaines étapes à effectuer dans la confection de leur étude, les prochaines interviews a réaliser ainsi que les entretiens déjà menés.
Les axes de travail
Hiérarchie et clarté visuelle
Personnalisation et flexibilité
Actionnabilité des données
2- Identifier les pain points
Afin de comprendre les problèmes du dashboard du SaaS, j'ai mené une série d'entretiens simples et rapides qui m'ont permis d'identifier les points suivants :
Le dashboard doit être le centre de contrôle des études. Tous les entretiens doivent pouvoir être réalisés facilement avec pour seul utilisation le dashboard.
Les entretiens réalisés et à venir sont le cœur du SaaS. Il faut que ces informations soient accessibles clairement et facilement.
En un seul coup d'œil du dashboard, l'utilisateur doit être rassuré. Il faut limiter la surcharge visuelle et créer une claire hiérarchisation des tâches.
Afin d'être certain d'avoir un système fonctionnel, j'ai établi le flow suivant :
Une fois que les problèmes du dashboard actuel ont été identifiés, j'ai décidé de résumer le projet à travers la formule suivante :
Comment pourrions-nous épurer le dashboard actuel pour transformer un flot de données complexes en une expérience visuelle claire ?
3- Ideation
Une fois le problème défini, j'ai effectué une analyse comparative des différents dashboards de plusieurs Saas.
Benchmark :
4- Premières versions
Afin d'optimiser les chances d'obtenir le résultat attendu, j'ai décidé de prendre plusieurs directions différentes.
Version analytique : focus sur le don d'informations importantes
Version opérationnelle : focus sur les actions réalisables pour chaque étude
Version stratégique : focus sur une vision globale du projet
Version personnalisée : focus sur les nouveaux utilisateurs
5- Test
Chaque version du dashboard a été testée auprès d'un panel réduit d'utilisateurs. L'objectif était de mettre en commun les forces de chaque version pour établir une version définitive.
Voici les principales conclusions observées :
Ne pas oublier les éléments les plus importants
L'utilisateur recherche surtout : les entretiens à venir et les entretiens terminés. Ces deux infos doivent donc être au centre du dashboard.
Un seul objectif principal
L'utilisateur veut avant tout mener son étude à terme. Cela veut dire que tout le reste doit être secondaire.
Ne pas oublier les pain points
Le dashboard précédent possédait un défaut clair : une sorte infobésité. Trop de graphiques, de chiffres, …
6- Version finale
En prenant en compte les problèmes précédents, je suis donc arrivé à cette version finale :
7- Résultats
J'ai identifié les différentes métriques à suivre pour mesurer le succès de cette feature :
Temps de session moyen
Taux de rebond d'action
Fréquence de consultation
Taux de rétention