
Imagen: 80 pantallas de onboarding de apps [diseños originales de Roastmyapp]
“Es increíble cuántas de mis pequeñas aportaciones llegaron al nuevo diseño del onboarding.” —Timo
“Tus diseños de onboarding son excelentes. Me encanta tener opciones de alta calidad para probar a continuación.” — Luke
“Las nuevas pantallas de onboarding son realmente preciosas y encajan muy bien con mi app.” —Jonah
¿Quieres probar 2 flujos de onboarding radicalmente nuevos en las próximas 4 semanas? Mira mi sprint de diseño y optimización del onboarding a continuación.
7 principios que sigo en la experimentación con el onboarding de aplicaciones móviles
- Primero diagnostica los puntos de fricción, antes de tocar nada → Mi regla general: un abandono del 15 al 20 % o más entre dos pantallas es una señal de alarma importante que vale la pena investigar.
- El onboarding continúa la narrativa prometida en la parte alta del funnel → Parte de la promesa que hizo tu anuncio. Elimina cualquier desajuste de expectativas. Y luego tiende un puente hacia la solución.
- Todo se escribe en el lenguaje que hablan los clientes → Nadie escribe desde la imaginación. Crea una hoja de voz del cliente con reseñas de la App Store, transcripciones de entrevistas, encuestas y otras fuentes.
- Cada pantalla necesita un propósito, o se elimina → Una pantalla se gana su lugar si sigue un Framework narrativo probado, genera motivación o nos enseña algo sobre el usuario [edad, perfil demográfico, fuente de adquisición, etc.]
- La duración del onboarding depende de lo grande que sea el problema y de lo cerca que esté de un deseo humano básico → Las apps de dolor alto convierten mejor con un onboarding largo. Las apps de dolor bajo funcionan mejor con uno corto.
- La regla 5-5-5. Las 5 primeras pantallas tras la instalación, las 5 pantallas antes del paywall y las 5 pantallas después de la compra → Estos 3 tramos de pantallas tienen la máxima prioridad para corregir el abandono, preparar al usuario para la petición de compra y eliminar la ansiedad que hace cancelar una prueba.
- Mide el funnel pantalla por pantalla y con mucho detalle → Además de métricas principales como la finalización del onboarding, el inicio de prueba, la conversión de prueba a pago y los ingresos netos por usuario, la analítica debe mostrar qué respuestas eligen las personas y cómo cambia la conversión según la edad, el trabajo por hacer, la fuente de adquisición y el problema con el que llegaron.
Pilar #1/10 → Bloque de bienvenida
El primer conjunto de pantallas tras la instalación. Le dice a la gente para qué sirve la app y la hace entrar en el funnel. Aquí también es donde encontramos abandonos importantes. Sobre todo cuando la promesa hecha en la parte alta del funnel no continúa tras la instalación.
La gente llega con una expectativa creada por un anuncio, una ficha de la tienda o una búsqueda. La pantalla de bienvenida la confirma o la rompe. Alinea la narrativa, no solo la marca. El titular de la propuesta de valor debe hacer eco del anuncio que trajo a cada usuario.
Cómo se ve en el diseño: valoraciones, número de instalaciones o logotipos de prensa justo debajo, para que la confianza se mantenga. Una sola acción principal y un pequeño enlace de inicio de sesión para quienes ya tienen una cuenta.

Pilar #2/10 → Reconocimiento del problema
Son preguntas, pantallas de respuesta y pantallas de contenido diseñadas para señalar el dolor, los problemas y los obstáculos con los que la gente llegó.
Cómo se ve en el diseño: preguntas de cuestionario con distintos métodos de respuesta, como listas de síntomas de selección múltiple, selectores de opciones y controles deslizantes. Las pantallas de respuesta abordan el coste de no actuar, o muestran qué pasa si siguen por el camino en el que están.



