Qué es el onboarding de un producto

El onboarding es el recorrido que hace una persona entre que decide usar tu producto y el momento en que consigue por primera vez lo que venía a hacer. En un producto de gestión eso no es «ver el panel»: es emitir la primera factura, importar el primer catálogo, cerrar el primer pedido.

Por eso el alta y el onboarding no son lo mismo. El alta acaba cuando existe una cuenta. El onboarding acaba cuando el producto ha servido para algo, y entre esos dos puntos es donde se pierde la gente que ya había decidido pagarte.

Dónde se cae de verdad

Casi nunca en el diseño de las pantallas. Se cae en tres sitios más aburridos.

En los datos que pides. Cada campo obligatorio es una pregunta que alguien tiene que ir a buscar a otro sitio. Un número de cuenta, un CIF, un dato que está en el departamento de al lado. Quien se levanta a buscarlo muchas veces no vuelve.

En las esperas que no cuentas. Una verificación que tarda, una importación que procesa en segundo plano, una comprobación manual que hace tu equipo. Nada de eso es un fallo, pero una pantalla que no dice qué está pasando ni cuánto falta se lee como un producto roto.

En los errores del final. El sistema acepta seis pasos y rechaza el séptimo por un dato del primero. Ahí no se pierde a quien se equivoca: se pierde a quien ya no sabe qué corregir.

Cómo se mide sin inventarse nada

Con dos números que salen de tu propio sistema, no de un informe de sector.

El primero: de cada cien cuentas creadas, cuántas llegan a hacer la acción que define el producto. El segundo: cuánto tiempo pasa entre lo uno y lo otro. Si además guardas en qué paso se quedó cada persona que no llegó, tienes la lista ordenada de qué arreglar, y deja de ser una discusión de opiniones.

Ese instrumental es parte del trabajo. Un producto que no registra dónde se cae la gente obliga a rediseñar a ciegas, y un dashboard construido sobre esos datos incompletos pinta una curva que no se sostiene.

Cómo lo abordamos

Empezamos mirando a alguien darse de alta de verdad, con sus datos y sin ayuda, y anotando en qué momento se para. Después se decide qué se pregunta antes de entrar, qué se pregunta después y qué no se pregunta nunca porque el sistema lo puede deducir.

La regla que aplicamos es que ningún dato se pide dos veces y ningún dato se pide antes de que haga falta. Un wireframe sirve para acordar ese orden en un rato, antes de construir nada.

Esto es marca y producto sobre un sistema que ya está funcionando, así que se hace sin parar la operación y sin pedirle a nadie que migre de golpe. Lo contamos con más detalle en por qué tus clientes se caen en el alta, y si quieres el orden de los arreglos por escrito sobre tu propio producto, eso es un diagnóstico.