La priorisation RICE,
avec les preuves à côté.

La priorisation RICE dans Kjerr vit sur une roadmap interne que l’équipe garde pour elle  chaque demande de fonctionnalité devient une ligne, portée × impact × confiance ÷ effort devient une note, et les votes, les entreprises et le MRR derrière la demande sont sur la même ligne. Le tableau public ne montre jamais de note.

Commencer gratuitement Voir le tableau de démo

Ce qu’est une note RICE, et ce que Kjerr y ajoute

Une note RICE, ce sont quatre estimations grossières multipliées entre elles, pour qu’une équipe classe vingt idées en un après-midi au lieu de débattre de chacune. Kjerr la calcule et met les preuves à côté.

La formule

Portée × impact × confiance ÷ effort, sur les échelles ci-dessous. Choisissez une valeur dans chaque colonne et la note se met à jour  survolez-la et le calcul apparaît.

Des preuves à côté de chaque note

Les votes, les entreprises distinctes et le MRR que ces entreprises paient, lus dans Users & Companies, pour que la portée vienne des données et non d’une intuition.

La ligne

Donnez à la roadmap un budget d’effort, disons douze points pour le trimestre. Triée par note, la table trace une ligne là où le budget s’épuise et additionne les votes et le MRR au-dessus.

Les quatre facteurs, et les échelles que Kjerr utilise

Les échelles grossières sont le cœur de la notation RICE  les puissances de deux écourtent les débats et gardent le classement honnête. Ce sont les valeurs par défaut  chaque échelle se réécrit dans Notation.

  • Portée. Tout le monde dans le produit (4), une partie des utilisateurs, une offre ou une région (2), seulement les nouveaux utilisateurs (1). Les votes et les entreprises de la ligne disent laquelle.
  • Impact. Change la donne (4), valeur significative (2), un peu de valeur (1), valeur faible (0,5). Jugé pour tout le produit, pas pour la seule fonctionnalité.
  • Confiance. Haute, 80 %  beaucoup de feedback et les chiffres concordent. Moyenne, 50 %  beaucoup de preuves d’un seul type. Basse, 30 %  quelques preuves, pas assez pour l’annoncer. Jamais 100 %.
  • Effort. Trivial, moins d’un mois-développeur (0,5)  petit, un à trois (1)  moyen, un trimestre ou plus (2)  grand, un an ou plus (4). Le budget d’effort compte dans ces unités.

Comment noter les demandes de fonctionnalités dans Kjerr

La roadmap interne est un onglet de l’administration, à côté de la boîte de réception. Rien à configurer d’abord  la première roadmap existe dès que vous l’ouvrez.

  1. Ajoutez les idées. Cochez une roadmap sur n’importe quelle idée de la boîte de réception, ou cherchez dans la boîte depuis le champ d’ajout de la roadmap. Une idée nouvelle saisie là arrive aussi sur le tableau, et récolte des votes comme les autres.
  2. Choisissez les quatre valeurs. Chaque cellule est une liste avec les libellés de l’échelle. La note et les totaux au-dessus de la table se mettent à jour au fil de l’eau  un changement de statut fait ici n’envoie pas d’e-mail.
  3. Triez, groupez, filtrez. Par note, votes, entreprises, MRR, responsable ou échéance  groupé par statut, responsable, échéance ou sujet  filtré sur un responsable, un statut ou les idées au-dessus de la ligne.
  4. Fixez le budget. Dans les réglages, un budget d’effort et la période qu’il couvre. La ligne apparaît, et le filtre « au-dessus de la ligne seulement  montre ce qui tient.
  5. Partagez une vue. Enregistrez les filtres comme vue et partagez-la en lien lecture seule, sans connexion, ou exportez la table en CSV.
  6. Prévenez les votants. Une fois la décision prise, changez le statut depuis la boîte de réception, ce qui envoie un e-mail à l’auteur et à chaque votant, et racontez-le sur la roadmap que vos clients voient et dans le changelog.

Un exemple chiffré

Deux demandes sont en tête de la boîte de réception avec trente votes chacune. La première, l’export CSV, concerne tout le monde (portée 4), c’est une amélioration significative (impact 2), et les commentaires et les quarante entreprises derrière laissent peu de doute (confiance 80 %)  c’est un trimestre de travail (effort 2). Note  4 × 2 × 0,8 ÷ 2 = 3,2.

La seconde, une application mobile native, changerait la donne (impact 4) mais pour un segment (portée 2), avec peu de preuves au-delà des votes (confiance 30 %) et un an de travail (effort 4). Note  2 × 4 × 0,3 ÷ 4 = 0,6. Les mêmes votes, cinq fois plus de retour sur le travail. Avec un budget de trois points pour le trimestre, la ligne tombe sous l’export et l’application attend, avec sa note et ses raisons sur la page pour qui demande pourquoi.

Au-delà de RICE  vos propres facteurs, des poids et un second avis

