Un lien d’aperçu est l’occasion de vérifier comment le produit fonctionne pour vos utilisateurs avant la prochaine version. Les retours les plus utiles expliquent ce que vous essayiez de faire, ce qui s’est passé et pourquoi c’est important. Vous n’avez pas à diagnostiquer le code ni à concevoir la solution.
Je traite les retours par écrit. Des observations claires nous donnent une trace commune des décisions et m’aident à faire le bon changement, puis à vous montrer comment il a été vérifié.
Commencez par l’objectif de cette relecture
Lisez d’abord les notes qui accompagnent l’aperçu. Elles devraient expliquer ce qui est prêt à être examiné, ce qui est encore en cours et quelles décisions attendent votre avis. Une relecture de mise en page et la relecture d’un parcours de paiement terminé n’appellent pas les mêmes retours.
Prenez le périmètre convenu comme référence. Si quelque chose manque dans l’aperçu, vérifiez s’il fait partie de cette étape ou d’une étape suivante. Si les notes ne sont pas claires, signalez le doute pour que nous le levions avant de tirer des conclusions.
Faites une tâche complète comme le ferait l’utilisateur
Choisissez une tâche réaliste et déroulez-la depuis le début. Pour un produit de réservation, cherchez une prestation, choisissez un créneau, vérifiez les informations et finalisez la réservation de test. Repérez les informations dont vous avez besoin sans les trouver, les choix déroutants et les endroits où vous perdez votre progression.
Vérifiez ensuite les parties liées à votre rôle. L’équipe doit peut-être retrouver la réservation et traiter une annulation. Si vous pouvez impliquer des utilisateurs représentatifs, donnez-leur une tâche et observez où ils bloquent, sans leur expliquer tout de suite l’interface. Leguide de GOV.UK sur les tests d’utilisabilité décrit cette approche plus en détail.
Décrivez ce que vous observez et son impact
« Rendez ça plus clair » me donne une direction, mais laisse le problème flou. Une observation plus utile serait : « Sur le récapitulatif de réservation, je ne vois pas quel fuseau horaire s’applique. Nos clients réservent depuis plusieurs pays, ils doivent le savoir avant de payer. »
Pour un problème de comportement, indiquez les étapes, ce que vous attendiez et ce qui s’est passé. Précisez l’appareil et le navigateur si c’est pertinent. Une capture d’écran ou un court enregistrement peut montrer l’endroit ; retirez les informations clients privées avant de le partager.
Page ou lien d’aperçu : …
Tâche que j’essayais d’accomplir : …
Étapes qui ont mené au problème : …
Résultat attendu : …
Ce qui s’est passé ou ce qui n’était pas clair : …
Qui est concerné et pourquoi c’est important : …
Appareil/navigateur et capture d’écran, si utile : …
Séparez le problème observé de la solution proposée
Les suggestions sont les bienvenues. Donnez la raison derrière, pour que je puisse juger si le changement règle le vrai problème. « Ajouter un bouton rouge » est une solution possible. « L’équipe ne voit pas les commandes en retard » explique le besoin et nous laisse plus de façons d’y répondre.
Pour un retour visuel, désignez l’élément et expliquez l’objectif : une lecture plus rapide, la cohérence avec votre marque ou une prochaine action plus évidente. Les préférences et les problèmes des utilisateurs méritent tous deux d’être discutés ; préciser de quoi il s’agit nous aide à décider.
Regroupez les retours et rendez les décisions visibles
Gardez les observations liées dans un même fil écrit ou à l’endroit convenu pour la relecture. Si plusieurs personnes relisent, désignez celle qui tranche les demandes contradictoires et confirme la direction finale. Cela évite de mettre en œuvre la suggestion d’une personne pour découvrir ensuite qu’une autre avait un besoin différent.
Les problèmes qui bloquent une tâche ou une version convenue.
Les améliorations du comportement ou de la présentation en cours de relecture.
Les nouvelles idées à évaluer pour une itération suivante.
Une nouvelle exigence peut modifier le périmètre et le calendrier. Nous devrions parler de cet impact et convenir de la suite avant de l’ajouter au travail en cours. Une liste d’idées pour plus tard vous permet de noter les bonnes suggestions sans perdre de vue la version en cours de relecture.
Confirmez le résultat après le changement
Quand je vous fournis un aperçu mis à jour, refaites la tâche qui a révélé le problème. Vérifiez que le résultat correspond à ce qui était convenu et dites-moi si quelque chose reste flou. Si la vérification fait apparaître un autre problème, notez-le séparément pour que nous puissions suivre les deux clairement.
Une validation devrait préciser l’aperçu ou l’étape examinés, ainsi que les limites acceptées ou le travail restant. Par exemple : « J’ai vérifié le parcours de réservation sur les vues mobile et ordinateur convenues. Le fuseau horaire est maintenant visible avant le paiement. L’export vers l’agenda reste prévu pour l’étape suivante. »
Ainsi, la relecture reste utile à tous : vous voyez comment vos retours ont fait évoluer le produit, et j’ai une trace claire de ce qui est convenu. Si vous démarrez un projet, la même habitude commence par unbrief qui décrit le résultat dont vous avez besoin.