In questa guida
I feedback di una beta arrivano in messaggi di chat, email, console degli store e screenshot. Un foglio li raccoglie in un unico posto, così vedi cosa è aperto, cosa si ripete e cosa hai deciso. Incolla l'intestazione qui sotto in un qualsiasi foglio di calcolo.
Intestazione da copiare (separata da tab o CSV)
ID,Data,Fonte,Tester,Area,Tipo,Descrizione,Passaggi per riprodurre,Dispositivo / OS / versione,Gravità,Conteggio,Stato,Decisione,Responsabile,Corretto nella build,Note
A cosa serve ogni colonna
| Colonna | Scopo | Consiglio |
|---|---|---|
| ID | Riferimento stabile (F-001) | Non riutilizzare mai un ID |
| Data | Quando è arrivato | Aiuta a notare i gruppi dopo una release |
| Fonte | Da dove viene: feedback privato, email, chat, segnalazione di crash | Ti fa capire quale canale dà input utili |
| Tester | Chi l'ha segnalato | Serve per fare domande di approfondimento |
| Area | Schermata o flusso (accesso, checkout) | Usa un elenco breve e fisso per poter filtrare |
| Tipo | Bug, usabilità, idea, domanda | Evita che le idee sommergano i bug |
| Descrizione | Una frase con parole tue | Non il messaggio grezzo |
| Passaggi per riprodurre | Passaggi numerati | Vuoto significa "servono altre informazioni" |
| Dispositivo / OS / versione | Dove è successo | Includi la build dell'app |
| Gravità | 1 bloccante, 2 grave, 3 lieve, 4 estetico | Definisci i livelli una volta sola, per iscritto |
| Conteggio | Quanti tester l'hanno segnalato | Aumentalo invece di aggiungere duplicati |
| Stato | Nuovo, servono info, confermato, in lavorazione, corretto, non verrà corretto | Mantieni l'elenco corto |
| Decisione | Correggi ora, dopo, mai, più una riga di motivazione | Il motivo è ciò che ti servirà tra tre mesi |
| Responsabile | Chi se ne occupa | Anche se sei sempre tu |
| Corretto nella build | Build che contiene la correzione | Così i tester sanno cosa ricontrollare |
| Note | Altro |
Righe di esempio (illustrative)
F-001,2026-03-02,Feedback privato,T4,Accesso,Bug,Il pulsante Accedi non fa nulla dopo una password sbagliata,1. Inserisci una password sbagliata 2. Tocca Accedi due volte,Pixel 7 / Android 14 / 0.9.2,2,3,Confermato,Correggi ora: blocca tutti gli utenti che sbagliano a digitare,Io,0.9.3,
F-002,2026-03-03,Email,T7,Impostazioni,Idea,Vuole un tema scuro,,,4,1,Nuovo,Dopo: non serve per il lancio,Io,,
Come usarlo
- Inserisci ogni elemento, anche i duplicati: aumenta il Conteggio invece di aggiungere una seconda riga.
- Ordina per Gravità, poi per Conteggio. Quell'elenco è la tua prossima build.
- Compila Decisione per ogni riga prima di una release, incluso "non verrà corretto". Le righe senza risposta sono dove si perde la fiducia.
- Dopo ogni build, filtra su Corretto nella build e chiedi a chi ha segnalato di confermare.
Limiti: gravità e decisioni sono il tuo giudizio. Per decidere tra molti elementi aperti, vedi come dare priorità al feedback sull'app; per trasformare il mucchio in piani, trasforma le recensioni dell'app in una roadmap.
Correlati
- Hub: hub delle checklist per il test di app mobili
- Checklist per la configurazione dell'ambiente di test
- Checklist della privacy policy per app mobili
Il feedback di AppReviewX arriva strutturato (area, passaggi, dispositivo), quindi entra subito in questo foglio. Un feedback = 1 credito; i nuovi account partono da 0. Inizia gratis.