En esta guía
Una valoración que baja tras un lanzamiento parece una emergencia. Trabájala en orden. La mayor parte de la respuesta suele estar en datos que ya tienes.
1. Confirma que es real
- Compara la valoración de la nueva versión con la anterior, si tu consola la separa. La media general se mueve despacio; la valoración de una versión se mueve rápido.
- Cuenta cuántas valoraciones nuevas tienes de verdad. Con pocas, dos usuarios enfadados parecen un colapso.
- Mira la fecha: ¿el cambio empezó con el lanzamiento o antes?
2. Lee las reseñas nuevas buscando patrones
Abre cada reseña desde el lanzamiento y clasifícala en una hoja con una línea por reseña:
| Categoría | Ejemplos |
|---|---|
| Fallo o cierre | "se cierra al iniciar" |
| Función rota | "la sincronización dejó de funcionar" |
| Comportamiento cambiado | "¿dónde ha ido X?" |
| Dinero | nuevo paywall, precio |
| Otros | anuncios, diseño, sin relación |
Una categoría con muchas entradas es tu pista principal. Ordena por versión y dispositivo si el texto lo indica.
3. Revisa los datos duros
- Tasa de usuarios sin fallos y el fallo principal por versión, según tu herramienta de informes de fallos.
- Si el fallo se concentra en una versión del sistema operativo o en un dispositivo.
- Correo de soporte desde el lanzamiento.
- Cualquier cambio en el servidor que se publicara al mismo tiempo.
4. Decide
- Error: corrígelo, publica y responde a las reseñas afectadas indicando el número de versión.
- Cambio de diseño o de comportamiento: decide si fue deliberado. Si lo fue, explica el motivo una vez, en público, y valora una pequeña nota dentro de la app.
- Cambio de precio: consulta responder a una reseña sobre el precio.
- Nada consistente: espera y sigue recogiendo datos. No lances un cambio por ruido.
Si puedes, despliega primero la corrección a una parte de los usuarios, como se describe en cómo probar una actualización de una app en producción.
5. Responde y haz seguimiento
Responde brevemente con datos y nunca pidas que cambien la valoración. Un revisor que ve una corrección puede actualizarla, pero es decisión suya. La directriz 5.6.1 de Apple pide que las respuestas se ciñan a los comentarios del usuario, sin datos personales, spam ni marketing. Para Google Play, revisa las páginas de ayuda oficiales vigentes antes de crear plantillas de respuesta.
Evita la siguiente
La retroalimentación privada de probadores externos sobre la versión candidata detecta el problema de tipo "¿dónde ha ido X?" que las herramientas de fallos no ven. En AppReviewX, cada feedback que escribes te da un crédito y las cuentas nuevas empiezan con 0 créditos. Pide feedback, no reseñas alrededor de un lanzamiento.
Relacionado
- Centro: Guía de reseñas y valoraciones de apps
- Qué significa una valoración baja para las instalaciones
- Pide feedback, no reseñas
Empieza y prueba tu próxima actualización antes de que salga.