In questa guida
La maggior parte delle app perde presto la maggioranza dei nuovi utenti. Non puoi risolverlo con un numero più grande su una dashboard. Lo risolvi sapendo cosa è una "prima sessione riuscita" per la tua app, trovando dove la gente si ferma e cambiando una cosa alla volta. Questa guida ti dà questo metodo. Non contiene benchmark, perché la tua categoria, il tuo pubblico e la fonte del traffico decidono cosa è normale.
Passo 1: definisci l'attivazione
L'attivazione è il primo momento in cui un utente ottiene il valore che hai promesso. Scrivila come un unico evento osservabile.
- App per note: ha creato e salvato una prima nota.
- App fitness: ha completato un primo allenamento.
- App per il budget: ha aggiunto una prima transazione.
Se non riesci a nominare l'evento, la scheda, l'onboarding e l'app probabilmente promettono cose diverse. Sistema prima questo.
Passo 2: leggi il giorno 1, il giorno 3 e il giorno 7
La retention del giorno 1 è la quota di una coorte di installazioni di quel giorno che apre l'app il giorno dopo. Il giorno 7 funziona allo stesso modo. Guarda la forma, non un solo valore:
- Grande calo prima del giorno 1: un problema nella prima sessione. Controlla onboarding, permessi, registrazione e crash.
- Giorno 1 buono, in calo tra il giorno 3 e il 7: l'app è stata capita ma non ha dato un motivo per tornare. Controlla abitudine, contenuti, promemoria.
- Coorti diverse, curve diverse: confronta per fonte di traffico, versione e paese prima di trarre conclusioni. Le coorti piccole sono rumorose; non reagire a pochi utenti.
Passo 3: trova il punto di abbandono
Costruisci un semplice funnel dall'installazione all'attivazione: prima apertura, onboarding completato, permesso risposto, evento di attivazione. Il passo con la perdita più grande è il tuo candidato. Affianca i numeri ad alcune sessioni reali: guarda qualcuno usare l'app, o chiedi ai tester dove hanno esitato. Il funnel dice dove, le persone dicono perché. Vedi domande sull'onboarding per i tester.
Passo 4: un cambiamento a settimana
- Scrivi l'ipotesi: "Gli utenti si fermano al passo X perché Y."
- Fai un solo cambiamento che affronti Y.
- Confronta la coorte successiva con la precedente, possibilmente con la stessa fonte di traffico.
- Tieni, annulla o prova l'idea successiva.
Più cambiamenti insieme rendono il risultato illeggibile. Con pochi utenti, tratta i risultati come direzione, non come prova.
Foglio di lavoro
| Domanda | La tua risposta |
|---|---|
| Evento di attivazione | |
| Dov'è la perdita maggiore? | |
| Ipotesi (perché?) | |
| L'unico cambiamento di questa settimana | |
| Come lo giudicherò, e quando? |
Trappole comuni
- Contare installazioni da fonti che non corrispondono al tuo pubblico, il che fa sembrare la retention peggiore di quanto l'app meriti.
- Cambiare la definizione di attivazione dopo aver visto i numeri.
- Chiedere il permesso per le notifiche prima che sia mostrato un valore. Vedi quando chiedere il permesso per le push.
Il feedback privato e strutturato dei tester prima del lancio mostra presto molti problemi della prima sessione. Su AppReviewX, ogni feedback che dai vale un credito, e i nuovi account partono con 0 crediti.
Correlati: Hub ASO e lancio, Onboarding delle app mobile, Tempistica del permesso per le push.