Automatización de Enrutamiento de Leads para Leads Capturados por Chat

Por Victor Hoang · Actualizado el 8 de abril de 2026

Un equipo de ventas de 15 representantes enrutaba todos los leads de WhatsApp a un único "equipo de chat": dos representantes junior que clasificaban las conversaciones entrantes, las emparejaban con los dueños de cuenta según una hoja de cálculo de territorio y las reenviaban. Tiempo promedio desde el primer mensaje hasta que el representante correcto veía la conversación: 3,5 horas. La clasificación manual a esa escala es precisamente lo que la automatización de enrutamiento de leads está diseñada para eliminar. Según la investigación de Forrester sobre automatización de ventas, la clasificación manual de leads es una de las principales pérdidas de tiempo para los equipos de ventas B2B, y consume horas que deberían dedicarse a cerrar deals.

Después de construir enrutamiento automatizado en Respond.io con 4 tipos de reglas, ese número cayó a 8 minutos. Los representantes de clasificación fueron reasignados. El tiempo de respuesta mejoró. La tasa de cierre en leads de chat subió un 22% en 90 días, principalmente porque los leads ya no se enfriaban entre el primer contacto y la primera conversación real.

Esta guía le proporciona la lógica de enrutamiento y los pasos de configuración para pasar de la clasificación manual a la asignación automatizada en una semana.

Paso 1: Defina sus dimensiones de enrutamiento

La lógica de enrutamiento que funciona es la que se basa en atributos observables. Antes de construir reglas en cualquier plataforma, defina las 4 dimensiones que deben impulsar la asignación.

El error más común es enrutar en una sola dimensión. El enrutamiento solo por territorio asigna todos los leads de EE. UU. al equipo de EE. UU. independientemente del tamaño de empresa, lo que significa que su representante enterprise recibe leads SMB y su representante SMB recibe leads enterprise. El enrutamiento multidimensional resuelve esto. La documentación de Workflows de Respond.io explica cómo encadenar nodos de condición para una lógica de enrutamiento multiatributo en el constructor visual. Los patrones más amplios de estrategia de distribución de leads se aplican aquí. El canal es chat, pero los problemas de la lógica de enrutamiento son los mismos.

Defina sus dimensiones de enrutamiento en una tabla antes de abrir Respond.io:

Esto se convierte en la entrada para su configuración de reglas de enrutamiento.

Paso 2: Mapee las respuestas de calificación a atributos de enrutamiento

Las respuestas del chatbot son cadenas de texto (respuestas de clic en botón como "50+ empleados" o "Plan Enterprise"). Las reglas de enrutamiento funcionan sobre atributos estructurados. Necesita traducir entre los dos.

Construya esta tabla de mapeo antes de configurar el enrutamiento:

En ManyChat, use la acción Establecer campo personalizado después de cada respuesta de botón para almacenar el valor del atributo de enrutamiento en un campo estructurado. Por ejemplo, después de la pregunta de tamaño de empresa: Si la respuesta = "50+ empleados" → Establecer campo personalizado "company_size_tier" = "Enterprise".

Esto crea atributos de enrutamiento limpios sobre los que Respond.io puede actuar cuando la conversación se sincroniza.

Paso 3: Construya reglas de enrutamiento en Respond.io

En Respond.io, vaya a Workflows → Nuevo Workflow. Nómbrelo "Enrutamiento de Leads Chat [Fecha]" para que pueda rastrear el historial de versiones.

Disparador: Atributo de contacto cambiado → Prioridad lead = Caliente O Disparador de Workflow = Conversación creada (para enrutar de inmediato las conversaciones nuevas)

Estructura de condiciones:

Construya las condiciones en este orden de prioridad. Respond.io evalúa las condiciones de arriba a abajo y se detiene en la primera coincidencia:

Regla 1: Enterprise + Caliente
SI tamaño_empresa = Enterprise Y prioridad_lead = Caliente
ENTONCES Asignar a: Equipo de Ventas Enterprise (Round Robin)

