Funcionalidad · Matelabs
Analítica y métricas en una app: qué medir y qué ignorar
Por Maximiliano Rossi · Publicado el
La analítica y las métricas en una app sirven para responder preguntas concretas: ¿la gente completa lo que vino a hacer?, ¿dónde se traba?, ¿qué funciones se usan y cuáles no? Sin medición, las decisiones sobre qué mejorar se basan en opiniones. Con medición mal planteada, se basan en números que no dicen nada. La clave está en decidir qué preguntas importan antes de instalar cualquier herramienta.
Empezar por las preguntas, no por los gráficos
Una buena práctica es escribir de tres a cinco preguntas de negocio y recién después definir qué medir para responderlas. Por ejemplo:
- ¿Cuántas personas que empiezan una reserva la terminan?
- ¿Cuántos usuarios vuelven a la semana de registrarse?
- ¿Qué pantalla es la última antes de que alguien abandone?
- ¿Qué función se usa más y cuál nadie toca?
Si una métrica no ayuda a tomar una decisión, probablemente no valga la pena medirla.
Métricas útiles y métricas de vanidad
| Suele ser útil | Suele ser de vanidad |
|---|---|
| Porcentaje de usuarios que completan la acción principal | Descargas acumuladas |
| Retención: cuántos vuelven pasados unos días o semanas | Cantidad total de registros, sin saber cuántos siguen activos |
| Tiempo hasta lograr el primer resultado | Pantallas vistas en total |
| Abandono en cada paso de un proceso | Visitas sin contexto |
| Errores y cierres inesperados por versión | Una cifra aislada sin comparación contra un período anterior |
Una descarga indica interés inicial, no valor entregado. Lo que mide si la app funciona es lo que la gente hace después. Esto se vincula con la validación temprana: ver cómo validar una idea de app.
Eventos: la unidad básica
La analítica de apps se construye con eventos: registros de que pasó algo, como «abrió la pantalla de servicios», «eligió un horario» o «confirmó la reserva». Cada evento puede llevar propiedades, por ejemplo qué servicio o desde qué pantalla. Para que los datos sean útiles:
- Definí una lista de eventos con nombres consistentes antes de programarlos.
- Documentá qué significa cada uno y cuándo se dispara.
- Evitá medir todo: pocos eventos bien elegidos valen más que cientos sin criterio.
- Revisá que el dato llegue bien, porque un evento mal instrumentado engaña sin avisar.
El embudo
Un embudo ordena los pasos de un proceso y muestra cuánta gente pasa de uno al siguiente: ver el servicio, elegir horario, ingresar datos, confirmar. Donde la caída es mayor suele estar el problema, sea de diseño, de confusión o de una falla técnica. Es una de las herramientas más rentables, pero hay que definir los pasos con cuidado y entender que una caída no explica por sí sola el motivo. A veces hay que complementar con observación directa de personas usando la app.
Privacidad: medir sin invadir
Medir comportamiento implica tratar datos, y eso tiene reglas. Algunas pautas razonables:
- Informar en la política de privacidad qué se mide y con qué fin.
- Preferir datos agregados o anónimos cuando alcanzan, en lugar de seguir a personas identificadas.
- No enviar a herramientas de terceros datos personales, como nombre, email o documento, si no hace falta.
- Evaluar si corresponde pedir consentimiento. La Ley 25.326 de Protección de Datos Personales rige en Argentina; consultá la guía sobre datos personales y, para tu caso concreto, a un profesional legal.
- Verificar los requisitos vigentes de Google Play y App Store sobre declaración de datos recolectados.
Herramientas, en general
Existen servicios de analítica de terceros que se integran con unas pocas líneas de código, y también la opción de registrar eventos en tu propia base y construir reportes. Los servicios externos ahorran desarrollo y traen paneles listos, pero implican compartir datos con un proveedor y depender de sus condiciones. Construirlo propio da control y requiere más trabajo. Una opción intermedia es empezar con una herramienta externa y mantener una definición clara de eventos para poder migrar. Además, las propias tiendas ofrecen datos básicos de instalaciones y fallas.
Impacto en el alcance y el costo
Instalar una herramienta es rápido; lo que lleva tiempo es definir el plan de medición, instrumentar los eventos en cada pantalla, verificar los datos y armar los reportes que alguien realmente mire. Si querés estadísticas dentro de tu propio panel de administración, como ocupación o ventas por período, es desarrollo adicional.
Riesgos habituales
- Medir todo y no mirar nada.
- Tomar decisiones con muestras muy chicas, sobre todo en una app que recién se lanza.
- Cambiar la definición de un evento y perder la comparación con el pasado.
- Olvidar actualizar la política de privacidad.
Qué preguntar antes de incluirla
- ¿Qué tres decisiones querés poder tomar con datos?
- ¿Quién va a mirar los reportes y con qué frecuencia?
- ¿Qué datos personales aparecerían en las herramientas?
- ¿Alcanza con una primera versión, como se plantea en un MVP, con pocas métricas?
Siguiente paso
Si querés definir qué medir en tu app antes de desarrollarla, contanos tu objetivo desde el formulario de contacto y armamos el plan junto con el alcance.
Seguí leyendo
- Cómo validar una idea de app antes de desarrollarlaEntrevistas, prototipo y landing de prueba para comprobar si tu idea tiene demanda.
- Qué es un MVP (producto mínimo viable) y qué incluirQué es un producto mínimo viable, qué incluir y qué mitos descartar.
- Datos personales en una app: qué dice la Ley 25.326 en ArgentinaConsentimiento, finalidad, derechos y privacidad al diseñar una app en Argentina.