El embudo de conversión móvil es fácil de dibujar en la diapositiva y difícil de ver en el producto. En la diapositiva, es un triángulo limpio: instalado, abierto, registrado, comprado. En el producto real, es una maraña de pantallas donde el usuario desaparece sin previo aviso, y la mayoría de los equipos solo descubren la fuga cuando el objetivo de ingresos no la alcanza.
La diferencia entre un equipo que arregla el embudo y uno que solo se queja radica en una cosa: saber leer la herramienta. Comprar Mixpanel o Amplitude y mirar el salpicadero sin saber qué pregunta hacer es como hacerse una radiografía y no saber dónde está el hueso roto.
Este texto muestra, con ejemplos concretos, lo que revela cada tipo de herramienta en cada etapa del embudo móvil. No es una lista de funciones, es una guía de lectura.
El embudo móvil tiene pasos que el embudo web no tiene
Antes de los ejemplos, un ajuste del modelo. En el móvil, el embudo comienza antes de la aplicación: en la tienda. Un usuario que ve tu aplicación en la App Store y no la instala ya la ha filtrado. Luego viene la instalación, apertura, incorporación, activación y solo entonces la conversión real.
Cada uno de estos pasos requiere un tipo diferente de herramienta, y ahí es donde los equipos se pierden: utilizan análisis de productos para comprender los problemas de la tienda o herramientas de atribución para comprender los problemas de incorporación. Herramienta correcta, paso correcto.
Ejemplo 1: la fuga en la tienda
Imagine una aplicación de entrega que tiene una buena tasa de instalación en Android y una terrible en iOS. Product Analytics no ve esto porque el usuario de iOS ni siquiera lo instaló.
En este caso, la herramienta adecuada es la atribución y el análisis de la tienda, App Store Connect, Google Play Console o una capa como Ajustar o AppsFlyer. En el ejemplo, Play Console revelaría que la ficha de Play Store en iOS tenía capturas de pantalla desactualizadas y una calificación baja. El problema nunca estuvo en la aplicación; estaba en la ventana.
La lección del ejemplo: si su embudo parece roto en la parte superior, mire alrededor de la tienda antes de tocar el producto.
Ejemplo 2: abandono durante la incorporación
Piense en una aplicación financiera que pierde el 60% de los usuarios entre abrirla por primera vez y completar el registro. ¿Dónde exactamente se dan por vencidos?
Aquí es donde entran las herramientas de embudo de eventos, Mixpanel y Amplitude. Usted define cada paso de incorporación como un evento y la herramienta dibuja el embudo entre ellos. En el ejemplo, Amplitude mostraría una caída brutal en la pantalla de verificación de documentos: el usuario llegó, vio que necesitaba fotografiar su DNI y cerró la aplicación.
Este es el tipo de información que sólo ofrece un embudo de eventos bien instrumentado. Sin él, el equipo se quedaría adivinando si el problema era todo el registro, cuando era solo una pantalla.
Para comprender el motivo del abandono, utilice una herramienta de reproducción de sesiones como Smartlook o grabación de sesiones de Hotjar para dispositivos móviles. En el ejemplo, la grabación mostraría a los usuarios intentando enfocar la cámara sin éxito debido a la mala iluminación en la interfaz. Los datos cuantitativos te dicen dónde; la repetición dice por qué.
Ejemplo 3: conversión que no ocurre
Considere un comercio electrónico móvil con buen tráfico y un carrito lleno, pero bajas tasas de finalización. El embudo de eventos muestra el proceso de pago directo. ¿Y ahora?
Aquí el ejemplo requiere una herramienta de experimentación, Firebase A/B Testing, Optimizely o similar. Planteas una hipótesis: "la bajada se debe a que pedimos la inscripción antes de pagar". Pruebe una versión con pago como invitado. En el ejemplo, la variante de pago sin registro obligatorio recuperaría una parte importante de la conversión perdida.
El objetivo del ejemplo es que las herramientas de embudo muestran el problema, pero sólo la experimentación prueba la solución. Ver la caída no es suficiente; es necesario probar la hipótesis.
El error de lectura más común
El error recurrente en estos ejemplos no es la falta de herramientas, sino la lectura apresurada. Los equipos analizan la métrica agregada (“la conversión cayó un 5 %”) y reaccionan sin segmentar. Pero el embudo móvil radica en el conjunto.
En el ejemplo de entrega, la conversión promedio ocultaba un iOS roto y un Android saludable. Segmentar por plataforma, fuente de tráfico y versión de la aplicación es lo que convierte un número opaco en un diagnóstico. Toda herramienta seria permite esta segmentación; pocos equipos realmente lo usan.
También está la cuestión de los datos. Cada evento que rastrea en el embudo es potencialmente información personal. En Brasil, implementar un embudo sin pensar en el consentimiento y la minimización de datos está generando un pasivo LGPD junto con el tablero. Medir todo no es una estrategia; es riesgo.
Ejemplo 4: la retención que el embudo olvida
La mayoría de los equipos tratan el embudo como algo que termina con la primera conversión. Pero pensemos en una aplicación educativa cuyo embudo de instalación hasta la primera lección es fantástico y que, aun así, pierde casi todos sus usuarios en la segunda semana.
Aquí el embudo tradicional no ve nada, porque solo busca la conversión inicial. La herramienta adecuada es el análisis de retención de cohortes, presente en Amplitude y Mixpanel. En lugar de una línea cada vez más delgada, verá una tabla: de cada grupo de usuarios que vinieron en una semana, cuántos regresaron la siguiente y el siguiente.
En el ejemplo, el análisis de cohorte revelaría que el problema no era la primera clase, sino la falta de una razón para regresar. El usuario completaría la primera clase y nunca recibiría un gancho para la segunda. El diagnóstico cambia completamente la acción: no se trata de cambiar la incorporación, sino de construir un ciclo de reintegración.
La lección de este ejemplo es que la conversión sin retención es vanidad. Un embudo que solo mide la primera conversión celebra a los usuarios que se van. Las herramientas de cohorte son las que extienden la vista del embudo hasta donde se demuestra el valor real del producto, en el retorno del usuario, no en la primera sesión.
La lectura que separa los buenos embudos
La herramienta de embudo no ofrece una respuesta, sino una pregunta más precisa. Los ejemplos anteriores tienen el mismo movimiento en común: la herramienta señalaba dónde mirar y el equipo necesitaba tener la madurez para preguntar por qué antes de actuar.
Quien trata el salpicadero como un veredicto soluciona el síntoma. Quien lo trata como una hipótesis soluciona la causa. Ésta es la diferencia entre optimizar un embudo y simplemente alterarlo.
Si está creando o leyendo el embudo de conversión de su aplicación y desea analizar qué herramientas tienen sentido para usted, vale la pena hablar. Hay otro artículo aquí en el blog sobre el mismo tema que se centra en las operaciones diarias, así como textos sobre análisis y UX móvil.
Lea también
- Embudo de conversión móvil en la práctica: cómo utilizar las herramientas a diario
- Embudo de conversión móvil: optimización de aplicaciones
- Experimentación digital: Pruebas A/B y guía de crecimiento
- Optimización del rendimiento móvil: los pasos esenciales para una aplicación que vuela
- Optimización del rendimiento móvil: ejemplos reales para principiantes
- Embudo de conversión SaaS: deje de optimizar el paso equivocado