Regla 2: Enterprise + Tibio
SI tamaño_empresa = Enterprise Y prioridad_lead = Tibio
ENTONCES Asignar a: Equipo de Ventas Enterprise (Cola)

Regla 3: Territorio EMEA
SI country del contacto está en [UK, Alemania, Francia, Países Bajos, Países Nórdicos]
ENTONCES Asignar a: Equipo EMEA

Regla 4: Territorio APAC
SI country del contacto está en [Singapur, Australia, Japón, Corea]
ENTONCES Asignar a: Equipo APAC

Regla 5: Territorio LATAM
SI country del contacto está en [México, Brasil, Colombia, Argentina]
ENTONCES Asignar a: Equipo LATAM

Regla 6: SMB + Evaluando
SI tamaño_empresa = Pequeña Y prioridad_lead = Caliente
ENTONCES Asignar a: Equipo de Ventas SMB (Round Robin)

Regla 7: Predeterminado (ninguna regla coincidió)
ENTONCES Asignar a: Cola General de Ventas + notificar líder del equipo

En el constructor de Workflow de Respond.io, cada regla es un nodo de Condición seguido de una acción de Asignación. La condición verifica los valores de los campos personalizados que mapeó en el Paso 2. La asignación envía la conversación al equipo o representante correcto.

Flujo en pantalla: Respond.io → Workflows → Nuevo Workflow → Agregar disparador: Contacto actualizado → Agregar condición: [campo] [operador] [valor] → Agregar acción: Asignar a equipo/agente → Publicar.

Publique el workflow en modo de prueba primero. El modo de prueba de Respond.io le permite ejecutar contactos simulados a través del workflow para verificar que cada regla enrute correctamente antes de salir en vivo.

Paso 4: Round-robin para enrutamiento sin cobertura

Algunas conversaciones no coincidirán con ninguna regla específica. Una conversación puede venir de un país que no está en su lista de territorios, de un tamaño de empresa fuera de los niveles definidos o de un interés de producto que no encaja en ninguna categoría de especialista.

Para estas, configure una asignación round-robin a su equipo de ventas general.

En Respond.io, vaya a Configuración → Equipos → [Equipo de Ventas General] → Modo de asignación → Round Robin.

Round-robin distribuye las conversaciones entrantes de manera uniforme entre los miembros disponibles del equipo. "Disponible" significa representantes que están en línea y no han alcanzado su límite de capacidad de conversación.

Establezca un límite de capacidad de conversación por representante: 10-15 conversaciones activas simultáneamente es un número razonable para un representante enfocado en chat. Por encima de eso, la calidad de respuesta se degrada. En Respond.io, vaya a Configuración → Agentes → [Nombre del agente] → Límite de conversaciones → [número]. La guía de asignación round-robin de Respond.io explica los límites de capacidad, los modos de disponibilidad y el comportamiento de desbordamiento cuando todos los agentes están en su límite.

Cuando todos los representantes del equipo general están a plena capacidad, el comportamiento predeterminado es poner la conversación en cola. Usted quiere saber de inmediato cuando esto ocurre. Significa que tiene poco personal para el volumen actual. Agregue una notificación: Si la conversación está en cola por más de 10 minutos → Notificar al líder del equipo vía Slack.

Paso 5: Sincronización del dueño del CRM

Cuando Respond.io asigna una conversación a un representante, el contacto correspondiente en HubSpot debe actualizar su campo Propietario para coincidir. De lo contrario, sus informes de HubSpot mostrarán el representante incorrecto acreditado con el deal, y su representante estará gestionando contactos que HubSpot cree que pertenecen a otra persona.

Sincronización de Respond.io a HubSpot del dueño:

