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

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.

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.

Dimensión En qué se basa De dónde vienen los datos
Geografía / Territorio Código de país del teléfono, país del contacto, o respuesta explícita de país Número de WhatsApp (automático), pregunta de calificación
Tamaño de empresa Respuesta de número de empleados del flujo de calificación Campo personalizado de ManyChat/Respond.io
Interés en el producto Producto o caso de uso seleccionado durante la calificación Respuesta de botón en el flujo de calificación
Puntuación del lead Puntuación compuesta basada en todas las respuestas de calificación Campo de puntuación de Respond.io o fórmula personalizada

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.

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

Territorio Tamaño empresa Interés producto Enrutar a
EE. UU. 50+ Producto enterprise Equipo Enterprise EE. UU.
EE. UU. Menos de 50 Producto SMB Equipo SMB EE. UU.
UK / EMEA Cualquiera Cualquiera Equipo EMEA
APAC Cualquiera Cualquiera Equipo APAC
LATAM Cualquiera Cualquiera Equipo LATAM
Cualquiera Cualquiera Característica específica Especialista de producto

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:

Pregunta de calificación Respuesta Atributo de enrutamiento Señal de enrutamiento
"¿Cuántas personas en su equipo de ventas?" Menos de 10 Tamaño empresa = Pequeña Ruta SMB
"¿Cuántas personas en su equipo de ventas?" 10-50 Tamaño empresa = Mercado medio Ruta mercado medio
"¿Cuántas personas en su equipo de ventas?" 50+ Tamaño empresa = Enterprise Ruta enterprise
"¿Cuál describe mejor su enfoque?" Venta basada en cuentas Interés producto = ABM Especialista ABM
"¿Cuál describe mejor su enfoque?" SDR de alto volumen Interés producto = SDR Especialista SDR
"¿Está evaluando ahora o investigando?" Evaluando ahora Prioridad lead = Caliente Asignación acelerada
"¿Está evaluando ahora o investigando?" Investigando Prioridad lead = Tibio Cola estándar

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.

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

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. Publique el workflow en modo de prueba primero.

Paso 4: Round-robin para enrutamiento sin cobertura

Algunas conversaciones no coincidirán con ninguna regla específica. 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.

Cuando todos los representantes del equipo general están a plena capacidad, el comportamiento predeterminado es poner la conversación en cola. 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.

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.

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.

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].

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.

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.

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.

"Correcto" significa: el representante que recibió la conversación era el representante adecuado para ese lead según su lógica de enrutamiento.

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)

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.

Más información