22 de agosto de 2026
El problema del segundo flujo de trabajo: por qué la activación muere después del primer logro
El registro está instrumentado hasta la saciedad. El momento que decide la retención llega después, cuando un usuario intenta hacer aquello para lo que existe tu producto, y nadie está mirando.
Todas las revisiones de onboarding a las que he asistido siguen el mismo guion. Alguien enseña el embudo de registro, señala la caída entre «cuenta creada» y «activado», y la sala acuerda arreglar los primeros cinco minutos. Un formulario más corto. Un estado vacío mejor pensado. Un tour de producto. Y después las cifras apenas se mueven, porque el usuario que se va rara vez se perdió en los primeros cinco minutos. Se perdió en la segunda semana, intentando hacer aquello a lo que de verdad había venido, y nadie estaba mirando ese momento.
Quiero ponerle nombre a ese momento, enseñarte a encontrarlo en tus propios datos y defender que es, dentro de un producto, el lugar donde la ayuda tiene más impacto.
Dos flujos de trabajo, un solo embudo
Todo producto tiene un primer flujo de trabajo y un segundo flujo de trabajo, y no son de la misma naturaleza.
El primer flujo de trabajo es la configuración inicial. Crear un espacio de trabajo, invitar a un compañero, conectar una fuente, importar un archivo. Es lineal, es igual para todos y, precisamente por ser igual para todos, es fácil de convertir en tour, fácil de instrumentar y fácil de optimizar. Aquí va la mayor parte del esfuerzo de onboarding y, sinceramente, casi todos los productos lo resuelven bien.
El segundo flujo de trabajo es la tarea de verdad. Crear el primer informe real. Lanzar la primera campaña. Hacer la primera conciliación. Es lo que el usuario te describiría si le preguntaras por qué se registró. Tiene varios pasos, se ramifica según sus datos, depende de las decisiones que tomó durante la configuración y no es igual en una startup de dos personas que en una empresa con 400 licencias.
El embudo trata ambos como una sola cifra. «Activado» suele definirse con el primer flujo de trabajo, porque es el que emite eventos limpios, y así el panel se pone en verde justo en el momento en que empieza el riesgo real.
Mira tu definición de activación. Si todos sus eventos los puede completar un usuario que todavía no ha producido nada de valor con tu producto, tu métrica de activación mide la configuración, no el éxito.
Por qué los usuarios se van en el segundo flujo de trabajo
No es que el segundo flujo de trabajo sea más difícil, aunque suele serlo. Es que está desatendido de una forma muy concreta.
El tour ya no está. Los tours de producto se lanzan una sola vez, en la primera visita, por un camino conocido. El segundo flujo de trabajo llega el cuarto día, en una página que el tour nunca tocó, y parte de un estado que quien escribió el tour no previó.
La documentación es genérica. La documentación explica la función. No puede explicarla para esta cuenta, con estos datos, en este plan, después de que el usuario se saltara el tercer paso de la configuración. Cuanto más se adapta tu producto a cada cliente, menos puede decir una documentación general.
Nadie en tu equipo sabe que está pasando. Un usuario atascado en la configuración a veces escribe a soporte. Un usuario atascado en el segundo flujo de trabajo normalmente no: da por hecho que es culpa suya, piensa retomarlo más adelante y nunca lo retoma. No hay ticket, ni una grabación de sesión que alguien mire, ni una alerta. La cuenta se queda en silencio y se da de baja en la renovación con un historial de soporte impecable.
El segundo flujo de trabajo es donde el producto deja de ser una demo y empieza a ser trabajo. Y es también el momento en que la mayoría de los productos dejan de ayudar.
Cómo encontrarlo en tus datos
Es casi seguro que ya tienes los eventos; lo que pasa es que no has trazado la línea en el lugar correcto. Este es el ejercicio que yo haría esta misma semana.
1. Escribe, en una frase, la tarea para la que se registró un nuevo cliente. No una función: una tarea. «Enviar una campaña a una lista real». «Cerrar el mes».
2. Asocia esa tarea a la secuencia de eventos más corta que demuestre que se ha hecho. De tres a seis eventos, y que terminen en algo que exista en el mundo real: un correo enviado, un periodo cerrado, una página publicada.
3. Mide el porcentaje de usuarios que completan esa secuencia en los 14 días siguientes a terminar la configuración. Llámalo finalización del segundo flujo.
4. Ponlo al lado de tu cifra de activación actual.
La distancia entre esas dos cifras es tu verdadero problema de onboarding y, en la mayoría de los productos, es la cifra más grande de todo el embudo.
1.º — flujo de trabajo: la configuración — lineal, con tour, instrumentado
2.º — flujo de trabajo: la tarea — ramificado, sin tour, donde se van los usuarios
14 días — una ventana razonable para la finalización del segundo flujo
Qué cifra suele salir
Todos los equipos a los que he pedido este ejercicio han encontrado el mismo patrón: una activación de entre el 40 y el 60 % y una finalización del segundo flujo de entre el 10 y el 25 %. La mitad de los usuarios que tu panel da por activados nunca llegan a hacer aquello a lo que vinieron. No es un problema de documentación ni de pulir la UX. Es un problema de ayuda en el momento justo.
Por qué las soluciones obvias se quedan cortas
Más tours. Los equipos intentan hacer un tour del segundo flujo de trabajo y descubren por qué nadie lo hace: se ramifica. Un tour que funciona en una cuenta vacía se rompe en una cuenta con datos importados; un tour para el plan Growth señala un botón que el plan Launch no tiene. Acabas manteniendo un árbol de tours que se quedan obsoletos cada vez que cambia la interfaz.
Mejor documentación. La documentación es la respuesta correcta para consultar y la equivocada para un usuario atascado. El usuario atascado tiene que salir del producto, encontrar la página adecuada, traducir unas instrucciones generales a su pantalla concreta y volver, todo ello sin perder el hilo de lo que había dejado a medias. La mayoría no lo hace.
Un widget de chat. Se acerca más, porque al menos la ayuda está dentro del producto. Pero un bot que ha leído tu documentación responde en prosa, y la prosa todavía hay que traducirla a clics. Además, no ve la pantalla del usuario, así que no puede saber que el botón que describe está desactivado en su plan.
Cada una de estas soluciones mejora un poco la cifra, lo que da la sensación de ir por buen camino. No es así. Todas comparten el mismo techo: le describen el producto al usuario en lugar de recorrer el flujo con él.
Lo que de verdad mueve la cifra
Los clientes que completan el segundo flujo de trabajo en gran proporción son los que tienen asignado un Customer Success Manager de carne y hueso. No es casualidad, y no es porque el CSM conozca el producto mejor que la documentación. Es porque el CSM hace tres cosas que la documentación no puede hacer:
– Ve la situación real del usuario (su pantalla, sus datos, su plan) y le da el siguiente paso concreto, no el genérico.
– Lo acompaña paso a paso, en directo, en lugar de describírselo. Señalar el botón es mejor que nombrarlo.
– Se da cuenta del silencio. Cuando una cuenta se estanca en el segundo flujo de trabajo, el CSM se pone en contacto antes de que el usuario decida que el producto no es para él.
Un CSM humano solo sale rentable a partir de cierto tamaño de contrato. Lo que me parece tan interesante de este problema es que esos tres comportamientos ya los puede tener el software: leer la interfaz renderizada, llevar un cursor hasta el elemento, observar el uso y hablar primero. Esa es toda la tesis de Barkan —un Customer Success Manager para cada cuenta, no solo para las grandes—, y el segundo flujo de trabajo es justo donde se gana su sitio.
– Tu métrica de activación probablemente mide la configuración, no el éxito. Define y sigue por separado la finalización del segundo flujo.
– Los usuarios se van en el segundo flujo de trabajo porque no tiene tour, no tiene documentación en contexto y nadie se entera, no porque sea demasiado difícil.
– La solución es una ayuda que ve la pantalla, muestra el paso y habla primero. Describir mejor el producto tiene un techo bajo.
Un plan práctico para los próximos 30 días
1. Esta semana: define el segundo flujo de trabajo y mide su finalización. Prepárate para una cifra incómoda.
2. Segunda semana: revisa diez sesiones de usuarios que empezaron el segundo flujo y no lo terminaron. Anota el paso exacto en el que se atascó cada uno. Verás que se concentran en unos pocos puntos.
3. Tercera semana: pon ayuda en los dos puntos donde más usuarios se atascan: dentro del producto, en esa pantalla y adaptada al estado de cada usuario. Si no tienes una capa de guía, un aviso contextual que abra un chat con una persona es mejor que nada.
4. Cuarta semana: vuelve a medir. La finalización del segundo flujo es la cifra que importa; todo lo demás es un indicador indirecto.
El primer flujo de trabajo mete al usuario en el edificio. El segundo decide si se queda. Instruméntalo, ponle gente y deja de felicitarte por un embudo que termina en la puerta.
Barkan ve la pantalla del usuario, le muestra el siguiente paso con un cursor en vivo y habla primero cuando una cuenta se estanca. Una etiqueta script, US$25 en créditos, sin tarjeta.
«La mayoría de los usuarios no quieren otra respuesta. Quieren que les muestren el camino, o que se lo den hecho. Ese es todo el producto.»
Gabriel Lancelot
Cofundador de Barkan
