Diagrama de flujo del proceso de onboarding de clientes

Cómo funciona

1. Ajusta los carriles a tus equipos de entrega

   Renombra Cliente, Ventas, Onboarding / Implementación, Finanzas y Soporte con los equipos que existen en tu empresa. Las organizaciones pequeñas suelen fusionar implementación y soporte en un solo carril, o llevar el onboarding desde customer success. Borra un carril en vez de dejarlo vacío, y conserva el carril Cliente aunque solo tenga tres nodos: es la forma más clara de enseñar cuánta parte del camino crítico no controlas.

2. Define qué debe contener el traspaso desde ventas

   Convierte «Traspasar la cuenta a onboarding» en una lista de comprobación: alcance firmado, lo que se prometió de verdad durante la venta, lo que ya se acordó dejar fuera, contactos y decisores designados en el lado del cliente, fecha objetivo de puesta en marcha y cualquier plazo comercial que haya detrás. Decide si ventas sigue en la cuenta hasta el kickoff y déjalo escrito en el diagrama, porque una respuesta implícita suele significar que no se queda nadie.

3. Escribe los criterios de éxito como enunciados medibles

   «Hacer el kickoff y acordar criterios de éxito» solo sirve si el resultado se puede comprobar a los 30 días. Sustituye los objetivos vagos por enunciados con una cifra, un responsable y una fecha: un volumen concreto procesado en el sistema antes de una semana determinada, o un equipo nombrado usándolo como su sistema de referencia. Son los mismos enunciados que releerá el paso «Revisar criterios de éxito a 30 días», así que la vaguedad se paga dos veces.

4. Fija el disparador de finanzas y las reglas de retención

   Deja por escrito qué convierte «¿Requiere control de crédito o KYC?» en un sí en tu organización: importe del contrato, pago aplazado por factura, una entidad jurídica nueva o un sector regulado, e indica quién decide. Después define qué significa una retención en la práctica: si el trabajo de configuración continúa mientras la cuenta está retenida, quién se lo comunica al cliente y qué evidencia la libera. Toma ese texto de tu propia política, no de esta plantilla.

5. Acuerda la prueba de la migración antes de migrar

   Concreta qué comprueba «¿Datos migrados correctamente?»: recuentos de registros por objeto, totales de control en los campos de importe y una muestra que revise el propio cliente. Indica quién da la conformidad, que debería ser el cliente y no el equipo que ejecutó la carga, y pon un límite al número de ciclos de corrección antes de replantear formalmente la fecha de puesta en marcha.

6. Cierra los criterios de go/no-go y publica una copia versionada

   Enumera por adelantado los criterios de preparación, di quién dirige la revisión y confirma que la decisión es del cliente. Añade tus propios umbrales de silencio a la rama de seguimiento: cuántos días sin respuesta antes de escalar y cuántos antes de poner la cuenta en pausa. Después comparte el diagrama con ventas, finanzas y soporte para que lo comenten y mantenlo bajo control de versiones, para que el diagrama y el manual escrito no se separen.

Preguntas frecuentes

¿Cuánto debería durar el onboarding de un cliente?

Depende casi por completo de si hay migración de datos e integraciones en el alcance. Una cuenta autocontenida y sin migración puede estar operativa en una o dos semanas. Añade una migración de datos y una integración y de cuatro a ocho semanas es realista; las implementaciones multisistema con revisión de seguridad se alargan más. La medida útil no es la cifra de extremo a extremo, sino cuánto tiempo retiene la cuenta cada carril, porque la mayor parte de las desviaciones es tiempo de espera y no tiempo de trabajo, y el bloque más grande suele ser la espera de tareas que dependen del cliente, como las extracciones de datos y los accesos de administrador. Mide los traspasos antes de intentar comprimir el trabajo.

¿Qué debe incluir el traspaso de ventas a onboarding?

Lo suficiente para que el equipo de entrega no pregunte al cliente cosas que el cliente ya ha contestado. Es decir: el alcance firmado, lo que se prometió verbalmente durante la venta, lo que se excluyó de forma explícita, las condiciones comerciales que afectan a la entrega (por ejemplo la fecha de inicio de facturación), el patrocinador y los contactos del día a día, el entorno técnico que describió el cliente y cualquier plazo al que el cliente se haya comprometido internamente. Ponlo en un formato estructurado y no en un correo narrativo. El fallo más habitual es la promesa hecha en la última semana del trimestre que nunca llega a quien tiene que cumplirla.

¿Qué se hace cuando un cliente nuevo deja de responder durante el onboarding?

Decide los umbrales por adelantado y no caso por caso. Este diagrama envía una cuenta que no contesta desde «¿El cliente entregó datos y accesos?» al seguimiento del gestor de ventas, que tiene la relación y normalmente el móvil del patrocinador, y de ahí a un estado de pausa y marcado si sigue sin haber contacto. Pausar de forma explícita importa por dos motivos: deja de consumir capacidad de implementación reservada en silencio para esa cuenta y crea un registro de por qué se movió la fecha de puesta en marcha. Acuerda qué significa la pausa en lo comercial, porque muchas veces la facturación ya ha empezado.

¿En qué se diferencia el onboarding de clientes del alta de proveedores o de la incorporación de empleados?

Comparten una palabra y casi nada más. El alta de proveedores es admisión: diligencia debida, clasificación de riesgo y verificación de datos bancarios antes de poder pagar a un proveedor, con la carga de la prueba del lado del proveedor. La incorporación de empleados es un proceso interno de alta que cubre contrato, equipo y accesos. El onboarding de clientes es entrega posterior a la venta: aquí eres tú quien tiene algo que demostrar y el cliente ya tiene un contrato firmado y una expectativa. La consecuencia práctica es que el onboarding de clientes no tiene ninguna puerta que puedas negarte a abrir: si se atasca, el diagrama necesita una pausa definida y un escalado, no un rechazo.