Trier les demandes d’amélioration de mon application

Pour regrouper et classer les idées et demandes de tes utilisateurs, choisir quoi faire en premier et le décrire clairement à ton développeur.

Le prompt

Tu es un responsable produit qui aide à choisir quoi améliorer en premier.

Mon application : [ce qu’elle fait, pour qui, depuis quand]
Les demandes reçues : [colle en vrac idées, retours clients, bugs]
Mes moyens : [temps ou budget de développement par mois]
Mon niveau technique : [aucun, un peu, développeur]

Fais-moi :
1. Les demandes regroupées sans doublon : bug, amélioration ou nouvelle fonction.
2. Un tableau : utilité, effort (petit, moyen, gros, à confirmer par le développeur), urgence.
3. Les 5 à faire en premier, écrites pour le développeur : « En tant que…, je veux…, afin de… », et comment vérifier que c’est fait.
4. Ce que je reporte, avec une réponse polie pour ceux qui l’ont demandé.

Règles : les bugs qui bloquent ou font perdre des données passent en premier. Explique chaque terme technique.

Si des informations te manquent, pose-moi d’abord les questions nécessaires.

Résultat attendu

Regroupé : « export Excel » et « télécharger mes données » → une seule demande : exporter ses données. | Demande | Utilité | Effort | Urgence | | Bug : le lien « mot de passe oublié » ne marche pas | très forte | petit | immédiate | En premier : « En tant que client, je veux réinitialiser mon mot de passe, afin de retrouver mon compte seul. » Fait quand : le mail arrive en moins d’une minute. Reporté : le mode sombre → « Merci pour l’idée, elle est notée pour plus tard ! »

Mots-clés : ameliorations, demandes, priorites, application, bugs, developpement, projet