Entender qué hacen los usuarios de tu aplicación
La tienda te dice cuánta gente la instaló. No te dice nada sobre si la abrieron dos veces.
La situación
Una aplicación es más difícil de medir que un sitio y las preguntas son las mismas: a qué pantallas llega la gente, si vuelve, y si la última versión empeoró las cosas.
La dificultad concreta es que una mala compilación no se arregla desplegando. Está ahí fuera hasta que la gente actualice, y el primer aviso suele ser una reseña.
Cómo se hace
1. Añade el SDK. Hay uno para Android, iOS, Flutter, React Native, Kotlin Multiplatform, Unity, .NET y Electron. Cada uno se conforma con el identificador de la aplicación y una llamada para arrancar.
2. Nombra tus pantallas con cuidado. Una aplicación no tiene URL, así que el nombre que informe tu SDK es lo que aparece en todos los informes. Es la única decisión del momento de la instalación que no se puede cambiar barato después.
3. Lee la estabilidad por versión. La tasa sin fallos, separada por versión de la aplicación. En total no significa nada durante un despliegue escalonado: una mala compilación que llega a una décima parte de los usuarios se diluye a una décima.
4. Anota la publicación. La diferencia entre «la interacción cayó en la semana 12» y «la interacción cayó cuando publicamos la 4.2».
5. Cuenta con que las compilaciones viejas sigan informando. El formato de transmisión está congelado en la versión 1, así que una compilación publicada hace dos años sigue mandando datos. Filtrar por versión es cómo se leen los informes, no una función avanzada.
Dónde se para esto
No hay datos de velocidad, y no va a haber unos falsos. El SDK de una aplicación manda cuándo ocurrió una pantalla, no cuánto tardó nada. Inventar un número a partir del hueco entre dos pantallas mediría lo rápido que alguien toca la pantalla. Si necesitas tiempos de arranque y fotogramas por segundo, eso es una herramienta de rendimiento.
Sin mapas de calor, sin grabaciones, sin widget de opiniones. Esos necesitan una página a la que agarrarse. Una aplicación tiene pantallas, sesiones, retención y errores, y esa es la lista entera.
Una tasa sin fallos esconde una función que falla en silencio. La aplicación se mantiene en pie y la pantalla no hace nada. La señal ahí son las pantallas por sesión, no la estabilidad.
Otros trabajos
Arreglar un registro que pierde gente
Encuentra el paso que la gente abandona, y luego mira qué pasó allí de verdad.
Demostrar qué marketing trajo ingresos
Ata el dinero a la campaña, sin que el informe de referentes diga Directo.
Escuchar a los visitantes antes de que se vayan
Un comentario pegado a la página de la que habla, en vez de una encuesta que nadie empieza.
Informar sin repartir contraseñas
Un enlace de solo lectura para un cliente o un consejo, y un resumen que llega solo.
Vigilar un día de lanzamiento
Ve llegar el tráfico según ocurre, y entérate en menos de una hora si va mal.