La review settimanale è utile anche quando hai pochi dati. Anzi, nelle fasi early-stage serve proprio a evitare che pochi segnali vengano interpretati male.
Il punto non è produrre un report elegante. Il punto è decidere quale domanda operativa affrontare nella prossima settimana.
Perché la review settimanale non è un report
Un report descrive cosa è successo. Una review decide cosa cambia dopo aver guardato ciò che è successo.
Quando i dati sono pochi, questa differenza diventa ancora più importante. Non puoi fingere precisione statistica, ma puoi migliorare la qualità delle decisioni.
Le 5 domande da portare in review
- Quale metrica è cambiata davvero rispetto alla settimana precedente?
- Quale segnale qualitativo conferma o contraddice il dato?
- Quale ipotesi è diventata più forte?
- Quale ipotesi è diventata più debole?
- Qual è la prossima azione verificabile?
Cosa guardare quando i numeri sono piccoli
Se hai pochi utenti, le percentuali possono ingannare. Una variazione dal 20% al 40% sembra enorme, ma magari dipende da una sola persona.
In questa fase combina sempre dato numerico e dato qualitativo. Guarda chi ha fatto cosa, in quale contesto e con quale intenzione.
Segnali da osservare
- Utenti che tornano senza sollecito
- Feature usate più di una volta
- Risposte spontanee dopo una prova
- Richieste simili da persone nello stesso segmento
- Drop-off ricorrenti nello stesso punto
Il formato minimo della review
Una review settimanale può stare in una pagina. Non serve una presentazione. Servono tre blocchi: cosa abbiamo visto, cosa significa, cosa facciamo adesso.
- Visto: 3 dati o segnali della settimana
- Interpretato: 1 insight operativo
- Deciso: 1 azione con owner e data
Se alla fine della review non esiste una prossima azione, hai fatto reporting. Non hai fatto operating.