Requisiti
Come rispondere al questionario per l'accesso alla produzione (esempi per ogni domanda)
Quando, finito il test chiuso, richiedi l'accesso alla produzione, devi rispondere a domande sul test. Le risposte vengono lette e valutate da una persona, quindi risposte deboli portano al rifiuto. Esaminiamo una per una le domande delle tre parti del questionario di Google, mettendo a confronto risposte deboli e risposte efficaci.
Ultimo controllo: 20 set 2026.
1. Che cosa valuta il questionario
Completati i 14 giorni di test chiuso, puoi richiedere l'accesso alla produzione da Play Console. A quel punto devi rispondere ad alcune domande sul test chiuso, e le tue risposte vengono lette ed esaminate da persone di Google. Di solito la revisione si conclude entro 7 giorni.
Il punto è uno solo: Google vuole capire se il test è stato svolto davvero, e non solo per formalità. Una frase come “Il test è andato bene” non dà alcuna informazione ed è una risposta debole; una risposta è forte quando dice che cosa hai osservato e che cosa hai corretto.
2. Passaggio 1: informazioni sul test chiuso
Questo passaggio chiede come si è svolto il test, con quattro domande.
È stato difficile reclutare i tester?
Chiede quanto è stato difficile, quindi non c'è una risposta giusta. Rispondi con sincerità e aggiungi una riga su come li hai trovati: basta così.
Risposta debole
No. È stato facile.
Risposta efficace
Non è stato facile. Con conoscenti e community non arrivavamo al numero necessario, quindi abbiamo usato anche un servizio di test su dispositivi reali e abbiamo raggiunto più di 12 tester.
I tester hanno usato tutte le funzionalità dell'app?
Più che affermare che hanno usato tutto, conviene distinguere fin dove si è arrivati: è più credibile. Se alcune funzioni non sono state usate, è utile spiegare anche il perché.
Risposta debole
Sì, hanno usato tutte le funzionalità.
Risposta efficace
Dal primo avvio fino alle schermate principali (home, elenco e dettaglio, utilizzabili senza accesso) abbiamo verificato su tutti i dispositivi. Pagamenti e notifiche push richiedono un account reale, quindi li abbiamo verificati solo con l'account sviluppatore.
I tester hanno usato l'app in modo simile agli utenti reali?
Risposta debole
Sì, in modo simile.
Risposta efficace
Dopo l'installazione l'app veniva avviata ogni giorno fino ad arrivare alla schermata home, quindi il tempo di utilizzo è diverso da quello di utenti reali che la usano a lungo e più volte al giorno. In compenso abbiamo verificato ripetutamente che il primo avvio funzionasse su diversi produttori e versioni del sistema operativo.
Quali feedback hai raccolto e come?
È la domanda più importante. Scrivi separatamente il metodo di raccolta e ciò che hai raccolto.
Risposta debole
I tester hanno detto che funziona bene.
Risposta efficace
Abbiamo verificato tramite i registri di esecuzione per dispositivo e gli screenshot delle esecuzioni; per ogni esecuzione non riuscita abbiamo annotato il codice di errore e il modello del dispositivo. Su 2 dispositivi Android 11 abbiamo scoperto che, al primo avvio, la schermata di richiesta delle autorizzazioni restava nascosta dietro l'app.
3. Passaggio 2: informazioni sull'app
Sono domande sull'app in sé: il pubblico di destinazione, la proposta di valore e le installazioni previste nel primo anno dal lancio. Qui il test non c'entra: invece di slogan di marketing, scrivi fatti.
- Pubblico di destinazione — sii specifico, ad esempio “lavoratori tra i 20 e i 30 anni che fanno fatica ad alzarsi la mattina”. Evita “tutti gli utenti”.
- Proposta di valore — una frase su cosa distingue l'app dalla concorrenza. Più che elencare funzioni, scrivi “che cosa fa al posto dell'utente”.
- Installazioni previste nel primo anno — rispondi con un intervallo. Meglio non esagerare: un numero alto senza basi fa nascere dubbi sul tuo livello di preparazione.
4. Passaggio 3: preparazione alla produzione
Ti viene chiesto come hai applicato all'app ciò che hai imparato durante il test. È il punto in cui più spesso si decide l'approvazione.
Risposta debole
Abbiamo corretto i bug e stabilizzato l'app.
Risposta efficace
Durante il test abbiamo pubblicato tre aggiornamenti. Nella 1.0.3 abbiamo risolto il problema della schermata delle autorizzazioni nascosta su Android 11; nella 1.0.4, notando che il caricamento al primo avvio era lungo, abbiamo accorciato la schermata iniziale; nella 1.0.5 abbiamo ridotto l'uso di memoria sui dispositivi meno potenti.
Se indichi insieme il numero di versione e cosa hai corretto, il revisore può verificarlo. Per questo caricare un aggiornamento ogni 3-4 giorni durante il periodo di test aiuta molto a scrivere questa risposta.
5. Cosa raccogliere prima di rispondere
Se rispondi a memoria, le risposte diventano vaghe. Se prima raccogli questi cinque elementi, puoi riportarli direttamente in ogni domanda.
- Data di inizio e di fine del test e numero di dispositivi su cui l'app è rimasta installata
- Elenco delle versioni caricate durante il test e cosa è cambiato in ciascuna
- I dispositivi su cui l'esecuzione non è riuscita, con l'errore e la versione del sistema operativo
- Screenshot del primo avvio (che mostrano che richiesta delle autorizzazioni e onboarding funzionano)
- Le funzioni che non hai potuto verificare e il perché
6. Risposte da evitare
- Inventare feedback mai ricevuti. Se scrivi frasi non verificabili come “12 tester hanno detto che l'interfaccia è comoda”, quando emerge un problema a rischiare non è l'app ma il tuo account.
- Rispondere solo “sì” a tutto. Una risposta senza alcuna difficoltà fa sembrare, al contrario, che il test non sia stato fatto.
- Inviare un modello copiato così com'è. Se le stesse frasi si ripetono in più app, il revisore se ne accorge.
- Allungare il testo elencando funzioni. La domanda non riguarda l'elenco delle funzioni, ma che cosa hai imparato dal test.
Domande frequenti
- Posso usare un servizio che compila il questionario al posto mio?
- Non lo consigliamo. Inventare esperienze di tester mai avvenute e inviarle significa fornire informazioni false a Google e, se emerge un problema, a rischiare non è solo l'app ma il tuo account sviluppatore. Scrivere di persona partendo da ciò che è successo davvero è più sicuro e aumenta anche le probabilità di approvazione.
- Devo scrivere in inglese?
- Puoi scrivere anche in italiano. Però frasi lunghe e vaghe non comunicano nulla, quindi è meglio essere concisi e puntare su numeri e fatti concreti.
- I tester non mi hanno dato feedback. Cosa scrivo?
- Non inventare feedback mai ricevuti: scrivi ciò che hai fatto davvero. Ad esempio, anche i fatti osservati durante il test, come gli errori rilevati nelle esecuzioni sui singoli dispositivi, i log degli arresti anomali o la versione del sistema operativo dei dispositivi su cui l'installazione non è riuscita, sono elementi sufficienti.
- Quanto devono essere lunghe le risposte?
- Conta più la concretezza della lunghezza. Bastano 3-5 frasi per domanda; l'importante è che ci siano numeri (dispositivi, durata, numero di versioni) e le modifiche reali.
- Se la richiesta viene rifiutata, devo ricominciare da capo?
- Dipende dal motivo del rifiuto. Se è stata rifiutata per risposte insufficienti, puoi integrarle e fare di nuovo richiesta; se invece il test stesso non soddisfaceva il requisito, potresti dover proseguire il test chiuso.
Soddisfa il requisito senza dover reclutare tester
DUIRE partecipa al tuo test chiuso con dispositivi Android reali e apre la tua app ogni giorno per 14 giorni. Registrare l'app e verificarne l'installabilità è gratuito.