Validación y asignación automáticas de leads entrantes
Un caso de automatización ficticio. El proceso—etapas, responsables y cierre—está en el caso de Arquitectura de Procesos; este trata solo de ejecutar la asignación de forma fiable.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01El resultado
Los leads claros se asignan automáticamente; los dudosos se detienen en una revisión con nombre y con el motivo; cada lead tiene un responsable o un motivo visible de por qué no.
Las reglas de asignación son claras para la mayoría de los leads, pero la geografía ambigua, los clientes existentes y los responsables sin asignar obligan a la automatización a adivinar.
¿Qué decisiones de asignación son deterministas y dónde debe la automatización detenerse y preguntar?
Dar a cada comprobación de asignación un resultado determinista y un camino explícito para cuando hay dudas, en lugar de recurrir a una cola comodín.
Los formularios web de muchos países crean leads que deben llegar a la filial y al responsable adecuados en cuestión de minutos. La mayoría pueden asignarse por país y línea de producto. Algunos no: el país del formulario no coincide con el dominio del correo, la empresa ya es cliente o no hay responsable asignado para una región nueva.
El envío de un formulario crea un lead.
- El lead tiene responsable, o está en revisión con un motivo
- Los clientes existentes llegan a su responsable de cuenta
- Aviso enviado una sola vez
- La reasignación se registra, no se repite
02La realidad · situación actual
Qué hace hoy la automatización.
- Los leads ambiguos van a una cola por defecto que nadie mira
- Los clientes existentes se asignan como negocio nuevo
- Un lead reasignado vuelve a disparar la secuencia de bienvenida
- Las asignaciones fallidas pasan en silencio
- Repetir la asignación tras un cambio de reglas reasigna leads ya trabajados
03Pasos objetivo
Cada paso, con su modo, su actor y su guarda.
- 01Validación
Campos obligatorios, consentimiento y verosimilitud.
- 02Deduplicación
Cruce con leads, contactos y cuentas de cliente.
- 03Resolución de la geografía
País a partir del formulario, el dominio y el teléfono; deben coincidir.
- 04Resolución de la filial
País + línea de producto → sociedad vendedora.
- 05Asignación del responsable
Regla de territorio → responsable; se respeta la capacidad.
- 06Notificación
El responsable recibe un único aviso; arranca el reloj del SLA.
04Dimensión clave · Asignación determinista e incertidumbre diseñada
Cada comprobación tiene respuesta—incluida «no lo sé»
El resultado determinista se ejecuta automáticamente. El incierto se detiene ante una persona, con el motivo.
| Comprobación | Resultado determinista | Si hay dudas |
|---|---|---|
| Validación | Automatizado Completo y verosímil → continuar | Humano Datos inverosímiles → retenidos, no borrados |
| Cliente duplicado | Automatizado Cuenta conocida → responsable de la cuenta | Humano Coincidencia probable → revisión de coincidencias |
| Geografía | Automatizado Formulario, dominio y teléfono coinciden → país | Humano No coinciden → revisión regional |
| Filial | Automatizado País + línea de producto → sociedad | Humano Sin correspondencia → responsable de la configuración |
| Responsable | Automatizado Regla de territorio → responsable | Humano Sin responsable o sin capacidad → jefe de equipo |
Una cola comodín por defecto no es una regla de asignación. Es una excepción sin responsable.
05Seguridad de la ejecución
Si puede ejecutarse dos veces, está diseñado para ejecutarse dos veces.
Quien envía el formulario no debe esperar a la asignación, pero esta debe terminar en minutos y poder repetirse.
- Clave de asignación
- ID del lead + versión de la regla
- Guarda de asignación única
- Una repetición nunca reasigna leads ya trabajados
- Reasignación
- Una acción explícita con motivo; sin repetir la secuencia de bienvenida
- Camino de duda
- Cualquier comprobación puede detenerse en revisión, con su motivo
06Excepciones y recuperación
No todo fallo se resuelve reintentando.
- Geografía ambigua ValidaciónLas señales no coincidenRevisión regional mostrando las señalesOperaciones de ventas regionales
- Probable cliente existente DuplicadoPuntuación de coincidencia en la franja de revisiónRevisión de coincidencias; sin asignarlo como negocio nuevoOperaciones de ventas
- Sin responsable asignado ConfiguraciónBúsqueda de territorio vacíaCola del jefe de equipo; ticket de configuraciónResponsable de la configuración
- Servicio de asignación lento Transitorio · reintentoTimeout en la asignaciónReintentar con la misma claveLa automatización
07Las contrapartidas
Opciones creíbles, evaluadas frente a estas premisas.
Round-robin a una cola por defecto
Una región, un producto
Coste: Oculta todos los leads dudososTriaje manual de todos los leads
Volumen muy bajo
Coste: Respuesta lenta; reglas que todos conocen, aplicadas a manoComprobaciones deterministas con caminos de revisión declarados
Muchas regiones y líneas
Coste: Cada camino de revisión necesita un responsable08La segunda capa
Preguntas que cambian el diseño.
Regla frente a criterio
- ¿Qué es determinista y qué es criterio?
- ¿Qué pasa cuando la geografía es ambigua?
- ¿Qué pasa con un cliente duplicado?
Cambio
- ¿Cómo se gestiona la reasignación?
- ¿Qué pasa tras un cambio de reglas?
- ¿Puede repetirse el proceso sin riesgo?
Visibilidad
- ¿Cómo se hace visible una asignación fallida?
- ¿Quién es responsable de cada camino de revisión?
- ¿Cuándo arranca el reloj de respuesta?
09Decisiones y entregables
Qué produce el trabajo.
- 01Tabla de decisión de asignación
- 02Caminos de revisión con responsable
- 03Guarda de asignación única
- 04Acción de reasignación
- 05Vista de asignaciones fallidas