1. Define qué significa «terminar»
La tasa solo es interpretable si el inicio y el final tienen eventos explícitos. Elige una entrada observable, como la primera pantalla realmente mostrada, y una llegada concreta, como la primera pantalla utilizable. Descargar una configuración no demuestra que alguien la haya visto.
Escribe la definición antes de modificar el recorrido: aplicación, versión, audiencia elegible, unidad de identidad, zona horaria y plazo para terminar. Separa las instalaciones nuevas de quienes vuelven a abrir una pantalla de configuración. La métrica responde así a una pregunta precisa: cuántos participantes elegibles alcanzaron el destino definido.
- Inicio: la primera pantalla de onboarding se hace visible.
- Final: la aplicación alcanza el destino previsto.
- Ventana: por ejemplo, 24 horas desde el primer inicio.
- Unidad: instalación única; reinstalar puede crear una identidad nueva.
2. Mantén el numerador dentro del denominador
Imagina una cohorte ficticia de 1.000 instalaciones que empieza el lunes. En 24 horas, 800 llegan a preferencias, 650 al último paso y 600 terminan. La finalización global es del 60 %. Son datos didácticos, no resultados de clientes Aplyna ni una referencia del sector.
En un embudo cerrado y ordenado, cada etapa pertenece a la cohorte inicial y sigue las anteriores. Una persona que llega directamente al último paso no debe entrar silenciosamente en el denominador de nuevas instalaciones. Google Analytics distingue embudos abiertos y cerrados por este motivo. Documenta la regla de tu análisis.
Una cohorte, una ventana de finalización
Embudo ficticio de 1.000 instalaciones observadas durante 24 horas.
3. Separa conversión entre pasos y finalización global
El último paso convierte 600 de 650 instalaciones, aproximadamente el 92,3 %. No es el mismo resultado que el 60 % global. Ambos pueden ser útiles, pero un gráfico llamado simplemente «conversión» oculta qué pregunta responde.
Revisa la pérdida absoluta y la relativa. La primera transición pierde 200 instalaciones; la última, 50. Esto orienta la investigación, sin demostrar que una pantalla cause abandono. Lentitud, fallos, reglas de elegibilidad o eventos ausentes pueden producir un patrón parecido.
- La conversión entre pasos describe una transición concreta.
- La finalización global describe el recorrido completo.
- Comprueba producto y telemetría antes de atribuir una caída al diseño.
4. Deduplica y deja madurar las cohortes
Cuenta identidades de instalación distintas, no filas de eventos. Los reintentos y las visitas repetidas no deben inflar la finalización. Conserva identificadores de evento estables y cuenta cada instalación una vez para el resultado elegido. Aplica siempre el ámbito de organización y aplicación.
No dividas todos los finales recibidos hoy entre todos los inicios recibidos hoy si el recorrido puede terminar mañana. Agrupa por cohorte de inicio, aplica su ventana y marca las cohortes todavía incompletas. Los eventos sin conexión pueden requerir un periodo documentado de conciliación.
Recalcula las instalaciones únicas de toda la semana; sumar los valores diarios duplica las que aparecen varios días. Promediar porcentajes diarios también da el mismo peso a cohortes pequeñas y grandes. Recalcula numerador y denominador del periodo.
5. Mide la activación después de completar
Terminar la configuración no equivale a recibir valor. Un lector puede llegar a Inicio sin abrir un libro; alguien puede terminar un cuestionario sin realizar una actividad. Define una acción de activación vinculada al producto y su propia ventana.
Usa finalización como diagnóstico y activación y fiabilidad como guardarraíles. Eliminar pasos puede mejorar la primera y empeorar la personalización. Un experimento controlado debe observar el resultado posterior antes de considerar mejor un recorrido más corto.
En Aplyna, parte de eventos SDK explícitos y definiciones documentadas. Una señal de inicio de prueba no es una compra verificada ni ingresos por suscripción. Consulta la disponibilidad antes de depender de una métrica de proveedor no compatible.
Fuentes y lecturas
Las referencias técnicas pueden estar en inglés. Los ejemplos son educativos; el producto sigue los SDK fuente y las capacidades documentadas actuales. No se atribuyen resultados de clientes.
Publicado por Aplyna. Las ilustraciones editoriales se generaron con IA; no son capturas del producto. Los gráficos muestran ejemplos educativos o diagramas expresamente identificados.