En Respond.io, vaya a Configuración → Integraciones → HubSpot → Sincronizar asignación. Habilite "Sincronizar asignado como dueño de contacto de HubSpot". Esto actualiza el campo Dueño del contacto de HubSpot cada vez que se asigna o reasigna una conversación en Respond.io. Si aún no ha configurado la integración completa de Respond.io con HubSpot, hágalo antes de habilitar la sincronización del dueño; de lo contrario, estará sincronizando datos de asignación a un registro de contacto que ni siquiera se creó correctamente. La precisión del enrutamiento también depende de que lleguen datos limpios desde el flujo de calificación anterior. Si los campos de ManyChat que alimentan sus atributos de enrutamiento tienen una estructura inconsistente, consulte cómo construir un flujo de calificación en ManyChat para conocer los pasos de mapeo de campos que evitan los desajustes de atributos de enrutamiento.

HubSpot a Respond.io (bidireccional):

Esto es útil cuando su equipo crea deals en HubSpot primero y luego quiere que la conversación de chat refleje el dueño del deal. Requiere un Workflow de HubSpot que llame a la API de Contactos de Respond.io para actualizar el asignado de la conversación cuando cambia el dueño del contacto de HubSpot.

Para la mayoría de los equipos, la dirección Respond.io → HubSpot es suficiente. Comience por ahí.

Paso 6: Enrutamiento por territorio para equipos globales

Las conversaciones de WhatsApp incluyen el código de país del remitente en su número de teléfono. Un prefijo +44 es UK. Un +65 es Singapur. Esta es su señal de territorio más confiable, más confiable que preguntarle al usuario "¿en qué país está?", lo que agrega una pregunta a un flujo de calificación ya lean.

En Respond.io, la detección del código de país es automática. El país del contacto se completa a partir del número de WhatsApp cuando comienza la conversación. Use el campo contact.country en sus reglas de enrutamiento.

Para la detección de idioma, Respond.io identifica el idioma de la conversación en los primeros mensajes. Use conversation.language para enrutar contactos de habla española a representantes de habla española, contactos franceses a representantes franceses, etc. La descripción de Wikipedia sobre la identificación automática de idioma explica cómo los sistemas modernos detectan el idioma a partir de muestras cortas de texto, un contexto relevante para entender cómo funciona la detección de idioma de Respond.io y sus límites con mensajes iniciales cortos.

El enrutamiento considerando la zona horaria es importante si tiene representantes en múltiples husos horarios. Configure el horario laboral por equipo. Un lead de LATAM que llega a las 2am EST debe enrutarse al horario diurno del equipo LATAM, no a la cola nocturna del equipo de EE. UU.

Configure el horario laboral por equipo: en Configuración → Equipos → [Equipo LATAM] → Horario laboral → [establezca la zona horaria local y el horario]. Cuando un lead llega fuera del horario laboral de un equipo, el workflow de enrutamiento debe mantener la conversación hasta el siguiente día hábil o escalarla a un bot fuera de horario con un enlace de reserva de seguimiento.

Paso 7: Enrutamiento de desbordamiento

El desbordamiento ocurre cuando el representante o equipo asignado no está disponible: vacaciones, día de enfermedad, exceso de capacidad. Sin enrutamiento de desbordamiento, los leads se acumulan en una cola y nunca obtienen respuesta.

Nivel 1 de desbordamiento: Representante no disponible. Si el representante asignado se ha marcado como no disponible en Respond.io, la conversación debe reasignarse automáticamente al siguiente representante disponible en su equipo. En Configuración → Equipos → Reglas de asignación, habilite "Omitir agentes no disponibles" en modo round-robin.

Nivel 2 de desbordamiento: Equipo a plena capacidad. Cuando todos los representantes del equipo asignado están en su límite de conversación, las conversaciones deben desbordarse a un equipo secundario. En su workflow de enrutamiento, agregue una condición de respaldo: Si la capacidad del equipo principal = llena → Asignar al equipo secundario.

Nivel 3 de desbordamiento: Fuera del horario laboral o todos los equipos a plena capacidad. La conversación recibe un mensaje de espera automatizado y se marca para seguimiento prioritario la próxima mañana. El mensaje de espera debe incluir un enlace de reserva de calendario. Configure un recordatorio de workflow: Si el estado de conversación = esperando Y antigüedad > 8 horas → Notificar al líder del equipo + marcar para cola de prioridad matutina.

