Comment valider une nouvelle fonctionnalité en une semaine avec des tests utilisateurs à distance combinant figma, maze et sessions modérées enregistrées

J’ai testé plusieurs approches pour valider des fonctionnalités rapidement — des prototypes papier aux MVP longs à développer — et la combinaison que je partage ici m’a permis d’obtenir des retours actionnables en une semaine, sans sortir une ligne de code. J’utilise Figma pour le prototype, Maze pour les tests non modérés quand c’est pertinent, et des sessions modérées enregistrées (Zoom, Whereby ou Meet) pour capter les nuances. Voici comment je procède, étape par étape, en tenant compte des contraintes des équipes produit et des réalités des utilisateurs.

Pourquoi viser une validation en une semaine ?

Souvent, une décision doit être prise rapidement : prioriser une roadmap, arrêter une orientation UX ou justifier un développement. Une validation rapide permet de réduire le risque produit et d’orienter les efforts de développement. En une semaine, on peut obtenir :

des insights qualitatifs via des sessions modérées,

des données quantitatives basiques via Maze,

et une compréhension partagée de ce qui marche ou pas entre design, produit et dev.

Préparation (jour 0 — 1/2 jour)

Tout commence par un cadrage rapide mais strict.

Définir l’hypothèse à tester : Que veut-on valider ? Par exemple : “Les nouveaux filtres permettent aux utilisateurs de trouver un produit en moins de 2 minutes”.

Indiquer les critères de succès mesurables : taux de complétion, temps moyen, commentaires positifs sur la compréhension, etc.

Choisir le bon public cible : persona, stade du funnel, pays, device.

Préparer un guide d’entretien pour les sessions modérées et un script pour Maze.

Pour ma part, je consacre 1 à 2 heures à ce cadrage, en réunissant le PM et un développeur s’il y en a. L’alignement évite les itérations inutiles après les tests.

Prototyper dans Figma (jour 0 — 1 jour)

Je pars d’un composant ou d’un flow existant dans Figma. L’objectif est d’atteindre le niveau de fidélité nécessaire pour tester l’hypothèse : souvent un prototype cliquable sur 3 à 8 écrans suffit.

Prioriser les écrans critiques : onboarding, l’écran qui contient la nouvelle fonctionnalité, et les écrans de résultat.

Intégrer micro-interactions essentielles (menus déroulants, filtres appliqués) pour rendre le test crédible.

Prévoir des variantes si nécessaire (A/B) — par exemple deux manières d’afficher les filtres.

Astuce : j’utilise les composants et variantes Figma pour itérer rapidement entre différentes options. Un prototype trop fidèle n’est pas nécessaire, mais il doit être compréhensible sans explication.

Configurer Maze pour des tests non modérés (jour 1 — 1/2 jour)

Maze s’intègre directement à Figma et permet de récolter des métriques comme le taux de complétion, le parcours, le temps passé sur une tâche et des réponses textuelles.

Importer le prototype Figma dans Maze et créer des tâches claires et concrètes (ex : “Trouvez et appliquez les filtres pour afficher les produits à moins de 50 CHF”).

Définir les questions post-tâche (SUS léger, compréhension, émotions).

Fixer une cible d’échantillon raisonnable : 30 à 50 participants pour des signaux quantitatifs initiaux.

J’utilise Maze pour détecter les points bloquants structurels (taux d’échec élevé, chemins inattendus). Si Maze montre que 60% des utilisateurs échouent, on sait qu’il faut repenser l’UX avant tout développement.

Recrutement des participants (jour 1 — 2)

La qualité des retours dépend du bon recrutement. Je privilégie :

des utilisateurs existants quand c’est possible (via base clients ou newsletter),

ou des panels (UserTesting, Respondent, ou groupes locaux) pour des profils spécifiques.

Pour des sessions modérées, je vise 6 à 10 participants : suffisant pour dégager des patterns. Pour Maze, 30+ participants apportent un niveau statistique basique. Je réserve environ 1h par participant pour les sessions modérées (45 min de test + 15 min de débrief).

Conduire les sessions modérées enregistrées (jour 3)

Les sessions modérées permettent de poser des questions ouvertes, d’observer les hésitations et de récupérer des verbatims précieux. Voici mon protocole :

Envoyer un bref consentement et expliquer l’enregistrement;

Commencer par 5–10 minutes de contexte (habitudes, objectifs);

Demander au participant d’utiliser le prototype Figma en partageant son écran;

Observer sans diriger. Si nécessaire, poser des questions ouvertes : “Pourquoi as-tu cliqué ici ?”, “Qu’est-ce qui te gêne ?”.

Terminer par des questions de perception et de priorisation.

J’enregistre systématiquement les sessions (avec l’accord) pour les revoir et partager des extraits. Ces vidéos sont précieuses lors des revues internes — rien ne remplace de voir un utilisateur lutter en temps réel.

Combiner Maze et les sessions modérées

Le duo est puissant : Maze fournit des signaux quantitatifs rapides tandis que les sessions modérées expliquent le pourquoi. Mon workflow habituel :

Lancer Maze et les sessions modérées simultanément si le timing le permet.

Prioriser l’analyse des métriques Mattes (taux de complétion, temps, chemins d’échec) puis retrouver les extraits vidéo qui illustrent les problèmes majeurs.

Analyse rapide et livrables (jour 4)

Je synthétise les résultats en 1 jour :

Tableau de bord Maze : taux de complétion par tâche, heatmaps, questions textuelles.

Clips vidéo : 6 à 10 extraits courts qui montrent les patterns (frustration, étonnement, incompréhension).

Mapping des problèmes par gravité : bloquants, majeurs, mineurs.

Recommandations actionnables : changer le libellé, déplacer le bouton, simplifier le flux, ou lancer un A/B test en production.

Métrique	Seuil utile
Taux de complétion	> 80% = OK, 50–80% = besoins d’ajustement, < 50% = problématique
Temps moyen	Comparer avec objectif (ex : < 2 min)
Sentiment (qualitatif)	Majorité positive = validation, sinon itération

Décision et next steps (jour 5)

Avec les données en main, je réunis l’équipe pour décider :

Pousser en développement tel quel (si critères atteints),

Itérer le prototype et retester rapidement (mini-sprint de 1–2 jours),

Abandonner ou reconsidérer l’hypothèse si les retours sont majoritairement négatifs.

Ce qui m’aide : présenter les extraits vidéos et les chiffres clés ensemble — les décideurs comprennent mieux quand ils voient un utilisateur réel échouer.

Erreurs courantes à éviter

Recruter des participants qui ne correspondent pas au profil cible (cela fausse tout).

Tester trop de choses à la fois : une fonctionnalité = une hypothèse.

Ignorer les signaux qualitatifs parce que les métriques semblent “acceptables”.

Ne pas enregistrer les sessions modérées — on perd des preuves concrètes.

Outils et templates que j’utilise

Pour aller vite, je m’appuie sur :

Figma — prototypage et variantes;

Maze — tests non modérés intégrés à Figma;

Zoom/Whereby/Google Meet — sessions modérées enregistrées;

Notion ou Google Docs — synthèse et backlog d’actions;

Otter.ai ou Descript — transcriptions rapides pour extraire verbatims.

Si vous voulez, je peux partager un template de guide d’entretien, un checklist pour la préparation de Maze et un modèle Notion pour la synthèse des résultats — dites-moi lequel vous intéresse le plus.