Patrones de onboarding: tours, tooltips, checklists y estados vacíos
Los patrones de onboarding ayudan a empezar sin un tutorial obligatorio. Compara tours, tooltips, checklists, divulgación progresiva y datos de ejemplo.
¿Por qué no basta con un tour inicial?
El error más común es tratar el onboarding como un evento de un solo día: una secuencia de cinco pantallas que se muestra al entrar y que nadie vuelve a ver. Laws of UX sostiene que los tours tradicionales pueden ser un estorbo para los usuarios activos, que quieren empezar de inmediato. Su propuesta es usar tooltips, que ofrecen ayuda ligera y relevante para el contexto, y revelar funciones poco a poco (Laws of UX: Onboarding for active users).
Ese argumento se apoya en la idea de la paradoja del usuario activo, atribuida a Carroll y Rosson en 1987. Es un marco de razonamiento, no un dato cuantitativo: el propio artículo no ofrece cifras.
¿Cómo se comparan los patrones?
| Patrón | Qué hace | Cuándo funciona | Riesgo |
|---|---|---|---|
| Tour guiado | Recorre la interfaz paso a paso | Una decisión previa que hay que tomar para entender lo demás | Se vuelve un obstáculo si es largo o no se puede saltar |
| Tooltip | Explica un elemento en su contexto | Una función que la persona acaba de encontrar | Se acumulan y tapan la interfaz |
| Checklist | Lista de tareas de configuración | Productos orientados a objetivos | Si crece sin podarse, nadie la completa |
| Divulgación progresiva | Muestra lo esencial y oculta lo avanzado | Productos con muchas funciones | Ocultar lo que la persona necesita |
| Estado vacío | Explica qué aparecerá y cómo crearlo | Pantallas que empiezan en blanco | Mensajes genéricos sin acción |
| Datos de ejemplo | Llena la pantalla con contenido de muestra | Paneles y CRMs donde lo vacío confunde | Se olvidan de borrarlos |
Appcues clasifica estos patrones según quién conduce la acción: el producto (tooltips, modales), la persona (checklists, estados vacíos) o un agente. Su criterio práctico es que cada modal sirva solo cuando una decisión debe tomarse antes de que lo demás tenga sentido (Appcues: Product tours: when to use which UI pattern). Es un artículo de un proveedor que vende estas herramientas, así que tómalo como criterio, no como evidencia.
¿Qué dice la divulgación progresiva?
El NN/g la define como mostrar primero solo unas pocas opciones importantes y revelar el resto cuando la persona lo pide. Su artículo es de 2006, pero sigue siendo la referencia básica. Advierte que los diseños con más de dos niveles de revelación suelen tener baja usabilidad, y recomienda decidir qué va en el nivel inicial con análisis de tareas, estudios de campo y datos de frecuencia de uso, complementados con pruebas de usabilidad observacionales (NN/g: Progressive Disclosure). Para un onboarding, eso significa decidir qué es esencial para el primer resultado y dejar el resto para después.
¿Cómo se diseña un checklist que sí se completa?
Appcues propone una lista finita de pasos de configuración con progreso visible, y recomienda que cada elemento produzca un resultado tangible que la persona pueda ver. Advierte que los checklists fallan cuando cada función nueva suma un elemento hasta llegar a una lista de veinte puntos, y aconseja podarlos con regularidad. Como criterio práctico, mantén pocos pasos y revísalos cada vez que cambie el producto.
Lo importante es que la lista no sea un tutorial disfrazado. Si cada paso es «aprende esto», la persona la cierra. Si cada paso es «conecta tu fuente de datos», la lista empuja a una acción real.
Ejemplo ilustrativo
Ejemplo ilustrativo: una herramienta de facturación para freelancers tiene un tour de nueve pantallas al entrar. Casi nadie lo completa. El equipo lo reemplaza por un checklist de tres elementos: conectar una cuenta bancaria, crear el primer cliente y emitir una factura de prueba. La pantalla de inicio, sin facturas todavía, muestra un estado vacío con el botón «Crear mi primera factura» y un enlace a una factura de ejemplo. Los tooltips se activan solo cuando la persona abre el módulo de impuestos por primera vez. Cada patrón responde a una situación distinta.
Si el momento inicial es una pantalla vacía, revisa empty states. Y si el primer resultado depende de un paso largo, el final de ese paso pesa más de lo que parece: el artículo sobre la regla pico-final explica por qué el recuerdo de una experiencia se concentra en su pico y en su cierre.
Errores comunes
- Hacer un tour obligatorio, largo y sin opción de saltarlo.
- Crear un modo de tutorial separado del producto real, que nadie usa después.
- Poner tooltips en cada elemento, de modo que la interfaz quede cubierta.
- Escribir checklists con tareas que son lecciones, no resultados.
- Dejar datos de ejemplo sin un camino claro para reemplazarlos por los propios.
- Medir el onboarding por cuántas pantallas se vieron, en lugar de cuántas personas llegaron al primer resultado.
Qué puedes hacer mañana
- Mide cuántas personas nuevas llegan a tu primer resultado útil, y en qué paso abandonan.
- Reemplaza un tour por un checklist de tres tareas con resultados tangibles, y compara la tasa de finalización.
- Revisa si tu flujo de inicio tiene algún dark pattern, como un botón de salida que se esconde. Un onboarding que empuja no es onboarding; mira patrones oscuros.