Timeline
Rôle
Avec qui j'ai travaillé
Développeurs front-end
Développeurs back-end
Product manager
Ce que j’ai fait
User research
Sketch et wireframes
Conception UI
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
Sachant que la plateforme grandit à grande vitesse, il est logique que les besoins des utilisateurs grandissent exponentiellement. Un système de notifications permet de donner à l’utilisateur des données claires à un seul endroit sur ses dernières actions.
Les utilisateurs ont besoin d’être informés des événements critiques sans être interrompus inutilement.
Les axes de travail
Optimiser l'engagement et l'utilisabilité
Transformer les alertes en leviers
Clarifier l'architecture de l'information
2- Comprendre les motivations et besoins
Grâce à la méthode du tri des cartes appliquée avec l'ensemble de l'équipe, nous avons pu arriver à une liste exhaustive de notifications, ainsi qu'un tri par urgence :
Notifications de haute urgence :
Action immédiate requise
Fin d'un process essentiel pour la suite de l'étude
Notifications urgente :
Action essentielle à venir
Process confirmé pour une action à venir
Notifications semi-urgente :
Process important terminé avec succès
Notifications de succès :
Process terminé avec succès
Afin d'être certain d'avoir un système fonctionnel pour l'ensemble des notifications, j'ai établi le flow suivant :
Une fois que toutes les notifications ont été pensées, toujours à travers la méthode du tri des cartes, j'ai décidé de résumer le projet à travers la formule suivante :
Comment peut-on aider l'utilisateur dans sa prise de décision, sans engendrer de la frustration liée à une surcharge d'informations, tout en lui démontrant qu'il reste libre de ses choix ?
3- Ideation
Une fois le problème défini, j'ai effectué une analyse comparative des différentes manières d'accéder aaux notifications, notamment dans les produits SaaS.
Benchmark :
4- Première version
✅ Tri des notifications par urgence avec couleurs
✅ Indication des actions requises (notification lue/non lue)
✅ Apparence par ordre chronologique
✅ Accessible depuis chaque page du SaaS
… mais la phase de test va révéler des problèmes.
5- Test
Étant donné les moyens dont était disposé Odaptos, le prototype du projet (Figma) a été testé auprès d'un panel réduit d'utilisateurs, mélangeant véritables utilisateurs d'Odaptos et employés.
Voici les principales conclusions observées :
Surcharge informationnelle
J'étais parti sur le fonctionnement textuel suivant pour chaque notification : titre de la notification (action effectuée) + sous titre (action recommandée). Il s'est avéré que cela ralentissait la prise de décision de l'utilisateur, surtout lorsqu'un grand nombre de notifications apparaissaient.
Surcharge graphique
J'ai voulu, en plus de la catégorisation par urgence (rouge, jaune, bleu, vert), ajouter une catégorisation par action dans le SaaS (exemple : icône de graphique lorsqu'une notification concerne les résultats, icône de dossier lorsque cela concerne un workspace, …). Ces éléments étaient également non nécessaires et allongeaient aussi la prise de décision.
Les autres catégorisations fonctionnent
Les utilisateurs ont facilement compris le système colorimétrique et le tri chronologique des notifications.
6- Version finale
En prenant en compte les problèmes précédents, je suis donc arrivé à cette versione finale :
7- Résultats
J'ai identifié les différentes métriques à suivre pour mesurer le succès de cette feature :
Taux d'ouverture
Taux de lecture
Taux de clic
Taux de désactivation
Taux d'ignoration
Taux d'ajustement des préférences
Réactivation des utilisateurs dormants