Paso 8: Medición de la precisión del enrutamiento

Después de 30 días de enrutamiento en vivo, ejecute una auditoría de enrutamiento incorrecto. Extraiga 50 conversaciones enrutadas recientes y verifique si la decisión de enrutamiento fue correcta. La investigación de McKinsey sobre el rendimiento de ventas B2B encontró que el enrutamiento rápido y preciso de leads es una de las mejoras operativas de mayor impacto para los equipos de ventas, y algunas empresas lograron aumentos de ingresos del 15-20% solo con la optimización del enrutamiento. Para ver cómo la calidad del enrutamiento afecta en última instancia la generación de pipeline, siga las métricas posteriores en el framework de métricas del funnel de chat, que desglosa las tasas de handoff a reunión por categoría de enrutamiento.

"Correcto" significa: el representante que recibió la conversación era el representante adecuado para ese lead según su lógica de enrutamiento. Un lead enterprise de EE. UU. que llega al equipo SMB es un enrutamiento incorrecto. Un lead de EMEA que llega al equipo de EE. UU. es un enrutamiento incorrecto.

Objetivo de tasa de enrutamiento incorrecto: menos del 5%. Si supera el 5%, identifique el tipo de enrutamiento incorrecto más común y agregue o ajuste la regla de enrutamiento que está fallando.

Causas comunes de altas tasas de enrutamiento incorrecto:

• El campo de país del contacto está en blanco (número de WhatsApp de un servicio VoIP, no vinculado a un país real)
• El campo de tamaño de empresa nunca se completó porque el flujo de calificación terminó antes de tiempo
• Las reglas de enrutamiento se superponen (un contacto coincide con dos reglas y enruta a la incorrecta primero)

Cada causa tiene una solución diferente. Los campos de país en blanco requieren una regla de respaldo. La calificación incompleta requiere una ruta de finalización parcial en su chatbot. Las reglas superpuestas requieren reordenar las prioridades en el workflow de enrutamiento.

Errores comunes

Enrutamiento en una sola dimensión. Una regla de enrutamiento solo por territorio asigna cada lead de EE. UU. al equipo de EE. UU., independientemente del tamaño de empresa, ajuste al producto o prioridad. Agregue al menos 2 dimensiones.

Sin respaldo para reglas no coincidentes. Si un lead no coincide con ninguna regla, no va a ningún lado. Agregue una regla de respaldo catch-all que asigne leads no coincidentes al equipo de ventas general con una notificación al líder del equipo.

Enrutamiento a un equipo en lugar de a un individuo. "Asignar al Equipo de Ventas" significa que nadie posee la conversación hasta que alguien la tome manualmente. Use round-robin dentro del equipo para asignar inmediatamente a un representante específico.

Sin notificación al representante en la asignación. Enrutar una conversación a un representante no lo alerta automáticamente. Asegúrese de que su workflow de enrutamiento incluya un paso de notificación (mensaje de Slack, email o notificación push de Respond.io) inmediatamente después de la asignación.

Qué hacer después

Ejecute 30 conversaciones simuladas a través de su workflow de enrutamiento en el modo de prueba de Respond.io antes de conectar al tráfico en vivo. Use una variedad de entradas (enterprise/EE. UU., SMB/EMEA, calificación incompleta, llegada fuera del horario laboral) y verifique que cada una enrute al destino correcto.

Luego ejecute el workflow en modo en vivo durante 1 semana con 5 representantes, no todos. Revise la precisión del enrutamiento diariamente durante la primera semana. Corrija los problemas con bajo volumen antes de escalar a todo su equipo.

Más información

• El handoff del chatbot al representante: un playbook funcional
• Construyendo un flujo de ManyChat que realmente califica leads B2B
• Configuración de Respond.io con HubSpot de principio a fin