Requisitos
Cómo responder el cuestionario de acceso a producción (ejemplos por pregunta)
Al terminar la prueba cerrada y solicitar el acceso a producción, tienes que responder preguntas sobre la prueba. Lo lee y evalúa una persona, así que las respuestas pobres terminan en rechazo. Repasamos una por una las preguntas de las tres partes que hace Google y comparamos respuestas débiles y buenas para mostrar qué escribir.
Última revisión: 20 sept 2026.
1. Qué evalúa el cuestionario
Cuando completas los 14 días de prueba cerrada, puedes solicitar el acceso a producción en Play Console. En ese momento tienes que responder preguntas sobre tu prueba cerrada, y una persona de Google lee y revisa tus respuestas. La revisión suele terminar en 7 días.
Lo esencial es una sola cosa: se evalúa si realmente hiciste la prueba, y no solo si cumpliste el trámite. Por eso una frase como “La prueba terminó bien” no aporta información y es una respuesta débil; una respuesta sólida dice qué observaste y qué corregiste.
2. Paso 1: Información de la prueba cerrada
Este paso pregunta cómo hiciste la prueba. Son cuatro preguntas.
¿Te resultó difícil reclutar verificadores?
Pregunta por la dificultad, así que no hay respuesta correcta. Sé sincero y agrega una línea sobre cómo los reuniste; con eso basta.
Una respuesta débil
No. Fue fácil.
Una respuesta sólida
No fue fácil. Con conocidos y comunidades no alcanzábamos la cantidad, así que también usamos un servicio de prueba con dispositivos reales y conseguimos más de 12 verificadores.
¿Los verificadores usaron todas las funciones de la app?
Genera más confianza distinguir hasta dónde se comprobó que afirmar que se usó todo. Si hubo funciones que no se pudieron usar, conviene explicar también por qué.
Una respuesta débil
Sí, usaron todas las funciones.
Una respuesta sólida
Comprobamos en todos los dispositivos desde el primer inicio hasta las pantallas principales (inicio, lista y detalle, que se usan sin iniciar sesión). Los pagos y las notificaciones push requieren una cuenta real, así que solo los comprobamos con la cuenta del desarrollador.
¿Los verificadores usaron la app de forma parecida a los usuarios reales?
Una respuesta débil
Sí, de forma parecida.
Una respuesta sólida
Después de instalarla, la abrían todos los días y comprobaban que se llegara a la pantalla de inicio, así que el tiempo de uso es distinto al de usuarios reales que la usan varias veces al día durante más tiempo. A cambio, comprobamos repetidamente que el primer inicio funcionara bien en varios fabricantes y versiones de Android.
¿Qué comentarios recopilaste y cómo?
Es la pregunta más importante. Escribe por separado cómo los recopilaste y qué recopilaste.
Una respuesta débil
Los verificadores dijeron que funcionaba bien.
Una respuesta sólida
Lo comprobamos con los registros de ejecución por dispositivo y capturas de cada ejecución, y en las ejecuciones fallidas registramos el código de error junto con el modelo del dispositivo. En 2 dispositivos con Android 11 detectamos que, en el primer inicio, la pantalla de solicitud de permisos quedaba oculta detrás.
3. Paso 2: Información de la app
Son preguntas sobre la app en sí: el público objetivo, la propuesta de valor y las instalaciones esperadas en el primer año. Esto no tiene que ver con la prueba, así que escribe hechos en lugar de frases de marketing.
- Público objetivo: descríbelo de forma acotada, por ejemplo “personas de 20 a 39 años que trabajan y a las que les cuesta levantarse por la mañana”. Evita “todos los usuarios”.
- Propuesta de valor: en una frase, en qué se diferencia de las apps de la competencia. En lugar de enumerar funciones, explica “qué hace por el usuario”.
- Instalaciones esperadas el primer año: responde con un rango. Es mejor no exagerar: una cifra grande sin fundamento genera dudas sobre tu preparación.
4. Paso 3: Preparación para producción
Pregunta cómo incorporaste en la app lo que aprendiste en la prueba. Es donde más se decide la aprobación.
Una respuesta débil
Corregimos errores y estabilizamos la app.
Una respuesta sólida
Actualizamos la app tres veces durante la prueba. En la 1.0.3 corregimos el problema de la pantalla de permisos oculta en Android 11; en la 1.0.4, al ver que la carga del primer inicio era larga, acortamos la pantalla de presentación. En la 1.0.5 redujimos el uso de memoria en dispositivos de gama baja.
Si incluyes el número de versión y qué corregiste, el revisor puede comprobarlo. Por eso publicar una actualización cada 3 o 4 días durante la prueba ayuda mucho a escribir esta respuesta.
5. Qué reunir antes de responder
Si respondes de memoria, las respuestas quedan vagas. Si reúnes primero estas cinco cosas, podrás trasladarlas directamente a cada pregunta.
- Las fechas de inicio y fin de la prueba, y la cantidad de dispositivos que mantuvieron la app instalada durante ese tiempo
- La lista de versiones que publicaste durante la prueba y lo que cambiaste en cada una
- Los dispositivos en los que falló la ejecución, con el error y la versión de Android de ese momento
- Capturas del primer inicio (material que muestra que la solicitud de permisos y la introducción funcionan bien)
- Las funciones que no pudiste comprobar y por qué
6. Respuestas que no debes dar
- Inventar comentarios que no existieron. Si escribes frases que no se pueden comprobar, como “los 12 verificadores dijeron que la interfaz era cómoda”, y eso se descubre, lo que corre peligro no es la app sino tu cuenta.
- Responder solo “sí” a todo. Decir que no hubo ninguna dificultad hace que parezca que no hiciste la prueba.
- Enviar una plantilla copiada tal cual. Si las mismas frases se repiten en varias apps, el revisor lo nota.
- Rellenar con una lista de funciones. No te piden una lista de funciones, sino qué aprendiste con la prueba.
Preguntas frecuentes
- ¿Puedo usar un servicio que responda el cuestionario por mí?
- No lo recomendamos. Inventar experiencias de verificadores que no ocurrieron y enviarlas es darle información falsa a Google, y si eso se descubre, lo que corre peligro no es la app sino tu cuenta de desarrollador. Es más seguro, y tienes más probabilidades de que te aprueben, si lo escribes tú basándote en lo que realmente pasó.
- ¿Tengo que escribirlo en inglés?
- Puedes escribirlo en español. Pero las frases largas y ambiguas no se entienden bien, así que es mejor ser conciso y centrarse en cifras y hechos concretos.
- Los verificadores no me dieron comentarios. ¿Qué escribo?
- No inventes comentarios que no recibiste: escribe lo que realmente hiciste. Por ejemplo, los hechos que observaste durante la prueba, como los errores detectados en las ejecuciones por dispositivo, los registros de fallos o la versión de Android de los dispositivos donde falló la instalación, también son un buen respaldo.
- ¿Qué tan largas deben ser las respuestas?
- Importa más ser concreto que extenso. Con 3 a 5 oraciones por pregunta basta; lo importante es que incluyan cifras (cantidad de dispositivos, período, cantidad de versiones) y los cambios que realmente hiciste.
- Si me rechazan, ¿tengo que empezar de cero?
- Depende del motivo del rechazo. Si te rechazaron porque las respuestas del cuestionario eran insuficientes, puedes completarlas y volver a solicitarlo; pero si la prueba en sí no cumplió el requisito, es posible que tengas que seguir con la prueba cerrada.
Cumple el requisito sin reclutar verificadores
DUIRE se une a tu prueba cerrada con dispositivos Android reales y abre tu app todos los días durante 14 días. Registrar tu app y comprobar la instalación es gratis.