Comment enregistrer une vidéo de feedback design qui débouche sur une décision

Script de demande de revue de design : 3 minutes, minuté

Ouvrez le prototype sur le premier écran du flux et chargez-le avec des données d’exemple. Enregistrez ensuite dans cet ordre.

1. 0:00–0:15 · La décision. « J’ai besoin d’une seule décision : l’avertissement sur le compte apparaît-il avant ou après la proposition de passage à l’offre supérieure ? »
2. 0:15–0:40 · L’utilisateur et l’objectif. Qui se trouve sur cet écran, ce qu’il est venu faire et ce qui compte comme une réussite.
3. 0:40–1:40 · Option A. Parcourez le flux une fois, à la vitesse d’un utilisateur. Arrêtez-vous trois secondes sur l’état à évaluer.
4. 1:40–2:30 · Option B. Même flux, même rythme, pour que les deux soient comparables. Dites ce qui diffère et rien d’autre.
5. 2:30–2:50 · Critères. Citez-en trois au maximum : « Jugez sur la compréhension, le nombre d’appuis et la visibilité du prix avant tout engagement. »
6. 2:50–3:00 · La demande. « Répondez dans le fil Figma par A ou B avec une raison, d’ici jeudi 17 h. »

Modèle de demande de revue de design, avec un exemple rempli

Publiez ce texte avec la vidéo. Il permet au relecteur de répondre sans la revoir, et il laisse une trace écrite de ce qui a été demandé. L’exemple : une app sur abonnement qui décide où placer un avertissement de stockage.

• Décision : afficher l’avertissement « stockage presque plein » avant la proposition de passage à l’offre supérieure (A) ou après (B).
• Qui est concerné : les utilisateurs de l’offre gratuite à 90 % de leur stockage, sur mobile.
• Pourquoi maintenant : le gel du build est vendredi ; l’écran sort avec la 2.6.
• Critères : 1. L’utilisateur comprend-il pourquoi on lui propose de passer à l’offre supérieure ? 2. Nombre d’appuis pour continuer sans changer d’offre. 3. Le prix est-il visible avant tout engagement ?
• Hors périmètre : le style des illustrations, les textes définitifs. Ils auront leur propre revue.
• Vidéo : 2:54. Option A à 0:40, option B à 1:40.
• Prototype : lien vers le fichier et la page, avec le nom de la version (« Avertissement stockage v3 »).
• Réponse : dans le fil Figma, « A » ou « B » plus une raison, d’ici jeudi 17 h. Décision finale : la responsable produit.

Donner un feedback sur le design de quelqu’un d’autre : un script de 2 minutes

Quand c’est vous le relecteur, un court enregistrement vaut mieux qu’un mur de commentaires si votre remarque porte sur le flux. Ouvrez le design, lancez l’enregistrement et tenez-vous-en à trois problèmes. Au-delà de trois, le designer ne sait plus lesquels comptent.

1. 0:00–0:10 · Ce que vous avez relu. « C’est le tunnel de paiement, version 3, sur mobile. »
2. 0:10–0:25 · Ce qui fonctionne, précisément. « Le récapitulatif du prix qui reste épinglé règle le problème de la v2. »
3. 0:25–1:30 · Trois problèmes au maximum, le plus important d’abord. Pour chacun : montrez l’endroit, dites ce que vous avez vu, dites ce que cela coûte à l’utilisateur, proposez une alternative.
4. 1:30–1:50 · Hiérarchisez. « Le premier bloque la validation. Les deux autres sont des suggestions. »
5. 1:50–2:00 · Étape suivante. « Envoie-moi la v4 de l’étape de paiement uniquement, pas besoin de réenregistrer tout le flux. »

Vidéo, commentaire Figma ou revue en direct : que choisir

Choisissez selon l’objet du retour, pas par habitude.

Enregistrer une revue de prototype sur Mac avec Qreata

Les parcours de prototype dérapent à un endroit prévisible : à 1:40, vous touchez la mauvaise branche et arrivez sur un écran qui ne fait pas partie de la question. Dans Qreata, vous ramenez le prototype à l’écran précédent, vous choisissez Replace Take (l’outil « Rerecord » de l’éditeur), vous faites glisser sur 1:35–1:50 dans la timeline en maintenant Maj enfoncée et vous réenregistrez ces 15 secondes. L’écran, la caméra et la voix sont remplacés ensemble sur ce passage, et la nouvelle prise doit le remplir : plus courte, elle est refusée ; plus longue, elle est rognée. Le contexte donné pendant la première minute et demie reste en place.

Le détail à évaluer est souvent petit : un message d’erreur en corps 12, l’état désactivé d’un bouton. Un message d’erreur n’a pas de clic sur lequel zoomer, alors ajoutez un zoom à la main : placez le point focal sur le texte de l’erreur, réglez l’échelle entre 1,2× et 4× et la durée sur trois secondes. Si vous activez « Auto-zoom on clicks », supprimez tout zoom qui cache la mise en page environnante.

Les designs non publiés restent sur votre Mac. L’enregistrement, le montage et la transcription tournent en local, sans compte, et rien ne quitte la machine tant que vous n’appuyez pas sur un bouton d’envoi.

Une limite structure le travail : les spectateurs ne peuvent ni commenter une vidéo Qreata ni y réagir. Demandez aux relecteurs de répondre dans le fichier de design ou dans le fil de l’équipe en citant le timecode (« à 1:52, le prix disparaît »). Pour essayer, enregistrez le script ci-dessus sur un design que vous relisez cette semaine et remplacez volontairement un passage. Dix minutes de l’essai de 7 jours suffisent pour voir si le raccord tient.

Les erreurs qui transforment une revue de design en fil interminable

La plupart des revues qui traînent viennent de l’une d’elles.

• Terminer par « des avis ? ». Vous recevez des opinions sur tout, sauf sur la décision.
• Faire le tour de tous les écrans du fichier. Les relecteurs décrochent avant le passage pour lequel vous aviez besoin d’eux.
• Ne montrer que le parcours nominal alors que la question porte sur une erreur ou un état vide.
• Pas d’échéance ni de décideur désigné : le fil ne se ferme jamais.
• Mélanger dans une même vidéo une question de stratégie (« faut-il le construire ? ») et une question de détail (« quel style de bouton ? »).
• Modifier le design après les réponses sans publier un nouveau nom de version.
• De vrais noms ou e-mails de clients dans les données de la maquette.