Cómo crear un proceso de onboarding de clientes
Cómo diseñar un proceso de onboarding de clientes alrededor del traspaso de ventas a entrega: qué debe cumplirse antes de que implementación acepte una cuenta y cuáles son las dos puertas que sostiene el cliente.
Un proceso de onboarding de clientes va del contrato firmado a que el cliente reciba lo que compró, y su verdadero asunto es el traspaso entre el equipo que vendió el trabajo y el equipo que lo entrega.
En resumen
- Haz del traspaso una puerta y no un anuncio: de las dos formas, solo una es capaz de detener algo.
- Pon al cliente en un carril porque sostiene dos de las puertas, no porque sea lento.
- Los criterios de éxito se acuerdan en el kickoff, porque es contra ellos contra lo que compara la revisión a 30 días.
- Un «Aún no» que solo mueve la fecha de puesta en marcha es un retraso con forma de decisión.
- Las retenciones de compliance sobre una cuenta son normales: diseña el bucle en vez de escalar cada una.
El onboarding falla en el traspaso, no dentro de él
Nada del onboarding de clientes es técnicamente difícil, y aun así se alarga. El motivo es estructural: el proceso abarca dos equipos internos que se encuentran en un solo paso, y la mayoría de los documentos de onboarding tratan ese paso como un anuncio. Ventas cierra, se abre un canal, implementación empieza a leer. Lo que se prometió en la reunión, quién decide dentro del cliente, qué integración se dio por existente: nada de eso es condición de nada, así que nada tiene que ser cierto antes de que empiece el paso siguiente.
Entrega tiene que poder rechazar la cuenta, y alguien con autoridad tiene que decirlo por adelantado. Ese permiso convierte el paquete de traspaso de cortesía en un conjunto de condiciones (un alcance firmado y un contacto designado que pueda aprobar están o no están) y le da al mapa un punto en el que el proceso se detiene y espera. Sin él, un mapa de onboarding es una lista de tareas con flechas, y cada desvío es una condición que vivía en la cabeza de alguien y que se saltó sin que nadie decidiera saltársela.
El ejemplo de abajo pone al cliente en un carril propio, y esa es la segunda cosa que merece copiarse: una decisión dibujada en el carril de otro no se puede contestar en su nombre. «¿El cliente entregó datos y accesos?» es donde el proceso se detiene, y su rama «Sin respuesta» entrega la cuenta a «¿Responde tras el seguimiento de ventas?» en lugar de a un cierre. «¿Aprobada la puesta en marcha?» contesta «Aún no» de vuelta a «Configurar el sistema y las integraciones» en lugar de mover la fecha.
Del contrato firmado al uso real
Onboarding de clientes en cinco carriles, el primero de ellos el del propio cliente: el carril que decide cuándo puede avanzar todo lo demás.
El traspaso es todo el riesgo
Una firma, un traspaso, un kickoff que acuerda criterios de éxito y después un plan publicado con responsables: cuatro filas, de las cuales «Traspasar la cuenta a onboarding» es la segunda. Casi todo lo que después se alarga se puede rastrear hasta lo que esa fila llevaba o dejó de llevar.
Una retención no es un rechazo
Se rellenan las columnas de carril y finanzas se queda la cuenta durante cuatro filas. «¿Requiere control de crédito o KYC?» manda las que sí a «¿Controles de compliance superados?», que puede responder «Retener», y «Retener la cuenta a la espera de evidencias» vuelve a esa misma decisión con «Evidencias recibidas».
La puerta que sostiene el cliente
«¿El cliente entregó datos y accesos?» es donde el proceso deja de trabajar en nombre del cliente, con «Sin respuesta» entregada a ventas para que reclame. Después llegan la configuración y la migración, y «¿Datos migrados correctamente?» manda los fallos a «Corregir errores y volver a cargar» para reverificar.
El «Aún no» manda trabajo hacia atrás
Formación y después «¿Aprobada la puesta en marcha?», que sostiene el cliente: «Adelante» avanza y «Aún no» devuelve a «Configurar el sistema y las integraciones». Tras la revisión a 30 días llega «Traspaso a soporte y gestión de cuenta»; el único final de fracaso es «Onboarding en pausa y marcado», al que se llega por «Sin contacto».
Cómo funciona
Escribe qué está aceptando entrega
Enumera las condiciones que implementación necesita antes de quedarse la cuenta: alcance firmado, un contacto designado que pueda aprobar, requisitos previos de entorno e integraciones y todos los compromisos adquiridos durante la venta. Cualquier cosa de esa lista que no se pueda comprobar no es una condición, es una esperanza: o la haces comprobable o la quitas.
Separa tus pasos de los del cliente
Recorre el flujo dos veces. Marca primero qué pasos ejecuta el cliente y después qué decisiones solo puede contestar el cliente: la segunda lista es corta, normalmente dos entradas, y es la que detiene todo lo demás. Junto a cada una, escribe qué ocurre cuando no llega respuesta, porque esa es la vía que vas a acabar usando.
Teclea los pasos como filas y conéctalos por número
Cada fila de la columna «Box text» se convierte en una caja. Pon en la columna «Line to» los números de fila a los que lleva cada paso, separados por comas. Como las conexiones son números y no líneas dibujadas, renombrar un paso o reordenar la hoja deja el flujo intacto: esa es la diferencia entre un mapa que editas y un mapa que vuelves a dibujar.
Pon al cliente en la columna «Vertical lane»
Los responsables van en la columna «Vertical lane» y las fases en la columna «Horizontal lane», y a la columna le da igual que el responsable esté o no en tu nómina. Pon una fila Decision en el carril del cliente y el propio diagrama declara que la respuesta no es tuya, algo bastante más difícil de esquivar en un kickoff que esa misma frase escrita en un plan.
Dibuja cada negativa como una rama etiquetada
Cada pregunta lleva Decision en la columna «Shape», sus dos destinos en «Line to» y sus palabras de rama en «Line text» en el mismo orden, de modo que ninguna flecha sale del rombo sin etiqueta. Un número de fila anterior es la manera de escribir un bucle: una comprobación de migración fallida que vuelve al paso de corrección, un «Aún no» que vuelve a la configuración.
Mándalo a aprobación y comparte después el enlace
Envía el diagrama terminado a aprobación y manda después su enlace al equipo de cuenta y al contacto designado del cliente. Un registro de aprobación sobre un plan que sale de la empresa contesta la primera pregunta que hacen (si esto está acordado o es el borrador de alguien) y pone fecha a la revisión sobre la que trabajó el kickoff.
Errores que debes evitar
Traspaso por invitación a un canal
Añadir a implementación a un hilo no es una transferencia de responsabilidad. Hasta que alguien confirma qué está aceptando, las suposiciones de la venta siguen en la memoria del comercial y reaparecen como discusiones de alcance en la tercera semana.
Contestar por el cliente su propia puerta
Llega una extracción parcial y «¿El cliente entregó datos y accesos?» se marca como cumplida, porque la alternativa es pararse. La puerta deja entonces de certificar nada y los campos que faltan reaparecen en la migración como un problema de datos y no de recepción.
Mover la fecha en lugar de decidir
Si una decisión de preparación solo puede aplazar, no es una decisión. La respuesta útil a un «Aún no» es una vía de vuelta a un trabajo concreto (configuración, migración o formación) con la fecha recalculada desde donde se reanuda ese trabajo.
Ninguna vía para un cliente que se calla
Las cuentas que dejan de responder no se cierran solas: se quedan en el pipeline consumiendo atención y previsión. Dibuja un estado explícito de pausa y marcado, para que una cuenta esté avanzando o esté visiblemente aparcada.
Crea tu propio mapa de onboarding de clientes
Abre el ejemplo como diagrama propio, fija qué debe tener implementación antes de aceptar una cuenta y renombra los carriles con tus equipos.
Guías relacionadas
Preguntas frecuentes
¿Qué debe incluir un traspaso de ventas a entrega?
Seis cosas, todas comprobables: el alcance firmado, las condiciones comerciales que afectan a la entrega, un contacto del cliente con autoridad para aprobar, todos los compromisos adquiridos durante la venta incluidos los verbales, los requisitos técnicos que la solución da por supuestos y lo que ya se acordó dejar fuera de alcance. Los dos últimos son los que suelen faltar y los que producen las discusiones de alcance de la tercera semana. Haz que el paquete sea condición del traspaso y no un documento que se redacta después de él.
¿Cuánto debe durar el onboarding de un cliente?
No en semanas, y una cifra dada sin sus condiciones es una cifra que vas a incumplir. Dos de las decisiones de este flujo son del cliente («¿El cliente entregó datos y accesos?» y «¿Aprobada la puesta en marcha?»), así que cualquier fecha es una previsión condicionada a esas dos respuestas. Publícala así: la fecha, las dos respuestas de las que depende y qué pasa si no llegan, ya que una rama de «Sin respuesta» mueve la fecha en lugar de absorber el retraso. Los clientes a quienes se les dice cuál de sus respuestas sostiene la fecha tienden a darla antes.
¿Debe ver el cliente el plan de onboarding?
Sí, y el mismo plan con el que trabajas, no un resumen. Un plan que el cliente puede leer es la única forma en que se cree que sus propios pasos están en el camino crítico, y convierte la conversación sobre la preparación para la puesta en marcha en algo negociado por adelantado en lugar de entregado como una sorpresa. Nombra a su contacto junto a las filas que le pertenecen y publica las fechas que esas filas llevan, y las dos respuestas que solo él puede dar dejarán de llegar tarde por defecto.
¿Qué es el time to value y cómo se mide?
El time to value es el tiempo transcurrido desde la firma hasta que el cliente obtiene el resultado que compró, medido contra los criterios acordados en el kickoff y no contra la puesta en marcha. La puesta en marcha es un hito de tu proceso; el valor es un suceso del suyo. Elige una sola cosa observable por cliente (un volumen de transacciones en producción, un informe que finanzas use de verdad, una cola atendida por el sistema nuevo) y compruébala a los 30 días. Sin esa comprobación, el proceso no puede decirte si funcionó.