Tareas de onboarding que activan de verdad a tus usuarios

La lista de tareas es el patrón más copiado del onboarding en SaaS y, a la vez, el peor utilizado. Hoy la tiene casi cualquier producto: una tarjeta en una esquina, cinco tareas, una barra de progreso. Y en la mayoría rinde muy por debajo de lo que promete, porque las tareas se eligieron respondiendo a «¿qué necesitamos que el usuario configure?» en lugar de «¿qué hará que este usuario vuelva mañana?».

Esa diferencia pesa mucho más que cualquier decisión sobre el aspecto visual de la lista. Una lista bien construida convierte la ansiedad difusa de estrenar un producto en una partida corta, que se puede ganar y que termina en valor real. Una lista mal construida es tu documentación de configuración con una barra de progreso encima, y el usuario nota la diferencia en cuestión de segundos.

Por qué funcionan las listas de tareas

Los mecanismos que hay detrás son reales y están bien documentados. A cualquiera le motiva más terminar algo que ya ha empezado a la vista que arrancar algo nuevo; por eso una lista que abre con una tarea ya marcada («Crea tu cuenta ✓») rinde mejor que otra que empieza a cero. Una lista corta con barra de progreso le da al recién llegado algo que el onboarding no suele ofrecer: una definición de «terminado». Y como la lista sobrevive entre sesiones, quien se marcha después del segundo paso tiene un motivo y un sitio al que volver, en vez de reencontrarse con todo el producto en frío.

Pero todos esos mecanismos son amplificadores, no fuentes de valor. La lista acelera al usuario a través de lo que tú pongas en ella. Pon valor y acelerarás la activación. Pon trámites y desfilará con enorme eficiencia por los trámites, para marcharse después habiéndolo completado todo sin haber ganado nada.

La única prueba que toda tarea debe superar

Antes de darle hueco a una tarea, pregúntate: ¿completarla acerca al usuario, de forma medible, a su primer momento de valor real? No sirve el «este paso hará falta tarde o temprano»: eso describe casi todo lo que hay en un producto. Lo que decide es si la tarea está en el camino más corto entre el registro y la primera recompensa del usuario.

La respuesta se puede medir. Coge los registros de los últimos meses y compara a quienes hicieron cada acción candidata durante la primera semana con quienes no la hicieron. Algunas acciones separan de forma clarísima a los que se quedan de los que se van; otras no marcan ninguna diferencia. Las tareas con mayor separación merecen estar en la lista. El resto no, diga lo que diga la arquitectura de tu producto.

Las tareas que activan una y otra vez

En los productos SaaS B2B, las tareas con más palanca se agrupan en cinco familias:

• La primera acción central de verdad, con datos reales. Crear el primer proyecto, lanzar la primera campaña, enviar la primera factura: el verbo por el que existe tu producto, ejecutado con el trabajo real del usuario y no con contenido de muestra. Si falta esta tarea, lo demás de la lista da igual.
• Conectar los datos o importar el trabajo que ya existe. En la mayoría de las herramientas, una cuenta vacía no puede dar valor. El paso de importación o integración es el que desbloquea todos los demás, así que suele ir al principio y conviene describirlo por su resultado y no por su fontanería.
• Ver el primer resultado. La configuración desemboca en valor en alguna parte: un informe, un panel, una automatización que termina de ejecutarse. Una tarea explícita del tipo «mira tu primer informe» mete la recompensa dentro del recorrido en lugar de confiar en que el usuario tropiece con ella.
• Invitar al primer compañero de equipo. En los productos colaborativos, una cuenta con dos personas activas se retiene de forma muy distinta a una con una sola. Esta tarea se gana su hueco solo cuando la colaboración forma parte del valor central; en una herramienta realmente individual es relleno.
• El único ajuste que personaliza la experiencia diaria. No un «completa tus preferencias», sino la configuración concreta que cambia de forma visible lo que el usuario ve cada día: conectar un calendario o elegir el espacio de trabajo que se va a vigilar.

Las tareas que solo son relleno

La misma auditoría suele destapar un reparto de polizones muy conocido:

