Dans ce guide
« Ça ne marche pas. » « Le design me semble bizarre. » « Lent. » Ce genre de retour est courant, et c'est rarement la faute du testeur. Il a remarqué un problème, mais personne ne lui a dit à quoi ressemble un rapport utile. Quelques bonnes questions suffisent à y remédier.
Ce qui rend un retour exploitable
Quatre éléments transforment une remarque en quelque chose sur quoi tu peux travailler :
- Où. Quel écran ou quelle étape.
- Ce qu'il a fait. Les étapes avant le problème.
- Attendu contre réel. Ce qu'il pensait se produire et ce qui s'est passé.
- Contexte. Appareil, version du système, version de l'app, connexion.
Tu n'as pas besoin des quatre à chaque fois, mais « où » et « attendu contre réel » couvrent la plupart des cas.
Un modèle de réponse
Merci, c'est utile à savoir. Pour corriger, j'ai besoin d'un peu plus de détails : - Sur quel écran étais-tu ? - Qu'as-tu touché ou tapé juste avant ? - Qu'est-ce que tu t'attendais à voir, et qu'est-ce qui s'est passé à la place ? - Une capture d'écran aiderait si tu peux.
Même une réponse courte à l'une de ces questions est parfaite.
Reste bref, amical, et remercie clairement. Quatre questions, c'est la limite ; davantage ressemble à un interrogatoire.
Scripts de réponse pour les remarques vagues
« C'est lent. »
Quelle action t'a semblé lente : l'ouverture de l'app, un écran précis, ou après un tap ? Combien de temps environ as-tu attendu ? Wi-Fi ou données mobiles ?
« Confus. »
Qu'essayais-tu de faire quand c'est devenu confus ? Que pensais-tu trouver, et où as-tu cherché en premier ?
« Ça ne marche pas. »
Qu'as-tu essayé ? Qu'est-ce qui s'est passé : un message d'erreur, rien, ou autre chose ? S'il y avait un message, que disait-il ?
« Je n'aime pas le design. »
Quel écran ? Qu'est-ce qui te gêne : les couleurs, la taille du texte, les espacements, ou la recherche des éléments ? Que changerais-tu en premier ?
« Ça a planté. »
À quelle étape ? L'app s'est-elle fermée toute seule ou figée ? Ça arrive à chaque fois ? Quel téléphone et quelle version du système ?
« Fonction manquante. »
Que voulais-tu accomplir quand tu l'as remarqué ? Comment fais-tu aujourd'hui sans l'app ?
La dernière question compte : elle transforme un souhait en problème, que tu peux résoudre de plusieurs façons.
Éviter les retours vagues dès le départ
- Donne une tâche. « Crée un compte et ajoute ton premier élément » donne plus que « essaie l'app ».
- Donne une structure. Un formulaire avec quelques champs vaut mieux qu'une zone de texte libre. Un [modèle de rapport de bug est un bon point de départ.
- Montre un exemple de bon rapport. Les gens copient ce qu'ils voient.
- Partage les consignes avec tes testeurs. L'article [comment écrire un retour sur une app qu'un développeur peut exploiter est écrit pour les testeurs, tu peux le lier.
Quand arrêter de demander
Demande une fois, peut-être deux. Si le testeur ne répond pas, garde la note initiale avec ce que tu sais et passe à la suite. Relancer les gens abîme la relation ; voir les testeurs ne répondent pas.
Liens
- Vue d'ensemble : [Problèmes de tests d'apps et solutions
- Les testeurs ne répondent pas : comment obtenir des retours
- [Retours de testeurs contradictoires : comment trancher
Sur AppReviewX, les retours sont structurés et restent privés entre toi et le testeur. Un retour que tu rédiges te rapporte un crédit. Commence gratuitement