Dans ce guide
Tu as demandé aux testeurs de trouver des bugs et tu as reçu une liste de souhaits : mode sombre, export, widgets, vue calendrier, partage. C'est bon signe que les gens s'intéressent à l'app, mais une liste d'idées n'est pas un plan. Si tu construis tout, l'app part dans toutes les directions et rien n'est fini. Trie d'abord, puis choisis.
Étape 1 : classe chaque élément dans une des quatre cases
| Case | Question | Exemple |
|---|---|---|
| Bug | L'app fait-elle autre chose que ce qui était prévu ? | Le bouton Enregistrer ne fait rien |
| Problème d'utilisation | Ça marche, mais les gens se perdent ou perdent du temps ? | Impossible de trouver où modifier une entrée |
| Souhait | Est-ce quelque chose de nouveau qui n'existe pas encore ? | « Ajouter un export en CSV » |
| Opinion | Est-ce une question de goût, sans tâche derrière ? | « Je préfère le bleu » |
Les bugs et problèmes d'utilisation vont dans ton processus de correction habituel. Les opinions vont dans une note, sauf si plusieurs personnes disent la même chose. Le reste de cette page porte sur les souhaits.
Étape 2 : transforme chaque souhait en problème
Un souhait est une solution qu'un testeur a imaginée. Dessous, il y a une tâche qu'il n'a pas pu finir. Demande : « Qu'essayais-tu de faire ? » Puis écris le problème en une phrase.
| Souhait | Problème à résoudre |
|---|---|
| « Ajouter un export en CSV » | « J'ai besoin de mettre mes données dans un tableur pour mon comptable » |
| « Ajouter des widgets » | « Je veux voir l'état du jour sans ouvrir l'app » |
| « Vue calendrier » | « Je n'arrive pas à voir ce qui arrive dans les prochaines semaines » |
Tu peux alors te demander s'il existe une solution plus petite ou moins chère. Un e-mail hebdomadaire peut résoudre le problème du calendrier plus vite qu'un nouvel écran.
Étape 3 : compte et regroupe
- Fusionne les problèmes similaires en une seule ligne.
- Ajoute une marque pour chaque personne indépendante qui l'a soulevé.
- Place en haut ceux qui correspondent à la fonction principale de ton app.
Dix idées différentes se réduisent souvent à trois problèmes. Traite les problèmes comme liste, pas les idées.
Étape 4 : applique des règles simples
- Sert-il la tâche principale ? Si ton app est un minuteur, un graphique de budget ne fait pas partie du cœur.
- Plusieurs personnes indépendantes soulèvent-elles le même problème ? Une demande est un signal à surveiller, trois sont un signal à traiter.
- Est-ce peu coûteux et sûr ? Les petits souhaits à faible risque peuvent entrer tôt ; les gros demandent une décision.
- Ajoute-t-il de la maintenance ? Chaque fonctionnalité doit être maintenue, testée et expliquée.
- Correspond-il à ta cible ? Tous les testeurs ne sont pas tes utilisateurs.
Tout ce qui échoue à la première règle va dans une liste « pas maintenant ». C'est une décision, pas un refus.
Étape 5 : dis-le aux testeurs
Réponds avec ta décision : « Prévu pour la prochaine mise à jour », « On y réfléchit » ou « Pas maintenant, car ça ne correspond pas à l'objectif ». Les gens acceptent mieux un « non » que le silence. Ne promets pas de dates que tu ne peux pas tenir.
Éviter que les demandes affluent
- Donne une tâche aux testeurs pour le test, pour qu'ils rapportent sur elle et pas sur tout.
- Prévois un espace séparé pour les idées. Un champ pour les problèmes et un pour les souhaits gardent les deux à part.
- Précise dans l'invitation où en est l'app, par exemple « Je veux seulement connaître les bugs et les parties confuses pour l'instant ».
Pour un classement général par impact et effort, voir comment prioriser les retours sur une app.
Liens associés
- Vue d'ensemble : Problèmes de test d'app et solutions
- Récupérer les logs de crash depuis le téléphone d'un testeur
- Bugs qui n'apparaissent que dans une langue ou une région
AppReviewX te donne des retours privés et structurés, qui aident à garder bugs, problèmes d'utilisation et souhaits séparés. Chaque retour que tu rédiges rapporte un crédit. Commence gratuitement