La dette UX est ce petit bruit sourd qu'on finit par tolérer dans une application : parcours confus, micro-interactions absentes, libellés ambigus, formulaires qui font fuir. J'ai développé une méthode rapide de 90 minutes pour auditer cette dette et en extraire 10 actions concrètes priorisées. Elle fonctionne aussi bien pour une MVP que pour un produit mature qui accumule des compromis techniques et des décisions vite faites.
Pourquoi 90 minutes ?
Parce que la plupart des équipes n'ont pas le luxe d'une semaine entière pour un audit exploratoire. En 90 minutes on peut : repérer les problèmes majeurs, quantifier l'impact, et produire une roadmap d'actions immédiates. L'objectif n'est pas d'être exhaustif mais d'être utile — actionnable le jour même.
Préparation (5 minutes)
Avant de commencer, réunissez :
Si vous êtes seul·e, faites l'audit en mode concentré. Si vous êtes deux, un·e testeur·se et un·e scribe accélèrent la prise de décision.
Étape 1 — Parcours rapide et prise de notes (20 minutes)
Lancez l'application et parcourez le flux principal comme si vous deviez accomplir une tâche clé (ex : acheter, créer un compte, envoyer un message). Ne perdez pas plus de 5 minutes par parcours. Pendant que vous parcourez :
À la fin des 20 minutes vous devez avoir une liste brute d'environ 15-30 observations.
Étape 2 — Tri rapide par impact et effort (20 minutes)
Pour chaque observation, évaluez deux axes : Impact utilisateur (faible, moyen, élevé) et Effort de mise en œuvre (rapide = ≤1 jour, moyen = 2-5 jours, lourd = >5 jours). Utilisez une matrice simple
| Impact | Effort | Score (impact x effort inverse) |
|---|---|---|
| Élevé | Rapide | 9 |
| Élevé | Moyen | 6 |
| Moyen | Rapide | 6 |
| Faible | Rapide | 3 |
| Élevé | Lourd | 3 |
Calculez un score simple : Impact (3/2/1) multiplié par l'inverse de l'effort (3 pour rapide, 2 pour moyen, 1 pour lourd). Triez ensuite la liste par score décroissant. Cela vous donne une première priorisation logique.
Étape 3 — Validation par micro-tests (20 minutes)
Choisissez les 5 premières observations (les plus hautes) et faites un micro-test avec 2 à 3 personnes (si possible). Si vous n'avez pas d'utilisateurs externes sous la main, testez avec des collègues non-initiés au produit. Demandez-leur d'accomplir la tâche principale pendant que vous observez :
Les micro-tests confirment ou infirment vos hypothèses. Souvent, ce qui nous paraît "évident" est exactement ce qui bloque les autres.
Étape 4 — Définir 10 actions concrètes (15 minutes)
Vous avez maintenant : une liste priorisée, des preuves rapides, et des captures. Il est temps d'extraire 10 actions. Je vous conseille d'équilibrer les types d'actions :
Chaque action doit contenir au minimum :
Exemples d'actions concrètes
Voici 10 actions types que je propose souvent, adaptables à votre contexte :
Livrable instantané à partager
À la fin de vos 90 minutes, partagez un document simple contenant :
Ce livrable permet de transformer l'insight en action et de mobiliser l'équipe immédiatement.
Outils et templates que j'utilise
Pour gagner du temps j'utilise :
Quelques pièges à éviter
Ne pas vouloir tout résoudre d'un coup : c'est la raison pour laquelle on limite l'exercice à 90 minutes.
Éviter les opinions non-justifiées : attachez toujours une micro-preuve (capture, temps, commentaire utilisateur).
Ne pas ignorer les contraintes techniques : impliquez un·e dev dès la priorisation pour valider l'effort estimé.
Si vous voulez, je peux préparer un template Notion/Google Docs de cet audit (avec matrice impact/effort et checklist) que vous pourrez réutiliser pour vos prochaines sessions. Dites-moi le format que vous préférez et je vous l'envoie.