RICE est le réglage par défaut, pas la règle. La page de notation est un court formulaire, et l’IA ne fait que proposer.

  • Ajoutez un facteur comme l’alignement stratégique ou le risque, nommez ses paliers et dites s’il monte ou baisse la note. Renommez ou retirez les facteurs par défaut.
  • Donnez un poids à un facteur. Un poids de 2 le compte deux fois plus fort (sa valeur est mise au carré)  0 garde la colonne mais la sort de la note. « Revenir à RICE  rétablit les valeurs par défaut.
  • « Suggérer des notes  demande à OpenAI une valeur par facteur pour jusqu’à huit idées non notées, chacune avec une raison d’une ligne qui cite les votes, les entreprises et les commentaires. Les propositions restent des ombres tant qu’un membre de l’équipe ne les applique ou ne les écarte pas.
  • Plusieurs roadmaps par espace de travail, une par équipe ou par trimestre, chacune avec ses facteurs et son budget. Archivez-en une quand le trimestre est fini.

Ce que cet outil de notation RICE laisse de côté

Il classe les demandes de votre tableau. Il ne cherche pas à être une suite de planification et ne montre jamais son calcul aux clients.

  • Aucune note, date ou estimation sur la roadmap publique. Les clients voient des statuts.
  • Aucune planification de sprint, aucun responsable dans d’autres outils, aucune synchronisation Jira. Un webhook sur les changements de statut peut alimenter l’outil que vous utilisez déjà.
  • Aucun modèle de revenu. Le MRR s’affiche à côté de chaque idée tel que l’annuaire le tient  ce qu’il doit peser, c’est vous qui le décidez, par la portée et la confiance.
  • Aucune note sans une personne. L’IA propose  un membre de l’équipe applique.

À qui s’adresse Kjerr

Les équipes produit des éditeurs SaaS de toute taille, de la start-up au grand groupe, qui veulent un feedback board public, une roadmap réservée à l’équipe notée avec RICE et des e-mails de suivi fiables, sans suite de helpdesk et sans facture au siège. La priorisation RICE devient utile quand la boîte de réception contient plus de demandes que le prochain trimestre n’en absorbe, et que la question devient  lesquelles, et pourquoi. L’outil d’analyse de feedback dit ce que les demandes additionnent  la roadmap dit quoi faire d’abord.

Des questions, des réponses franches.

Qu’est-ce que la priorisation RICE 

La priorisation RICE est une façon de classer ce qu’il faut construire ensuite selon quatre facteurs  la portée (combien de personnes sont concernées), l’impact (à quel point c’est mieux pour elles), la confiance (combien de preuves étayent les deux premiers) et l’effort (combien de travail cela demande). La note est portée × impact × confiance ÷ effort, et une note plus haute signifie un meilleur retour sur le travail. Elle a été formalisée chez Intercom et c’est le framework de priorisation le plus utilisé dans les équipes produit.

Comment Kjerr calcule-t-il la note RICE 

Chaque facteur est un choix sur une courte échelle  portée 4, 2 ou 1  impact 4, 2, 1 ou 0,5  confiance 80 %, 50 % ou 30 %  effort 0,5, 1, 2 ou 4. Kjerr multiplie portée, impact et confiance et divise par l’effort dès qu’une valeur change, et survoler une note montre le calcul, par exemple 4 × 2 × 0,8 ÷ 2 = 3,2.

Y a-t-il un calculateur RICE 

La roadmap interne en est un. Chaque idée y est une ligne avec les quatre facteurs en listes déroulantes et la note à côté, recalculée à chaque choix. Triez par note, et la table est le classement qu’un tableur RICE donnerait, avec les votes, les entreprises et le MRR derrière chaque idée déjà remplis.

Les clients voient-ils les notes RICE 

Non. La roadmap interne n’est visible que par l’équipe  Viewer et au-dessus la lisent, Moderator et au-dessus la modifient. La roadmap publique du tableau montre des statuts, jamais de notes, de dates ni d’estimations. Une vue enregistrée peut être partagée en lien lecture seule avec des personnes extérieures à l’équipe, pour une réunion de planification ou un investisseur.

Puis-je utiliser valeur/effort ou mes propres facteurs à la place de RICE 

Oui. Dans Notation, vous renommez, ajoutez ou retirez des facteurs, fixez l’échelle de chacun et lui donnez un poids. Un facteur monte la note ou la baisse, donc valeur ÷ effort, c’est RICE avec deux facteurs, et l’alignement stratégique ou le risque, c’est une ligne de plus. « Revenir à RICE  rétablit les valeurs par défaut.

Est-ce l’IA qui décide des priorités 

Non. « Suggérer des notes  demande à OpenAI, sur les serveurs qui ont une clé, une valeur par facteur pour jusqu’à huit idées non notées, avec une raison d’une ligne qui cite les preuves. Les propositions restent des ombres dans les cellules tant qu’un membre de l’équipe n’applique ou n’écarte pas chacune. Rien n’est noté tant qu’une personne ne l’a pas dit.

À lire aussi

Roadmap publiqueVos statuts, affichés comme une roadmap produit publique
Demandes de fonctionnalitésRecueillez les demandes, faites voter, suivez chaque statut
Outil d’analyse de feedbackInsights : ce que les retours disent, mis bout à bout
Analyse des retours clientsCinq étapes, et ce qu’il faut compter

Donnez une réponse à vos utilisateurs.

Kjerr est gratuit pendant l’accès anticipé : toutes les fonctionnalités, sans carte bancaire. Quand les offres payantes arriveront, elles seront facturées par espace de travail, jamais par siège administrateur.

Notez votre première roadmap Voir le tableau de démo