Pilar #3/10 → Promesa del producto
Estas pantallas de onboarding muestran el otro lado del problema. El resultado ideal, la transformación, el antes y el después.
Cuando la gente comparte lo que va mal, necesita ver cómo se ve el problema resuelto antes de seguir adelante. Mantén la promesa audaz, pero algo incompleta. Lo suficiente para que sigan avanzando, sin la propuesta completa. Para la propuesta completa está el paywall.
Cómo se ve en el diseño: preguntas sobre objetivos, un gráfico de proyección, una comparación de antes y después, o una pequeña muestra del mejor escenario posible en el que podrían estar.


Pilar #4/10 → Mecanismo de la solución
Pantallas de onboarding que comunican cómo vas a cumplir de verdad la promesa que acabas de hacer.
Una promesa sin un mecanismo detrás se lee como una simple afirmación y una ilusión. Los funnels de alta conversión separan el mecanismo del problema [por qué les pasa] y el mecanismo de la solución [cómo lo resuelve tu app].
Cómo se ve en el diseño: la UI real de la app, no ilustraciones. O mejor aún, deja que los usuarios prueben la función con sus propias manos. Una app de presupuesto puede pedir al usuario que registre un gasto reciente dentro del funnel, antes de haber pagado nada.


Pilar #5/10 → Prueba de que funciona
Pantallas de onboarding que demuestran que este mecanismo de solución ha funcionado para otras personas en su misma situación. Los usuarios quieren saber si funcionó para alguien en su situación, y quieren saberlo justo antes de que se les pida pagar.
Cómo se ve en el diseño: valoraciones de App Store y Play Store, reseñas, citas, logotipos de prensa y los datos de analítica de producto que ya tienes en tu base de datos [por ejemplo, comidas cocinadas, estafas bloqueadas, horas ahorradas.]

Misión secundaria rápida → ¿cómo cambió mi proceso de diseño de crecimiento con la IA?
Antes, todo empezaba en Figma y terminaba en código. Ahora es al revés. Empezamos con código, luego lo pulimos todo de nuevo en Figma y añadimos nuestro toque humano.
Lo llamo diseño con la IA primero y con human-in-the-loop. Así es como funciona:
- Crea un prototipo funcional del funnel de onboarding en HTML con herramientas como Mobbin MCP y Claude Code
- Obtén la aprobación del contenido, los componentes de UI y los patrones de diseño una vez que sabemos qué va en cada pantalla
- Pule de nuevo en Figma donde haga falta. Añade el toque humano. Acaba con el aire de contenido genérico de IA.
- Entrega las especificaciones a los desarrolladores, o construye el flujo en un editor de onboarding sin código como RevenueCat, Superwall o Adapty.
Antes de la IA, los esquemas de pantalla eran una parte importante de este proceso. Ya no lo son. Ahora pasamos la mayor parte del tiempo en Claude.
Por qué seguimos añadiendo un toque humano a cada pantalla: hoy la gente detecta el contenido genérico de IA a kilómetros. Y en cuanto lo detecta, le asocia una connotación negativa. Tengo mucho cuidado de no lanzar contenido genérico de IA a producción y dañar la reputación de un cliente por ahorrar un día de trabajo.
Cómo cambió el plazo: antes de la IA, preparar un nuevo funnel de onboarding llevaba al menos 2 semanas. Ahora, si le das máxima prioridad, una variante de onboarding completamente nueva puede estar lista para lanzar a producción en 3 a 7 días.
Por último, 1 observación reciente: los editores de apps con los que hablo y trabajo parecen sentirse más cómodos construyendo ellos mismos la variante de onboarding en código que recurriendo a una herramienta sin código. ¿Te pasa lo mismo?
Pilar #6/10 → Resultado personalizado
Pantallas de onboarding que muestran la recompensa de cada pregunta que hiciste. Una puntuación, un diagnóstico, un plan con su propio nombre y sus propios números. Es la pantalla que la gente menos está dispuesta a abandonar, porque participó en su construcción. Tiene nombre: el efecto IKEA.
Cómo se ve en el diseño: una pantalla de análisis, porcentajes, una puntuación en un indicador circular, o un desglose de lo que estás haciendo mal y bien. O un plan personalizado en el que se ven sus respuestas.

