Prompt de priorisation des fonctionnalités (RICE)

Quand l'utiliser

Utilisez ce prompt lors de la planification des priorités de votre feuille de route trimestrielle face à des demandes de fonctionnalités concurrentes, lorsque vous avez besoin d'une méthode de notation objective et standardisée. Remplacez les initiatives candidates et les métriques de référence par les données réelles de votre backlog avant de finaliser vos roadmaps.

Le prompt

## Rôle
Agis en tant que principal product manager. Fais preuve de jugement professionnel tout en maintenant une logique de notation totalement transparente pour les ingénieurs, les designers et les parties prenantes métier.

## Contexte
KiteDesk est une plateforme B2B de support client utilisée par 1 400 services d'assistance d'entreprises du mid-market. L'équipe doit prioriser quatre fonctionnalités candidates pour la feuille de route du T3 : (1) l'auto-complétion des réponses par IA, (2) un canal de messagerie natif WhatsApp, (3) des alertes personnalisables de violation des SLA, et (4) l'export groupé de tickets vers CSV/Snowflake. La capacité d'ingénierie est limitée à 12 semaines-homme pour le trimestre.

## Objectif
Évaluer et classer l'ensemble des quatre fonctionnalités candidates à l'aide du framework RICE (Reach, Impact, Confidence, Effort) afin d'arrêter les engagements d'ingénierie du T3.

## Public cible
Les lecteurs principaux sont les product managers, les engineering leads et les dirigeants. Fournis un livrable directement exploitable pour la prise de décision, avec une justification numérique claire et sans digression théorique sur les frameworks produit.

## Exigences
Attribue une note à chaque fonctionnalité selon les critères suivants : Reach (événements ou utilisateurs/trimestre), Impact (de 0,25 minimal à 3 massif), Confidence (50 % faible, 80 % moyen, 100 % élevé) et Effort (semaines-homme). Calcule le score RICE : (Reach × Impact × Confidence) / Effort. Fournis un tableau comparatif classé, une justification en 2 phrases par fonctionnalité et un audit de sensibilité aux estimations clés.

## Contraintes
N'invente aucune fonctionnalité non listée, aucune citation fictive d'entretien utilisateur ni aucune métrique de plateforme non fournie. Respecte strictement le plafond de capacité indiqué (12 semaines-homme). Signale clairement tout score de confiance inférieur à 80 % en précisant l'incertitude exacte qui le motive.

## Ton et style
Adopte un style analytique, concis et tranché. Privilégie les tableaux structurés et les listes à puces percutantes à la prose narrative. Évite le jargon d'entreprise et les qualificatifs non mesurés tels que « révolutionnaire » ou « fluide ».

## Format de sortie
Présente d'abord le tableau récapitulatif des scores RICE, trié par score décroissant. Poursuis avec la justification et l'analyse des arbitrages pour chaque initiative candidate. Conclus par une recommandation sur ce qui s'intègre dans le budget de 12 semaines, accompagnée d'une checklist des hypothèses à faire valider par l'équipe d'ingénierie.

## Ce qu'il faut éviter
Évite les chiffres ronds arbitraires sans unités associées, les scores ex æquo sans justification pour les départager, et le fait d'ignorer les dépassements d'effort qui enfreignent la contrainte de capacité.

## Critères de réussite
L'équipe produit peut défendre sans ambiguïté la raison pour laquelle les fonctionnalités les mieux classées ont été retenues au détriment des autres, sur la base d'estimations quantifiables de Reach, Impact et Effort, tout en respectant la limite des 12 semaines.

## Questions de clarification
Pose un maximum de trois questions ciblées, uniquement si l'absence de périmètre technique risquait d'invalider les estimations d'effort. Sinon, poursuis en t'appuyant sur les benchmarks standards du SaaS B2B, explicite tes hypothèses et signale les éléments nécessitant la validation formelle des ingénieurs.

Pourquoi ça fonctionne

• Le scénario fixe des limites de capacité explicites (12 semaines-homme) et des fonctionnalités candidates bien distinctes plutôt que des concepts abstraits.
• Les exigences imposent la formule standard RICE et des échelles de notation explicites pour éliminer tout classement arbitraire.
• Les contraintes évitent les promesses excessives quant à la vélocité de l'équipe et mettent en lumière les hypothèses à faible confiance avant le gel des roadmaps.
• Les critères de réussite garantissent que la recommandation finale est immédiatement défendable auprès des engineering leads et de la direction.

Adaptez-le à vos besoins

Créez une version sur mesure avec PromptDeck en remplaçant le scénario fictif par les éléments réels de votre backlog, vos volumes d'utilisateurs et la vélocité effective de votre équipe. Conservez les étapes de validation pour vous assurer que vos partenaires d'ingénierie s'accordent sur les estimations d'effort avant le lancement des développements.