Pienso en esto bastante básicamente. En un entorno de juego, tiene sentido hacer “la pregunta” del usuario justo después de un evento positivo. Sin embargo, muchas aplicaciones, especialmente las que no son juegos y utilidades, no tienen eventos tan positivos.
En ese caso (como el nuestro), pensamos en la edad del usuario (es decir, cuánto tiempo han estado con nosotros) y cuál es la velocidad a la que inician nuevas sesiones de la aplicación. Dado que hay muy pocas aplicaciones que los usuarios tolerarán una mala experiencia y continuarán usando (tal vez solo en Facebook), estamos probando la hipótesis de que un usuario que cumpla una edad mínima y un umbral mínimo de frecuencia de sesión probablemente esté disfrutando de la aplicación. Luego nos sentimos cómodos haciendo “el pedido” para una revisión.
Un problema mayor con este deseo de optimizar para obtener mejores calificaciones es que es difícil probar la conversión más allá de que el usuario haga clic en el botón “Revisar”. Una vez que se pasan a Apple, se hace muy difícil distinguir si el usuario publicó una reseña y si lo hizo de manera favorable. Es justo observar las tendencias de calificación en conjunto, pero sería particularmente difícil probar a / b diferentes momentos / factores desencadenantes.
- ¿Puedo lanzar una versión 2.0 de una aplicación para iPhone que se lanza con el nombre de un socio pero soy el propietario del código; sin acuerdo legal o marca registrada.
- ¿Cuál es la mejor aplicación para reproducir música de fiesta desde un iPod?
- ¿Por qué la aplicación LogMeIn Ignition en App Store es tan cara?
- Actualmente estamos haciendo la prueba beta para nuestra aplicación ios. ¿Existe alguna herramienta que nos ayude a obtener comentarios de los usuarios directamente desde la aplicación?
- En Google Analytics, ¿cómo podemos rastrear las descargas de una aplicación de iTunes en la Apple Store?