Ejemplos de flujos de onboarding: 15 patrones para llevar a los usuarios al valor
Los mejores flujos de onboarding llevan a un usuario nuevo a su primer resultado real lo antes posible. Piden muy poco al registrarse, configuran algo útil en nombre del usuario, guían con una lista corta o con pantallas vacías útiles en lugar de recorridos largos, y hacen un seguimiento por email con el siguiente paso. El onboarding ocurre sobre todo detrás del registro, así que a continuación describimos seis ejemplos públicos que pudimos revisar antes de registrarnos en octubre de 2026 y, después, nueve patrones habituales dentro del producto, descritos sin nombrar a ningún producto. Al final: una lista de comprobación, errores comunes y cómo crear el tuyo.
Los 15 ejemplos de un vistazo
| # | Ejemplo | Etapa | Idea clave |
|---|---|---|---|
| 1 | Cal.com | Registro | Con Google o email, «no hace falta tarjeta de crédito» |
| 2 | Basecamp | Prueba | 30 días, sin tarjeta, sin cobro automático |
| 3 | Plausible | Prueba | Demo en vivo antes de la prueba |
| 4 | Stripe | Configuración | Entornos de prueba para probar sin datos reales |
| 5 | Basecamp | Aprendizaje | Clases de demostración en vivo |
| 6 | Vercel | Configuración | Instrucciones de onboarding para agentes de IA |
| 7 | Preguntas de bienvenida | Patrón | Dos o tres preguntas que cambian la configuración |
| 8 | Selector de plantillas | Patrón | Empezar desde algo, no desde nada |
| 9 | Datos de muestra | Patrón | Un ejemplo ya completado para explorar |
| 10 | Lista de configuración | Patrón | Tres a cinco primeras tareas con progreso |
| 11 | Estados vacíos útiles | Patrón | Cada pantalla en blanco explica su siguiente paso |
| 12 | Importar desde otra herramienta | Patrón | Traer datos existentes desde el primer día |
| 13 | Invitar a compañeros | Patrón | En el momento adecuado, no al principio |
| 14 | Explicar el permiso antes | Patrón | Explicar antes de que aparezca el aviso del sistema |
| 15 | Secuencia de emails de bienvenida | Patrón | Un siguiente paso por email |
Ejemplos públicos de onboarding
Son lo que cada empresa mostró públicamente a octubre de 2026. No creamos cuentas, así que describimos solo lo que se ve antes del registro o lo que documentan en sus propias webs.
1. Cal.com: dos botones de registro y sin tarjeta
La página de inicio de Cal.com ofrece «Regístrate con Google» y «Regístrate con email» junto a «No hace falta tarjeta de crédito», y explica la configuración en tres pasos: conecta tu calendario, define tu disponibilidad y elige cómo reunirte.
Aprende de ello: el onboarding empieza en la página de marketing. Contar los pasos de configuración antes del registro hace que la primera pantalla dentro resulte familiar.
2. Basecamp: una prueba que no te atrapa
La página de precios de Basecamp indica que los planes de pago incluyen una prueba gratuita de 30 días, sin tarjeta, y que no se cobra automáticamente cuando termina.
Aprende de ello: quitar el miedo a un cargo sorpresa reduce el coste de probar. Es una contrapartida: pedir tarjeta filtra a los usuarios serios, y no pedirla atrae a más personas. Consulta freemium vs prueba gratuita.
3. Plausible: véalo antes de registrarte
La página de inicio de Plausible pone «Ver demo en vivo» junto a su prueba de 30 días sin tarjeta. La demo en vivo muestra las analíticas reales de su propio sitio.
Aprende de ello: una demo pública permite que las personas se hagan un «onboarding» por su cuenta antes de comprometerse, así que quienes se registran ya saben qué van a obtener.
4. Stripe: un lugar seguro para practicar
La documentación de Stripe describe entornos de prueba (sandboxes) para probar una integración sin afectar a transacciones reales ni a datos reales.
Aprende de ello: si los errores en tu producto son costosos (dinero, mensajes a clientes), ofrece a los usuarios nuevos un modo seguro en el que aprender.
5. Basecamp: clases en vivo
La página de inicio de Basecamp invita a los visitantes a una demo en vivo y a preguntas, con un enlace a las próximas clases.
Aprende de ello: algunas personas aprenden mejor con alguien presente. Una clase en grupo escala mejor que las demos individuales.
6. Vercel: onboarding para agentes de IA
La página de inicio de Vercel indica a las personas desarrolladoras que pueden hacer el onboarding de un agente de programación pidiéndole que consulte y siga la guía de configuración de Vercel.
Aprende de ello: si tus usuarios trabajan cada vez más a través de herramientas de IA, la documentación escrita para esas herramientas forma parte del onboarding.
Patrones de onboarding dentro del producto que puedes copiar
7. Preguntas de bienvenida
Dos o tres preguntas justo después del registro («¿Para qué lo vas a usar?», «¿Cuántas personas hay en tu equipo?») que cambian lo que el usuario ve a continuación, como otra plantilla o una lista distinta. Si una respuesta no cambia nada, no la preguntes.
8. Selector de plantillas
En lugar de una página en blanco, ofrece unos cuantos puntos de partida por caso de uso. El usuario edita algo real en lugar de quedarse mirando una pantalla vacía.
9. Datos de muestra
Rellena la cuenta con un proyecto o conjunto de datos de ejemplo realista, claramente marcado como muestra, con un botón de un clic para «borrar los datos de muestra». Las personas aprenden probando algo que ya funciona.
10. Lista de configuración
Tres a cinco primeras tareas («Añade tu logotipo», «Crea tu primera factura», «Invita a un compañero») con un indicador de progreso. Hazla descartable y marca las tareas como hechas automáticamente cuando el usuario las complete en cualquier parte del producto.
11. Estados vacíos útiles
Cada lista o página vacía explica qué va ahí y ofrece la acción para llenarla: «Todavía no tienes clientes. Añade tu primer cliente o importa un CSV».
12. Importar desde otra herramienta
Si las personas cambian desde una herramienta conocida, ofrece una importación (CSV o directa) desde el primer día. Sus propios datos hacen que el producto les parezca suyo de inmediato.
13. Invitar a compañeros en el momento adecuado
Pregunta después de que el usuario haya creado algo que merezca compartirse, no como primer paso. «Comparte este proyecto» funciona mejor que una pantalla en blanco que dice «invita a tu equipo».
14. Explicar el permiso en móvil
Antes de que el sistema pida acceso a notificaciones, cámara o ubicación, explica en tu propia pantalla por qué lo necesitas y qué obtiene el usuario. Después muestra el aviso del sistema solo si la persona está de acuerdo.
15. Secuencia de emails de bienvenida
Una serie corta, con un siguiente paso en cada email relacionado con lo que el usuario todavía no ha hecho. Deja de enviar emails de configuración en cuanto lo haya hecho. Consulta cómo enviar emails desde tu app.
Lo que tienen en común los mejores flujos de onboarding
- Un primer resultado definido, como «primera reserva recibida», alrededor del cual se construye el flujo.
- Registro corto. Inicio de sesión con redes sociales o email, y nada que pueda esperar.
- Sin sorpresas. Duración de la prueba y requisitos de tarjeta indicados antes del registro.
- Algo ya rellenado: una plantilla, datos de muestra o una importación, no una pantalla en blanco.
- Orientación en contexto mediante listas y estados vacíos, en lugar de recorridos largos.
- Pasos que se pueden saltar para usuarios experimentados.
- Seguimiento por email o mensaje dentro de la app según lo que el usuario ha hecho y lo que no.
- Medido. Sabes qué porcentaje de registros llega al primer resultado.
Errores comunes
- Pedir demasiado al principio. Teléfono, tamaño de la empresa y cargo antes de que se obtenga nada útil.
- Recorridos largos que señalan botones antes de que el usuario sepa para qué sirven.
- Primeras pantallas en blanco sin ninguna pista de qué hacer.
- Invitar a compañeros primero, antes de que haya algo que compartir.
- Emails que ignoran el comportamiento, pidiendo que hagan cosas que ya hicieron.
- Obligar a todos a seguir un mismo camino. Un usuario avanzado y uno principiante necesitan rutas distintas.
- No revisarlo nunca. El onboarding debe cambiar a medida que cambia el producto.
Cómo crear tu propio flujo de onboarding
- Define el primer resultado y enumera todos los pasos entre el registro y llegar a él.
- Elimina o aplaza pasos hasta que solo queden los esenciales.
- Elige dos o tres patrones de los de arriba: normalmente una plantilla o datos de muestra, una lista de configuración y una secuencia de emails.
- Constrúyelo. Con Mythex puedes describir el flujo en un chat («tras el registro, haz dos preguntas y luego muestra una lista de tres tareas») y verlo en una vista previa en vivo, con inicio de sesión y una base de datos para guardar el progreso cuando la app lo necesite. Si ya tienes un producto con muchos usuarios, puede ser más rápido añadir una herramienta especializada de recorridos por el producto o de mensajería dentro de la app que crear la tuya. Explora las plantillas para empezar apps.
- Mide y arregla la caída más grande, un cambio cada vez.
Para la estrategia detrás de esto, lee cómo hacer onboarding a nuevos usuarios y cómo reducir la pérdida de clientes.
Cómo elegimos estos ejemplos
Solo citamos empresas cuyo onboarding pudimos ver sin crear una cuenta, o que sus propias páginas o documentos describen, a octubre de 2026. Describimos lo que mostraron públicamente, no sus flujos dentro de la app, que no probamos. Los patrones dentro del producto son enfoques habituales descritos en términos generales.
Preguntas
¿Qué es un flujo de onboarding?
Es la secuencia por la que pasa un usuario nuevo desde que se registra hasta obtener el primer resultado real con tu producto. Suele incluir el registro, unas cuantas preguntas o pasos de configuración, orientación dentro del producto (una lista de tareas, datos de muestra, consejos) y emails de seguimiento. Su función es llevar a las personas a ese primer resultado cuanto antes.
¿Cuántos pasos debería tener el onboarding?
Los necesarios para llegar al primer resultado útil. Pide solo lo que necesitas ahora y deja el resto para más adelante. Si un paso no cambia lo que el usuario ve a continuación ni le ayuda a obtener valor antes, considera eliminarlo o dejarlo para después.
¿Debería incluir el onboarding un recorrido guiado por el producto?
Un recorrido corto y que se pueda saltar puede ayudar en un producto complejo, pero muchas personas lo omiten. La orientación que aparece cuando hace falta, como un consejo en una pantalla vacía o una lista de primeras tareas, suele enseñar más que un recorrido mostrado de una sola vez.
¿Cómo mido si mi onboarding funciona?
Define la primera acción significativa (por ejemplo, crear un primer proyecto o enviar una primera factura), mide qué porcentaje de los nuevos registros la alcanza y cuánto tardan. Después mira dónde abandonan entre el registro y esa acción, y arregla primero la caída más grande.