Envoie ce sondage juste après un test, pendant que les souvenirs sont frais. Il est court exprès : douze questions, dont la plupart se règlent vite. Chaque question a une raison, pour que tu puisses couper celles que tu n'utiliseras pas.
Modèle à copier-coller
Merci d'avoir testé [Nom de l'app] build [n]. Cela prend environ [5-8] minutes.
À propos de toi et de la configuration
1. Quel appareil et quelle version d'OS as-tu utilisés ?
2. Quelle part du test as-tu terminée ? (tout / la plupart / une partie / très peu)
Tâches
3. Quelle tâche as-tu réussie sans difficulté ?
4. Quelle tâche a été la plus difficile, et qu'est-ce qui l'a rendue difficile ?
5. Y a-t-il eu un moment où tu ne savais pas quoi faire ensuite ? Où ?
Qualité
6. Quelque chose a-t-il planté, gelé, semblé cassé ou lent ? Que faisais-tu ?
7. Un texte, un bouton ou une icône était-il peu clair ? Lequel ?
Confiance et intention
8. Avec tes propres mots : que fait cette app, et pour qui ?
9. Quelque chose t'a-t-il fait hésiter à saisir des données ou à accorder une autorisation ? Quoi ?
10. Utiliserais-tu à nouveau cette app ? Pourquoi, ou pourquoi pas ?
Conclusion
11. Quelle est la première chose que tu changerais ?
12. Autre chose que nous devrions savoir ?
Pourquoi chaque question est posée
- Appareil et OS : un rapport de bug sans ces infos ne peut pas être reproduit.
- Part terminée : distingue « rien trouvé » de « je n'ai pas avancé ».
- Tâche facile : montre ce qui fonctionne déjà ; protège-le.
- Tâche la plus difficile : indique le problème d'utilisabilité le plus probable.
- Moment perdu : repère une navigation peu claire que les testeurs considèrent rarement comme un bug.
- Plantages et lenteur : capture les problèmes techniques avec leur contexte.
- Libellés peu clairs : des corrections de texte peu coûteuses.
- Résumé avec leurs mots : teste si l'app s'explique d'elle-même. Une mauvaise réponse est un constat.
- Hésitation : fait remonter les problèmes de confiance et d'autorisation.
- Réutiliser, et pourquoi : l'intention est un signal, mais seul le « pourquoi » est utile. Ce n'est pas une promesse.
- Un changement : force une priorité.
- Autre chose : attrape ce que tu n'as pas pensé à demander.
Comment l'adapter
- Garde les questions auxquelles tu répondras. Sept questions avec réponses valent mieux que douze ignorées.
- Adapte les tâches à ta propre liste. Remplace les questions 3 à 5 par les noms réels des tâches de ta liste de tâches pour testeurs.
- Garde-le privé et sans note. Demande un retour pour toi, pas des évaluations sur le store.
- Lis les réponses ouvertes par groupes. Compte combien de testeurs évoquent la même chose ; ne fais pas une moyenne des avis.
Pour savoir comment les testeurs doivent rédiger un bon retour, voir comment donner un retour utile sur une app. Liens associés : script de test d'utilisabilité et le hub checklists de test d'apps mobiles.
Tu veux un retour structuré et privé sur ton app ? Commencer gratuitement.