Pilar #7/10 → Compromiso previo al paywall
Tu último tramo antes de la petición de compra. Creación de cuenta, solicitudes de permisos, pactos de compromiso, escaleras del sí y una última pantalla de prueba social.
Nota: la creación de cuenta y la solicitud para activar notificaciones casi siempre te cuestan usuarios. Pero muchas veces ganan cuando la motivación y la confianza que aportan valen más que la fricción que generan.
Cómo se ve en el diseño: un pacto de compromiso que el usuario acepta con un toque. Un programador de recordatorios. Menciones en prensa de prestigio. Y una que vale la pena probar en casi cualquier app: la creación de cuenta después del paywall en lugar de antes.

Pilar #8/10 → Paywall del onboarding
Tu principal petición para iniciar una prueba o hacer una compra directa. Cada pilar anterior existe para que esta pantalla funcione. Aquí descubres si el recorrido previo cumplió bien su papel o no.
Cómo se ve en el diseño: paywalls de varios pasos, selectores de planes, el patrón de diseño de línea de tiempo de la prueba con anotaciones, ofertas de salida y ofertas únicas, que son tu segunda petición a un usuario que ya te dijo que no una vez.


Pilar #9/10 → UX de onboarding posterior a la compra
Las pantallas que ve un usuario de pago justo después de convertir. Acaba de hacer una inversión. Las siguientes pantallas confirman esa decisión o hacen surgir la idea del reembolso. Un nuevo suscriptor que llega a una app vacía ya está pensando en cancelar.
Cómo se ve en el diseño: una nota del fundador. Una visita guiada. Una llamada de onboarding 1:1 gratuita para productos de precio más alto. Una invitación a la comunidad. Barato de construir, pero casi nadie lo hace.

Pilar #10/10 → Empujón para activar la función clave
Lograr que el usuario complete la primera acción clave. No un recorrido por todas las funciones. Una acción que entregue exactamente lo que se le prometió al entrar. Diseña este paso desde el ángulo de la monetización, no desde el de la interacción.
Cómo se ve en el diseño: una indicación para la primera entrada. Una breve lista de configuración con un anillo de progreso, para que el trabajo ya esté empezado. Una confirmación de prueba desbloqueada que apunte a la siguiente acción en lugar de a un callejón sin salida.

