Timeline
Rôle
Avec qui j'ai travaillé
Développeurs front-end
Développeurs back-end
Product manager
Ce que j’ai fait
Sketches
Conception UI finale
Prototypage
Création du Design System mobile
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, ... Odaptos possède une application permettant de réaliser ses tests utilisateurs sur mobile. Cette nouvelle app est différente puisqu’elle permet de parcourir les résultats de ces études, ainsi que d’accéder aux citations importantes émises par les participants.
Le contexte
Odaptos fournit un grand nombre de métriques à l’user afin d’analyser les résultats de ses études. Cependant, l’ensemble de ces éléments ne sont accessibles que sur desktop. La volonté de cette nouvelle application est de donner des insights facilement accessibles, afin que les users puissent ensuite aisément tirer les conclusions nécessaires concernant leur produit.
Les responsables des entretiens sur Odaptos possèdent de nombreuses métriques à leur disposition pour analyser les résultats de leurs études, aucune d’entre elles n’étant accessibles sur mobile. Il faut leur permettre d’accéder à des insights de manière rapide, pour qu’ils puissent tirer facilement des conclusions de leurs user tests.
Les axes de travail
Facilité d'accès
Cohérence graphique
Insights utilisables, compréhensibles et triables
2- Comprendre les besoins
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 :
Les insights vidéos sont les plus simples de compréhension pour les utilisateurs. Bien que le SaaS donne toute sorte de données (graphiques, datas, …), les retours vidéos de quotes dites par le participant du test permettent de tirer des conclusions claires.
Quand je dois faire un rapport à mon équipe, je ne leur montre pas les lignes de données. Je leur partage directement la vidéo où l'utilisateur dit ce qui ne va pas. Tout le monde comprend tout de suite.
La charte graphique d'Odaptos est identifiable. Il est important, pour ne pas créer de la confusion chez l'utilisateur, de reprendre les mêmes éléments visuels sur le mobile et sur la webapp.
J'aime beaucoup le design de l'interface sur ordinateur, elle est très reconnaissable.
Le SaaS reste le cœur d'Odaptos. L'app mobile ne doit pas être un substitut de la webapp, elle doit en être un complément.
Je préfère un outil mobile très simple, qui va à l'essentiel, plutôt qu'un clone du SaaS qui sera illisible sur un petit écran.
Avec cette série d'entretiens, j'ai également pu comprendre les fonctionnalités les plus attendues dans l'application. Il est important de permettre aux users d'accéder et de classer leurs insights, mais, comme dit au-dessus, la webapp doit rester le cœur de l'étude. Je suis donc arrivé aux attentes suivantes, qui m'ont permis d'établir les solutions indiquées :
1
Consultation simple des insights
Format de scroll tel Instagram ou TikTok
2
Classification des insights
2 possibilités de liker ou classer des insights : par le tap ou par le slide
Afin d'aller dans le sens de la simplicité de compréhension des insights, j'ai établi ce flow simple expliquant les actions possibles sur l'app :
Une fois que les motivations des utilisateurs ont été identifiées, j'ai décidé de résumer le projet à travers la formule suivante :
Comment pourrions-nous concevoir une application mobile complémentaire au SaaS qui permette aux utilisateurs de consulter rapidement les insights vidéos clés en déplacement, tout en garantissant une continuité graphique rassurante avec l'expérience Odaptos ?
3- Ideation
Une fois le problème défini, j'ai effectué une analyse comparative des différentes apps mobiles de marques possédent également un SaaS.
NB : ce benchmark a pour seul but de remarquer les tendances visuelles lors du passage d'un projet desktop à une app mobile. L'objectif ici n'est pas de s'inspirer des fonctionnalités de ces écrans mais uniquement de leur rendu graphique.
4- Première version
Une fois que les motivations des utilisateurs ont été identifiées, j'ai décidé de résumer le projet à travers la formule suivante :
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- Résultats
J'ai identifié les différentes métriques à suivre pour mesurer le succès de cette app :
Temps de session moyen
Taux de rebond d'action
Fréquence de consultation
Taux de rétention