• «Completa tu perfil». Ningún avatar ha activado jamás a nadie. Esta tarea existe porque es fácil de construir y fácil de completar: infla la métrica de finalización sin mover nada.
• «Mira el vídeo de introducción». Mirar no es hacer. Si el vídeo enseña un paso, sustituye la tarea por ese paso.
• «Haz el recorrido de producto». Un recorrido es un vehículo para entregar ayuda, no un logro. Una tarea que apunta a otro patrón de onboarding es el onboarding mordiéndose la cola.
• «Explora el panel». No se puede verificar, no se puede refutar y no se distingue de andar perdido.
• «Verifica tu correo». Requisito legítimo, sitio equivocado: exígelo en el propio flujo de correo y no gastes en él un hueco valioso de la lista.

Ninguna de ellas es inofensiva. Cada tarea de relleno alarga la lista, diluye la sensación de que completar tareas compensa y le enseña al usuario que tu lista se puede ignorar sin consecuencias; una lección que recordará justo cuando aparezca la tarea que sí importa.

Ordena para generar impulso, no para tu arquitectura

Mantén la lista entre tres y cinco tareas. Cada tarea por encima de cinco cuesta finalización, y una lista larga transmite «este producto da trabajo» antes de que el usuario haya visto recompensa alguna.

El orden importa tanto como el número. Abre con una tarea ya cumplida o que lleve menos de un minuto, para que la barra de progreso se mueva de inmediato. Coloca la tarea de mayor valor —la acción central— en segundo o tercer lugar, cuando ya hay impulso pero la atención todavía no se ha agotado. Nunca arranques con el paso más difícil solo porque tu sistema lo exija primero; si la cadena real de dependencias es larga, busca un camino con datos de muestra que permita al usuario vivir el resultado antes de completar toda la configuración.

Y etiqueta las tareas por su resultado, no por su mecanismo. «Descubre dónde abandonan tus usuarios» gana a «Configura el seguimiento de eventos»: misma acción, carga motivacional opuesta. Una pista de duración («unos 2 min») rebaja el coste percibido de empezar.

Que se completen solas con el comportamiento, nunca a mano

Una lista que el usuario marca a mano es una lista que miente. Detecta la finalización a partir de los eventos del producto: cuando el usuario crea de verdad el proyecto o conecta la fuente, la tarea se marca sola, también de forma retroactiva para quien hizo la acción antes de abrir la lista. Nada erosiona más rápido la confianza en tus guías que pedirle a alguien que haga algo que ya ha hecho. Aquí la herramienta marca la diferencia: en NudgePath, las tareas se enlazan con eventos del producto y con segmentos, de modo que su estado refleja lo que el usuario hizo realmente, y quien vuelve encuentra una foto honesta de lo que le queda en lugar de una lista caducada.

Mide tarea a tarea y poda sin piedad

La lista se publica una vez; su contenido no debería darse nunca por cerrado. Sigue dos cifras por tarea: la tasa de finalización y el impacto en activación de quienes la completan frente a quienes no. Las combinaciones te dicen qué hacer después. Mucha finalización sin impacto significa relleno: fuera. Poca finalización con mucho impacto es tu atasco más valioso: reescribe la etiqueta, adelántala o engancha un tooltip o un recorrido breve al paso al que apunta. Y valida la lista entera igual que validarías cualquier funcionalidad: enfréntala a un grupo de control que nunca la vea. Si la activación no se separa entre ambos, el problema no es el patrón, son las tareas.

Un antes y un después, a modo de hipótesis

Imagina una herramienta hipotética de gestión de proyectos. El primer borrador de su lista dice: verifica tu correo, completa tu perfil, mira el vídeo de presentación, crea un proyecto, explora las integraciones. Dos trámites, una tarea pasiva, una tarea vaga y un único paso real enterrado en medio. La versión reconstruida: cuenta creada ✓, importa tus tareas o crea un proyecto (2 min), añade tu primera fecha de entrega, invita a un compañero, mira tu semana en la vista de cronología. Cada tarea es una acción, cada acción le paga algo al usuario y la última es la recompensa en sí misma.

Ahí está toda la disciplina. Una lista de tareas es un contrato: el usuario te entrega cinco acciones y tú le devuelves un producto que funciona. Escribe solo tareas que puedas cumplir.