Preguntas frecuentes
¿Qué es el onboarding de una app móvil?
El onboarding de una app móvil es la secuencia de pantallas que recorre un usuario entre la instalación de tu app y la primera acción clave que le aporta el valor que vino a buscar. En una app de suscripción también tiene que guiar al usuario a través del primer paywall, y eso es lo que lo distingue del onboarding de un producto gratuito. No es un recorrido por las funciones. Su trabajo es crear la suficiente percepción del problema y la suficiente confianza en tu mecanismo para que la petición de compra funcione.
¿Cuál es la diferencia entre el onboarding de una app móvil y un recorrido por el producto?
Un recorrido por el producto enseña dónde están los botones. El onboarding de una app de suscripción tiene que vender antes de enseñar. Un recorrido da por hecho que el usuario ya decidió usar el producto, así que su trabajo es la comprensión. El onboarding no da nada por hecho, así que su trabajo es la motivación, la confianza y el compromiso, y la comprensión llega después de la compra. Si tu onboarding es un carrusel de capturas de pantalla de funciones, has construido un recorrido y estás pidiendo dinero al final.
¿Cuántas pantallas debería tener el funnel de onboarding de una app?
No hay un número absolutamente correcto o incorrecto, y no lo decide lo que hacen tus competidores. Nuestra regla general: cuanto más grande es el problema, y cuanto más cerca está ese problema de un deseo humano básico, más largo suele tener que ser el onboarding.
Las apps de dolor alto tienen un onboarding largo, porque el funnel tiene que hacer sentir el problema antes de la petición de compra. Las apps de dolor bajo suelen funcionar mejor con un onboarding corto. La pregunta es cuánto trabajo tiene que hacer tu funnel, no cuántas pantallas debería tener.
¿Qué es la regla 5-5-5 en la optimización del onboarding de apps móviles?
La regla 5-5-5 sostiene que tres tramos cortos de pantallas deciden la mayor parte de los ingresos por suscripción: las cinco primeras tras la instalación deciden si un usuario se queda, las cinco anteriores al primer paywall deciden si está listo para recibir la petición de compra y las cinco posteriores a la compra deciden si cancela.
¿El paywall debería ir dentro del flujo de onboarding o después?
Dentro, casi siempre, y antes de lo que a la mayoría de los equipos les resulta cómodo. Un usuario que ha respondido preguntas sobre su problema, ha visto un resultado personalizado y ha asumido un pequeño compromiso está mucho más dispuesto a recibir la petición de compra que ese mismo usuario tres sesiones después. La excepción son las apps con un disparador natural en el día del usuario, en las que el valor es evidente desde el primer uso y la petición puede esperar. Prueba la ubicación en vez de suponer cuál funciona. Es uno de los experimentos más baratos que existen y mueve más que la mayoría de los cambios de texto.
¿Qué es una buena tasa de finalización del onboarding de una app móvil?
Es el número equivocado para optimizar. La tasa de finalización es fácil de mover eliminando pantallas, y eliminar las pantallas que construyen el problema suele subir la finalización y bajar los ingresos. La usamos para diagnosticar, nunca como métrica principal. Lo que importa son los ingresos netos por usuario y, después, la conversión de instalación a pago y la de prueba a pago. Si quieres una regla general de diagnóstico, mira el abandono entre pantallas individuales en lugar del total: un 15 a 20 % o más de una pantalla a la siguiente suele ser una señal de alarma que vale la pena investigar.
¿Cuáles son los 10 pilares de un funnel de onboarding de apps de alta conversión?
Bloque de bienvenida, reconocimiento del problema, promesa del producto, mecanismo de la solución, prueba de que funciona, resultado personalizado, compromiso previo al paywall, paywall del onboarding, UX de onboarding posterior a la compra y empujón para activar la función clave. No todas las apps necesitan los diez, pero el orden importa más que la cantidad.
¿Cuánto se tarda en diseñar y lanzar una nueva variante de onboarding?
Antes de la IA, se tardaba al menos 2 semanas. Ahora, si le das máxima prioridad, una variante de onboarding completamente nueva puede estar lista para lanzar a producción en 3 a 7 días.
Primero creamos un prototipo funcional del funnel en HTML, cerramos el contenido, lo pulimos de nuevo en Figma y después lo entregamos a tus desarrolladores o lo construimos en un editor de onboarding sin código. Leer el resultado lleva más tiempo que la construcción, porque mantenemos las pruebas durante toda la ventana de prueba a pago en lugar de decidir con la conversión del día 0.
¿Tu proceso de diseño de crecimiento empieza por la IA?
Sí. Lo llamo diseño con la IA primero y con human-in-the-loop. Antes, todo empezaba en Figma y terminaba en código. Ahora es al revés: empezamos con código, usando herramientas como Mobbin MCP y Claude Code para crear un prototipo funcional del funnel de pantallas en HTML, después lo pulimos de nuevo en Figma y añadimos nuestro toque humano. Los esquemas de pantalla eran una parte importante del proceso. Ya no lo son.
¿Por qué no lanzar simplemente funnels de onboarding generados con IA?
Porque la gente reconoce cuándo algo lo ha hecho una IA, y en cuanto lo nota le asocia una connotación negativa. Un funnel que parece generado socava la confianza justo en el momento en que le pides a alguien un pago, y ese daño se traslada a cómo ve tu marca mucho después de que termine el experimento.
Tenemos mucho cuidado de no lanzar contenido genérico de IA a producción y dañar la reputación de un cliente por ahorrar un día de trabajo. La IA es una herramienta de velocidad dentro de nuestro proceso. No es el proceso.
¿Cómo escriben los textos de las pantallas de onboarding?
A partir de una hoja de voz del cliente que creamos para tu app antes de empezar cualquier trabajo de diseño. Es la base de conocimiento con la que trabajamos. Recopilamos reseñas de usuarios de la App Store y de otras fuentes, además de encuestas, solicitudes de funciones y consultas de soporte, y escribimos todo el onboarding a partir de eso. Nadie del equipo escribe una pantalla de onboarding desde la imaginación.
¿Cuántas iteraciones del funnel de onboarding suelen hacer?
Según el tráfico, el programa totalmente gestionado de 3 meses lanza 10+ experimentos en onboarding, paywall, precios y monetización, todos a partir de una hoja de ruta priorizada con RICE. El sprint de onboarding lanza 2 funnels de onboarding radicalmente nuevos en 4 semanas. La cadencia importa más que cualquier rediseño aislado. Una renovación puntual del onboarding te da un solo dato. Una cadencia constante tiene un efecto acumulativo.
¿Qué métricas de éxito miden en los experimentos de onboarding?
La tasa de finalización es un indicador indirecto. Útil para diagnosticar, equivocada como métrica principal. Los ingresos netos por usuario son nuestra métrica principal en las pruebas de onboarding, con la conversión de instalación a pago, la tasa de inicio de prueba y la conversión de prueba a pago como las cifras que se traducen en ingresos. Queremos informes del funnel pantalla por pantalla en Mixpanel o Amplitude, no una única cifra de finalización del onboarding, y leemos la conversión por segmento: edad, trabajo por hacer, fuente de adquisición y el problema con el que llegó el usuario.
¿Cómo conseguimos una auditoría de nuestro funnel de onboarding y cuánto cuesta?
La auditoría es gratuita. Puedes enviar tu app aquí. Después de tu envío, revisamos juntos tu configuración de paywall y onboarding en una llamada de 30 minutos. La mayoría de la gente de apps se va sabiendo dónde pierde su funnel ingresos por suscripción y qué 3 experimentos lanzar primero.
Después de la auditoría inicial, eliges 1 de los 4 planes:
→ Programa de monetización y CRO totalmente gestionado: 15 000 USD en un pago único por un proyecto de 3 meses. Diseñamos, programamos, lanzamos y analizamos 10+ experimentos en onboarding, paywall, precios y monetización.
→ Sprint de diseño y optimización del onboarding: 7500 USD en un pago único por un sprint de 4 semanas. Prueba 2 flujos de onboarding móvil radicalmente nuevos con diseños y textos listos para producción. Totalmente llave en mano.
→ 1 experimento de paywall o de monetización: 1000 USD en un pago único. Diseñamos, implementamos y analizamos 1 prueba en tu stack actual.
→ Asesoría 1:1: 1500 USD al mes, mes a mes. Yo dirijo, tu equipo construye.
Los 3 planes llave en mano son pagos únicos. Sin cuota mensual fija. Sin renovación automática. Ver todos los planes y precios aquí.
¿En qué se diferencia Roast My App del servicio de crecimiento de Superwall?
El servicio de crecimiento de Superwall se centra en experimentos de paywall, precios y ofertas, con un plan mensual que empieza en 5000 USD al mes según los ingresos. Roast My App cubre todo el recorrido de monetización D0, con el diseño y la optimización del funnel de onboarding en el centro, con precios fijos de pago único en sus planes llave en mano y una garantía de ROI positivo. Lee la comparación completa: Alternativa a Superwall para servicios de crecimiento en monetización.
¿Llegaste hasta aquí? ¡Felicidades! Eres de los que terminan lo que empiezan. Aquí tienes otros 3 recursos geniales que te conviene revisar.
¿Necesitas ayuda con el diseño y la optimización del funnel de onboarding de tu aplicación móvil?
Empieza con una auditoría de CRO gratuita de tu app, en la que programamos una charla de 30 minutos con un café por Google Meet para revisar juntos la configuración actual de paywall y onboarding de tu app móvil. Intento hacer esta revisión para 5 apps totalmente GRATIS cada mes.
Al final, la gente se va sabiendo cuáles son los 3 mayores obstáculos que le cuestan dinero real. Si creo que mi programa de monetización y CRO de apps no encaja con tu app, también te lo diré.
Descubre más sobre mi 11FA Framework de monetización y CRO para apps móviles aquí →
Saludos,
Muhammad Rahat
Fundador de Roast My App LLC





