La formula
Portata × impatto × fiducia ÷ sforzo, sulle scale qui sotto. Scegli un valore in ogni colonna e il punteggio si aggiorna; passaci sopra con il mouse e compare il calcolo.
La prioritizzazione RICE in Kjerr vive su una roadmap interna che il team tiene per sé: ogni feature request diventa una riga, portata × impatto × fiducia ÷ sforzo diventa un punteggio, e i voti, le aziende e l’MRR dietro la richiesta stanno nella stessa riga. La board pubblica non mostra mai un punteggio.
Un punteggio RICE sono quattro stime grossolane moltiplicate tra loro, perché un team ordini venti idee in un pomeriggio invece di discutere di ognuna. Kjerr lo calcola e mette le prove accanto.
Portata × impatto × fiducia ÷ sforzo, sulle scale qui sotto. Scegli un valore in ogni colonna e il punteggio si aggiorna; passaci sopra con il mouse e compare il calcolo.
Voti, aziende distinte e l’MRR che quelle aziende pagano, letti da Users & Companies, così la portata nasce dai dati e non da un’intuizione.
Dai alla roadmap un budget di sforzo, diciamo dodici punti per il trimestre. Ordinata per punteggio, la tabella traccia una linea dove il budget si esaurisce e somma voti e MRR sopra di essa.
Le scale grossolane sono il senso dei punteggi RICE: le potenze di due accorciano le discussioni e tengono onesta la classifica. Questi sono i valori predefiniti; ogni scala si riscrive in Punteggi.
La roadmap interna è una scheda del pannello di amministrazione, accanto all’inbox. Niente da configurare prima: la prima roadmap esiste nel momento in cui la apri.
Due richieste sono in cima all’inbox con trenta voti ciascuna. La prima, l’esportazione in CSV, riguarda tutti (portata 4), è un miglioramento significativo (impatto 2), e i commenti e le quaranta aziende dietro lasciano pochi dubbi (fiducia 80%); è un trimestre di lavoro (sforzo 2). Punteggio: 4 × 2 × 0,8 ÷ 2 = 3,2.
La seconda, un’app mobile nativa, cambierebbe le regole (impatto 4) ma per un segmento (portata 2), con poche prove oltre ai voti (fiducia 30%) e un anno di lavoro (sforzo 4). Punteggio: 2 × 4 × 0,3 ÷ 4 = 0,6. Gli stessi voti, cinque volte il ritorno sul lavoro. Con un budget di tre punti per il trimestre, la linea cade sotto l’esportazione e l’app aspetta, con il suo punteggio e le sue ragioni sulla pagina per chiunque chieda perché.
RICE è l’impostazione predefinita, non la regola. La pagina dei punteggi è un modulo breve, e l’AI propone soltanto.
Ordina le richieste sulla tua board. Non cerca di essere una suite di pianificazione e non mostra mai i conti ai clienti.
Team di prodotto di aziende SaaS di ogni dimensione, dalle startup alle grandi imprese, che vogliono una feedback board pubblica, una roadmap riservata al team con punteggi RICE ed email di risposta affidabili, senza una suite di helpdesk o una fattura per postazione. La prioritizzazione RICE si fa utile quando l’inbox contiene più richieste di quante ne stiano nel prossimo trimestre, e la domanda diventa: quali, e perché. Lo strumento di analisi del feedback dice a cosa sommano le richieste; la roadmap dice cosa fare prima.
La prioritizzazione RICE è un modo di ordinare cosa costruire dopo in base a quattro fattori: portata (quante persone tocca), impatto (quanto migliora per loro), fiducia (quante prove sostengono i primi due) e sforzo (quanto lavoro richiede). Il punteggio è portata × impatto × fiducia ÷ sforzo, e un punteggio più alto significa più ritorno sul lavoro. È stata messa per iscritto in Intercom ed è il framework di prioritizzazione più usato nei team di prodotto.
Ogni fattore è una scelta su una scala breve: portata 4, 2 o 1; impatto 4, 2, 1 o 0,5; fiducia 80%, 50% o 30%; sforzo 0,5, 1, 2 o 4. Kjerr moltiplica portata, impatto e fiducia e divide per lo sforzo appena un valore cambia, e passando il mouse sul punteggio compare il calcolo, per esempio 4 × 2 × 0,8 ÷ 2 = 3,2.
La roadmap interna lo è. Ogni idea è una riga con i quattro fattori come menu e il punteggio accanto, ricalcolato a ogni scelta. Ordina per punteggio e la tabella è la classifica che darebbe un foglio di calcolo RICE, con voti, aziende e MRR dietro ogni idea già compilati.
No. La roadmap interna la vede solo il team: Viewer e superiori la leggono, Moderator e superiori la modificano. La roadmap pubblica della board mostra gli stati, mai punteggi, date o stime. Una vista salvata si può condividere con un link in sola lettura con persone fuori dal team, per una riunione di pianificazione o un investitore.
Sì. In Punteggi rinomini, aggiungi o togli fattori, imposti la scala di ognuno e gli dai un peso. Un fattore alza il punteggio o lo abbassa, quindi valore ÷ sforzo è RICE con due fattori, e l’allineamento strategico o il rischio è una riga in più. “Torna a RICE” ripristina i valori predefiniti.
No. “Suggerisci punteggi” chiede a OpenAI, sui server con una chiave, un valore per fattore per fino a otto idee senza punteggio, con una motivazione di una riga che cita le prove. Le proposte restano ombre nelle celle finché qualcuno del team non applica o scarta ognuna. Niente ha un punteggio finché non lo dice una persona.
Durante l’early access Kjerr è gratuito: tutte le funzionalità, nessuna carta di credito. I piani a pagamento, quando arriveranno, saranno calcolati per workspace, mai per postazione amministratore.