Onboarding lleva a un cliente desde el primer mensaje hasta la cuenta activa sin que el expediente salga nunca del sistema. Los documentos se leen al llegar, el formulario regulatorio viene prellenado, la identidad se coteja contra el documento y contra la cara, y lo que hace una persona es confirmar — no volver a escribir. Ocho dominios, treinta y dos módulos, un solo expediente.
Un onboarding no es un formulario: es un expediente que tiene que quedar completo. Avanza por las etapas y en cada una se cierra algo — leído de un documento, cotejado contra una cara, o confirmado por una persona. Lo que importa es cuáles de esos necesitan a alguien y cuáles no.
El cliente manda una foto de su documento y alguien escribe el nombre, el número y la fecha en un formulario. Son minutos por documento, es de donde salen los errores de dedo, y es el paso que decide cuánto tarda todo — porque delante tiene una cola. Y cuando un campo queda mal, nadie se entera hasta que el expediente vuelve rechazado.
El documento llega y vuelve escrito: los campos llenos, cada uno con qué tan segura fue la lectura, y marcados los dos o tres que hay que mirar. Una persona confirma en segundos en vez de escribir por minutos — y lo que confirma es lo que queda en el formulario regulatorio, con registro de quién lo confirmó.
Un cliente puede empezar por WhatsApp y terminar en una agencia. Eso no son dos procesos con un copiar y pegar en medio: es un solo expediente en el que escriben varias puertas, con las mismas etapas y los mismos requisitos detrás de todas.
El canal decide quién habla con el cliente, no qué pide el proceso. Un expediente abierto en la web y uno abierto por un ejecutivo en agencia cierran con los mismos requisitos — y los dos se ven en el mismo tablero.
Ocho dominios, treinta y dos módulos. Nadie compra un formulario de onboarding; lo que se compra es todo lo de alrededor — quién puede ver qué, de dónde salen los catálogos, qué pasa cuando un documento vence.
Los leads y los clientes, desde el portal público o desde cualquier canal, en un pipeline con scoring y origen. Para que nadie se pierda entre el primer mensaje y el expediente.
Quién entra y qué puede hacer: SSO, OAuth 2.0 y una matriz de permisos por módulo. Es lo que permite que un supervisor y un ejecutivo abran el mismo expediente y no vean lo mismo.
Categorías, productos y requisitos con atributos dinámicos. Cambiar qué documentos pide un producto es configuración, no un desarrollo.
El motor: editor de flujos de arrastrar y soltar, el pipeline de etapas, tareas asignables con SLA, y el tablero donde se ven todos los expedientes en curso.
Donde el expediente se llena solo: Cyntia OCR lee, el cotejo facial y la prueba de vida verifican, el análisis forense descarta lo que no es auténtico, y el formulario regulatorio sale en PDF firmado.
OpenAPI, REST y webhooks contra los registros públicos, la autoridad tributaria y el core. Un dato que ya existe en otro sistema no se vuelve a pedir.
El tablero operativo y la línea de tiempo de cada expediente: qué está abierto, cuánto lleva, quién lo tiene y qué falta. Trazabilidad hito por hito.
Tickets, mensajería interna, notificaciones por correo, SMS y push, y una encuesta al cerrar. El cliente pregunta por donde quiera y la respuesta sale del mismo expediente.
Ocho dominios es el resumen; esto es la lista. Treinta y dos módulos, cada uno una pantalla en la que alguien trabaja de verdad, y las diez capacidades que corren por debajo. La lista está aquí porque un sistema de este tamaño no se puede describir en ocho tarjetas sin que suene más pequeño de lo que es.
Desde el primer mensaje hasta la cuenta activa, contando los días que pasa esperando. Ese número es el que vamos a atacar — y te decimos qué parte de él es el proceso y qué parte es el papeleo.
Hablemos