Diseño de recorridos de producto: los errores que hacen que los usuarios los salten

Pregunta a tus usuarios qué opinan de los recorridos de producto y siempre saldrá la misma palabra: saltar. El reflejo es tan habitual que muchos equipos han concluido que los recorridos, sencillamente, no funcionan: si el usuario los cierra en el primer paso, ¿para qué construirlos?

Pero ese reflejo no es una prueba contra los recorridos. Es una prueba contra un tipo concreto de recorrido: el que recibe a cada usuario nuevo con un desfile de modales por las funcionalidades favoritas del proveedor. Nadie salta la ayuda; se salta el argumentario de ventas disfrazado de ayuda. Los recorridos que respetan la tarea, el momento y la atención de quien los ve sí se completan, y esa finalización aparece más adelante en forma de activación. Entre unos y otros median siete errores de diseño, cada uno con su corrección concreta.

Error 1: recorrer el producto en lugar de la tarea

El fallo más común es de alcance. El recorrido pasea por la navegación, los ajustes, la pestaña de informes, la página de integraciones: el plano completo del edificio cuando el usuario venía a hacer una sola cosa. Quien acaba de entrar llega con un trabajo en la cabeza, y cada paso que no habla de ese trabajo es un paso que soporta, no que aprovecha.

La corrección: elige la única tarea que define el primer momento de valor en tu producto y recorre exactamente esa. Nada de «aquí tienes el menú lateral», sino «así creas tu primera automatización, de principio a fin». Lo demás —ajustes, administración, vistas avanzadas— espera hasta que el comportamiento del usuario diga que le hace falta.

Error 2: aparecer en el peor momento posible

La mayoría de los recorridos se disparan en el primer inicio de sesión, antes de que el usuario haya hecho un solo clic. Parece lógico y casi siempre es un error: en el segundo cero no hay contexto, no hay preguntas todavía y sí un único objetivo, echar un vistazo. Un recorrido que secuestra ese momento es una interrupción, y las interrupciones se cierran. Ese mismo recorrido, ofrecido cuando el usuario abre por primera vez la pantalla implicada, cae sobre alguien que de verdad se está preguntando qué está viendo.

La corrección: dispara los recorridos por contexto, no por registro. La primera visita a una pantalla concreta, el primer clic en una funcionalidad vacía, una señal de bloqueo como treinta segundos de inactividad en una página compleja: ahí ya existe una pregunta que el recorrido puede responder. Y si quieres saludar en el primer inicio de sesión, que sea un único paso breve de orientación y que el usuario elija adónde ir.

Error 3: demasiados pasos

La finalización cae con cada paso que añades, y cae deprisa. De tres a cinco pasos es un recorrido; nueve es una conferencia. Los recorridos largos fallan además por construcción: concentran todo lo que el equipo quiere contar en un momento en el que el usuario apenas puede asimilar nada y, a partir de ahí, lo dejan sin guía durante el resto del camino.

La corrección: limita los recorridos a cinco pasos y gasta ese presupuesto solo en la primera tarea. Si queda más que enseñar, conviértelo en un segundo recorrido disparado más adelante: un usuario que vuelve y abre por primera vez la pantalla de analítica es mucho mejor audiencia para un recorrido de analítica que alguien en su primer minuto de vida en el producto. Varios recorridos cortos encadenados ganan siempre a uno épico.

Error 4: contar en vez de hacer

Un recorrido montado como pase de diapositivas —modal, captura, Siguiente, Siguiente, Siguiente— le pide al usuario que memorice ahora para aplicar después. Nadie lo hace. La atención durante los recorridos pasivos es superficial, y lo poco que se aprende se evapora en cuanto se cierra el modal, porque nunca llegó a conectarse con una acción real.

La corrección: haz que los pasos sean interactivos. Señala el botón de verdad y que el usuario lo pulse de verdad; precarga datos de ejemplo y que ejecute él mismo la acción. Una acción realizada vale más que cinco funcionalidades descritas. El recorrido debería terminar con el usuario habiendo hecho algo: progreso visible en su cuenta, no conocimiento supuestamente transmitido.

Error 5: poner difícil la salida

Algunos equipos reaccionan al abandono quitando la puerta: sin botón de cerrar, avance lineal obligatorio, un recorrido que reaparece en cada inicio de sesión hasta completarse. Así se gana la batalla y se pierde la guerra. Un usuario obligado a atravesar un recorrido aprende una lección duradera —que la ayuda de tu producto es un obstáculo— y la extiende a cada tooltip y cada lista de tareas que le muestres después.

La corrección: que todo recorrido se pueda cerrar en cualquier paso, con un clic evidente y sin culpa. Acompaña la salida con un camino de vuelta: un punto de reentrada discreto y permanente desde el que retomarlo o reiniciarlo más tarde. Saltárselo no es un fracaso: es el usuario diciendo «ahora no». Respétalo y el «más tarde» sigue siendo posible; castígalo y cada aviso futuro heredará ese resentimiento.

Error 6: el mismo recorrido para todo el mundo

Un recorrido escrito para «el usuario» no está escrito para nadie. El administrador que configura el espacio de trabajo, el compañero invitado que solo va a ejecutar tareas y quien está evaluando la herramienta abren el mismo producto con trabajos distintos; y un recorrido que le enseña al invitado los pasos de configuración del administrador es peor que no tener recorrido, porque le describe con todo detalle un trabajo que no es el suyo.

La corrección: segmenta antes de escribir el guion. Con solo dos ramas —quien crea la cuenta frente a quien recibe la invitación— ya desaparece el desajuste más grave. El rol, el plan y el origen del registro suelen estar ya en tus datos; una encuesta de bienvenida de una sola pregunta cubre el resto. Para esto sirve exactamente la segmentación en una plataforma como NudgePath: el mismo producto puede recibir a cada rol con los pasos que de verdad le importan, en lugar de promediar a todo el mundo hasta no servir a nadie.

Error 7: publicarlo y no volver a mirarlo

La mayoría de los recorridos se construyen una vez, se publican y no se miden jamás: como mucho el equipo conoce la tasa de finalización, y a menudo ni eso. Pero aquí la finalización es una métrica de vanidad. Un recorrido puede completarlo todo el mundo y no activar a nadie; y otro al que la mitad de la audiencia renuncia puede salir rentable igualmente si quienes lo terminan activan al doble.

La corrección: instrumenta el abandono paso a paso y léelo como un embudo: el paso en el que la gente se cae es un mensaje sobre su contenido, su longitud o su ubicación. Después mide lo que importa: compara la activación entre quienes vieron el recorrido y un grupo de control que no lo vio. En NudgePath esa comparación es un experimento integrado y no un proyecto de ciencia de datos, y resuelve la única pregunta que cuenta: si el recorrido se gana la interrupción que provoca. Itera sobre los que pierden, conserva los que ganan y vuelve a comprobarlo tras cada cambio de producto que mueva las pantallas a las que apunta.

El patrón que hay detrás de los siete

Relee la lista y verás que un solo principio los cubre: un recorrido está al servicio de la primera tarea del usuario, no es un escaparate del producto. Acótalo a esa tarea, sincronízalo con la pregunta, mantenlo corto, hazlo práctico, deja la salida abierta, ajústalo a la persona que lo ve y exígele resultados en activación, no aplausos. Los usuarios saltan los recorridos que sirven al proveedor. Terminan los que les sirven a ellos.