In questa guida
Una valutazione che cala dopo una release sembra un'emergenza. Lavora in ordine: gran parte della risposta è di solito nei dati che hai già.
1. Conferma che sia reale
- Confronta la valutazione della nuova versione con quella precedente, se la console le separa. La media complessiva si muove lentamente; quella di una singola versione si muove in fretta.
- Conta quante valutazioni nuove hai davvero. Con un numero piccolo, due utenti arrabbiati sembrano un crollo.
- Controlla la data: il calo è iniziato con la release o prima?
2. Leggi le nuove recensioni in cerca di schemi
Apri ogni recensione dalla release e mettila in un foglio, una riga per ciascuna:
| Categoria | Esempi |
|---|---|
| Crash o blocco | "si chiude all'avvio" |
| Funzione guasta | "la sincronizzazione si è fermata" |
| Comportamento cambiato | "dove è finito X?" |
| Denaro | nuovo paywall, prezzo |
| Altro | pubblicità, design, non correlato |
Una categoria con molte voci è la tua pista principale. Ordina per versione e dispositivo se il testo lo permette.
3. Controlla i dati concreti
- Tasso di sessioni senza crash e crash principale per versione, dal tuo strumento di segnalazione dei crash.
- Se il crash si concentra su una versione del sistema operativo o su un dispositivo.
- Email di supporto dalla release.
- Eventuali modifiche lato server rilasciate nello stesso periodo.
4. Decidi
- Bug: correggi, rilascia, poi rispondi alle recensioni interessate indicando il numero di versione.
- Modifica di design o comportamento: decidi se è stata voluta. Se sì, spiega il motivo una volta, pubblicamente, e valuta una piccola nota nell'app.
- Cambio di prezzo: vedi rispondere a una recensione sul prezzo.
- Niente di coerente: aspetta e continua a raccogliere dati. Non rilasciare una modifica per il rumore.
Se puoi, rilascia prima una correzione a una quota di utenti, come descritto in come testare un aggiornamento di un'app già pubblicata.
5. Rispondi e fai seguito
Rispondi brevemente con i fatti, senza mai chiedere di cambiare la valutazione. Un recensore che vede una correzione può aggiornare la sua recensione, ma la decisione è sua. La linea guida 5.6.1 di Apple chiede che le risposte restino mirate ai commenti dell'utente, senza informazioni personali, spam o marketing. Per Google Play, controlla le pagine di aiuto ufficiali attuali prima di creare modelli di risposta.
Previeni il prossimo
Il feedback privato di tester esterni sulla release candidate individua problemi del tipo "dove è finito X?" che gli strumenti di crash non vedono. Su AppReviewX, ogni feedback che scrivi ti dà un credito e i nuovi account partono con 0 crediti. Chiedi feedback, non recensioni intorno a una release.
Correlati
- Hub: Guida a recensioni e valutazioni delle app
- Cosa significa una valutazione bassa per le installazioni
- Chiedi feedback, non recensioni
Inizia e testa il tuo prossimo aggiornamento prima che vada online.