Cas 01 · Experience
Product Experience Review · SaaS de protection de biens de luxe
Grace est un service en ligne qui permet aux clients de grandes maisons de luxe de suivre leurs objets assurés, de signaler un dommage ou un vol, et de transférer un bien à quelqu'un d'autre.
Le produit était déjà utilisé au quotidien. L'équipe savait qu'il pouvait être amélioré, mais avec autant d'écrans et de fonctionnalités, une question dominait : par où commencer ?
J'ai donc passé en revue les principaux parcours du produit (connexion, déclaration, transfert de propriété) sur ordinateur, tablette et téléphone.
Les messages d'erreur laissaient les utilisateurs sans réponse : quand quelque chose bloquait, ils ne savaient ni pourquoi, ni quoi corriger.
Le flow de déclaration était aussi trop rigide. Il était difficile de revenir sur une étape, de vérifier les informations déjà saisies ou simplement de comprendre où l'on en était dans le parcours. La progression manquait de visibilité et les actions n'étaient pas toujours évidentes.
Enfin, l'interface donnait beaucoup de place à l'univers de la marque, parfois au détriment des objets assurés et des actions principales. Le cœur du produit passait visuellement au second plan.
Commencer par les messages d'erreur et les états de saisie.
Beaucoup d'impact pour relativement peu d'effort, et surtout un prérequis : tant qu'un utilisateur ne comprend pas ce qui l'empêche d'avancer, améliorer le reste du parcours ne résout pas le vrai problème.
Plusieurs quick wins ont été identifiés dans la même logique : mieux visualiser un document une fois uploadé, faire remonter les dossiers en cours de traitement, réduire la place de la bannière de marque et rendre les actions principales plus explicites.
Certaines pistes ont été volontairement repoussées parce qu'elles avaient peu d'impact immédiat ou ne correspondaient pas vraiment aux usages du produit.
En revanche, le mobile est ressorti comme un chantier à part entière. Les utilisateurs pouvaient être amenés à déclarer un vol ou un dommage directement depuis leur téléphone, alors que l'interface mobile ressemblait encore trop à une version desktop compressée.
Ce n'était donc pas un simple correctif à glisser dans la roadmap, mais une vraie reprise d'expérience à prévoir séparément.
Les messages d'erreur et les états de saisie sont devenus la priorité immédiate, accompagnés de plusieurs améliorations simples pour rendre les parcours plus lisibles et les actions principales plus évidentes.
En parallèle, le mobile a été identifié comme un second chantier majeur, à traiter comme une vraie reprise d'expérience plutôt qu'une succession de petits ajustements.
Le vrai apport n'était pas de trouver plus de problèmes, mais de distinguer les correctifs immédiats des chantiers qui méritaient un projet à part entière.
La situation revient souvent : un produit qui fonctionne, une longue liste d'améliorations possibles et une équipe qui doit décider où concentrer son prochain effort.
C'est exactement là que la priorisation fait la différence.
En images
Les autres cas
Product Experience Review
En 5 jours, la méthode C.L.E.A.R. vous aide à identifier les frictions,
prioriser les améliorations et décider quoi traiter en premier.
Call de 20 min · Sans engagement