Perché la prioritizzazione è tutto
Un piccolo team fa forse due o tre esperimenti a settimana; solo i team ad alta velocità arrivano a dieci-venti, e anche così è uno sforzo quando il traffico è scarso. Con così pochi slot, il costo reale di un test mediocre non è il test in sé: è l’idea più forte che hai saltato per farlo. Una roadmap esiste perché ogni slot vada all’idea con il valore atteso più alto, non alla voce più forte nello stand-up. Gestire quella coda ordinata è una parte importante di cosa fa un Growth PM.
Costruisci il backlog dal funnel e dall’aha moment
Non partire da una lista dei desideri. Parti dai punti in cui il funnel perde. Ripercorri ogni passaggio (visita, registrazione, attivazione, retention, ricavi) e annota i cali più grandi: ognuno è un’ipotesi da testare. Dai molto peso ai passaggi più vicini al tuo aha moment di attivazione, perché un utente che non si attiva raramente resta. Tratta qualsiasi aha moment che individui come una correlazione da convalidare, non come una causa dimostrata: un segnale di attivazione predice la retention, non dimostra che l’hai causata tu. Ogni perdita diventa una riga del backlog: l’ipotesi, la metrica che dovrebbe muovere e una stima approssimativa di quanto.
Dai un punteggio alle idee con ICE
ICE, reso popolare da Sean Ellis, valuta ogni idea su tre assi da 1 a 10: Impact, quanto potrebbe muovere la metrica; Confidence, quanta fiducia hai che funzioni; Ease, quanto poco sforzo richiede. Moltiplica i tre valori, ordina dal più alto e procedi dall’alto verso il basso. È rapido perché sono tre stime oneste. Quella rapidità è anche il limite: il punteggio è una stima, non un fatto. Leggi un 512 e un 480 come più o meno equivalenti, non come un verdetto. Il numero ordina la lista; non decide al posto tuo.
Quando la reach varia, usa RICE
ICE non regge quando due idee differiscono molto per numero di utenti raggiunti. RICE, nato in Intercom, risolve il problema aggiungendo la Reach e dividendo per l’Effort: (Reach × Impact × Confidence) / Effort. Un suggerimento a comparsa visto da tutti i visitatori e un ritocco nascosto in una pagina di impostazioni vengono valutati sullo stesso piano. In cambio perdi rapidità e devi procurarti una stima della reach. Vale lo stesso avvertimento: moltiplicare quattro numeri inventati può produrre una falsa precisione, quindi tieni gli input approssimativi e rivedili man mano che impari.
| Fattore | ICE | RICE |
|---|---|---|
| Formula | Impact × Confidence × Ease | (Reach × Impact × Confidence) / Effort |
| Rapidità | Rapido: tre stime da 1 a 10 | Più lento: serve un numero per la reach |
| Ideale per | Smistare in fretta un backlog ampio | Idee con reach molto diverse |
| Trappola principale | L’Ease nasconde lo sforzo reale | Falsa precisione da input deboli |
Rivedi a cadenza fissa e chiudi i test perdenti
Fissa un ritmo: una revisione settimanale o quindicinale in cui leggi i risultati, promuovi i vincitori e chiudi il resto. Chiudere come da programma è la disciplina che fa scorrere la coda; un test lasciato attivo è uno slot lasciato occupato. Ammetti con onestà che la maggior parte dei test si chiude senza differenze nette e che, con poco traffico, molti hanno una potenza insufficiente prima ancora di partire: spesso la scelta giusta non è un test A/B ma rilasciare e monitorare, come spiega la guida ai test con poco traffico. Quando misuri, una lettura pulita di solito richiede un holdout group, che una piattaforma come customer.io o uno stack di engagement self-hosted può tenere da parte per te.