En una fintech, el onboarding no se cae donde el equipo cree. La sospecha habitual es el formulario de registro, y ahí casi nunca está el problema real: quien llegó hasta completar sus datos ya tiene intención. El tramo que se pierde en silencio es el que viene después, entre la verificación de identidad aprobada y la primera transacción cargada.
Por qué ese tramo queda invisible
La mayoría de los dashboards de producto miden “usuarios registrados” y “usuarios activos” como si fueran dos pasos consecutivos. En el medio hay al menos dos eventos que casi nunca tienen nombre propio: la aprobación de KYC y la carga del primer método de pago. Sin esa separación, el reporte mezcla a alguien registrado ayer con alguien aprobado hace tres semanas que todavía no cargó un peso, y los dos aparecen como “pendiente” en la misma columna.
Esto importa porque el usuario ya aprobado gastó el esfuerzo más caro del proceso: subió documentos, esperó una revisión, reintentó una foto que no salió. Perderlo ahí cuesta más que perder a alguien en el formulario, y sin embargo recibe menos atención porque no se mide como un paso propio.
Los tres eventos que hay que separar
- Registro completado. Fecha y hora en que el usuario terminó de cargar sus datos.
- Verificación aprobada. Fecha y hora en que KYC dio luz verde, no la fecha en que el usuario la inició.
- Primera transacción cargada. El primer movimiento real de dinero, sea una carga, un envío o un pago.
Con esos tres timestamps por usuario alcanza para calcular el tiempo entre cada paso y ver dónde se estanca cada cohorte semanal. No hace falta más infraestructura que esa para el diagnóstico inicial.
Qué mensaje funciona mejor en cada punto
Un email de bienvenida a las 24 horas trata a todos los usuarios igual, sin importar en qué paso están. Un mensaje disparado por el evento “verificación aprobada”, con el paso siguiente exacto (cómo cargar el primer fondo, qué método conviene según el país), convierte más porque responde al momento real del usuario y no a un reloj fijo.
Esa arquitectura, donde la etapa vive como atributo del perfil y dispara el mensaje solo cuando corresponde, es la misma que trabajamos en retención de clientes por etapa de ciclo de vida. En un cliente fintech de pagos cross-border, ese enfoque llegó a ubicar al 99,8% de los usuarios en una etapa concreta, lo que permitió reemplazar campañas separadas por país con un único motor de mensajes.
Por dónde empezar
Antes de automatizar nada, separá los tres eventos en tu tabla de usuarios y calculá cuánto tiempo pasa entre verificación aprobada y primera transacción para las últimas cuatro semanas. Si ese número crece semana a semana, no es un problema de producto: es un problema de que nadie le habla al usuario en el momento exacto en que se quedó trabado.
Ese diagnóstico y el armado del flujo que sigue es el trabajo que hacemos en Automatización de Growth, aplicando la misma lógica de eventos y etapas que usamos para ordenar los datos de un cliente antes de automatizar nada.