El round-robin no es una estrategia de enrutado de leads. Es un generador de números aleatorios.
El round-robin optimiza el reparto justo y la moral del equipo, no los ingresos. Este es el modelo de scoring y la lógica de enrutamiento que montamos en su lugar.
Oriol Serra9 jul 2026 · 8 min de lectura
El round-robin parece justo. Ese es exactamente el problema.
Justo es un valor que queréis en un sistema de nóminas, no en un sistema de ingresos. Cuando enrutáis leads de inbound por round-robin, estáis optimizando para el reparto equitativo y la moral del equipo. No estáis optimizando para lo único que mueve el número: poner el lead adecuado delante del rep adecuado lo bastante rápido para ganarlo. Vuestra petición de demo con mejor encaje y mayor intención tiene las mismas probabilidades de caer en vuestro rep más flojo que en el más fuerte. Una moneda al aire decide vuestro pipeline.
La mayoría de equipos nunca lo nota, porque el round-robin no lanza errores. El lead se asigna, salta una notificación, el registro parece atendido. Mientras tanto el deal muere en silencio en una cola que nadie mira. Este es el patrón en casi todas las auditorías de GTM que hacemos: los equipos creen que tienen un problema de generación de leads cuando lo que tienen es un fallo de enrutado y seguimiento. Los leads están bien. El sistema que los recoge está roto. Así lo reconstruimos.
Por qué el enrutado «justo» pierde deals
El round-robin tiene cuatro modos de fallo, y ninguno se ve en un dashboard.
Ignora el encaje. El round-robin no sabe que este lead es una empresa SaaS de 250 personas con HubSpot y aquel otro es un consultor en solitario curioseando. Los dos reciben el siguiente rep de la rotación. Si vendéis más de una cosa, o vuestros reps están especializados, buena parte de vuestros leads acaba con alguien que no los sabe vender bien.
Ignora la disponibilidad. Una petición de demo llega a las 18:00. El siguiente rep de la rotación se desconectó hace dos horas y mañana está en un avión. El round-robin se la asigna igualmente. El lead se queda sin tocar toda la noche mientras un competidor le devuelve la llamada en cinco minutos.
Ignora la intención. Alguien que se descargó un PDF y alguien que entró tres veces en vuestra página de precios y luego reservó una llamada son idénticos para una rotación. No lo son. Uno es un curioso sin presupuesto; el otro es un comprador con una fecha límite.
Ignora la velocidad, y esta es la cara. Contactar un lead dentro de los primeros cinco minutos os hace mucho más probable calificarlo que esperar aunque sea media hora, y la mayoría de compradores B2B simplemente compran a quien responde primero. El round-robin añade latencia justo en el momento en que la latencia sale más cara.
Nada de esto aparece como una alarma roja. Aparece como números un poco peores en todas partes: tiempos de respuesta un poco más lentos, tasas de contacto un poco más bajas, algunas reasignaciones manuales más. Nadie culpa al enrutado, porque técnicamente los leads sí se asignaron. Eso es lo que lo convierte en una fuga silenciosa de ingresos.
Paso 1: puntuad antes de enrutar
No podéis enrutar con inteligencia sobre datos que no tenéis. El enrutado es el último paso de un sistema de scoring, no una función suelta, así que construimos el score primero. Y partimos cada lead en dos scores independientes, porque encaje e intención son preguntas distintas y juntarlas en un solo número esconde la verdad.
El encaje (lo escribimos como ICP_score) se construye en Clay a partir de atributos firmográficos y de rol: sector, tamaño de empresa, seniority y encaje tecnológico. Añadimos columnas de control, size_valid, title_valid y region_valid, para que una entrada basura no pueda inflar un score. Un VP de RevOps en una SaaS de 200 personas puntúa alto. Un becario en un negocio de 4 personas puntúa bajo, por muchos emails que abra.
La intención es conductual. Escribimos un outreach_intent_score en el contacto de HubSpot, graduado por fuerza de la señal: una petición de demo o reunión es un 10, una acción de precios o lead magnet es un 5, una respuesta irrelevante es un 1. El sentimiento de la respuesta viaja aparte en su propia propiedad (outreach_reply_sentiment) para que la lógica de enrutado pueda leerlo directamente. La intención no es actividad: cinco descargas de contenido de un curioso no son intención; una visita a la página de precios de un comprador sí.
Después juntamos los dos scores en cuatro niveles que todo el mundo en el negocio entiende: Hot, Warm, Consider, Ignore. Esos niveles son la moneda del enrutado. Los reps no discuten si es un 73 o un 68; saben qué significa «Hot» y qué debe pasar con él.
Paso 2: validad el modelo contra el closed-won
Un modelo de scoring que no habéis probado contra la realidad es solo una opinión con números encima. Antes de ponerlo en producción, pasamos el modelo hacia atrás sobre vuestro pipeline histórico. La prueba es simple e implacable: vuestro 10% de leads mejor puntuados debería explicar al menos el 80% de vuestros ingresos closed-won. Si no lo hace, el modelo está mal ponderado, y arreglamos los pesos antes de que un solo lead se enrute con él. Saltaos esto y mandaréis reps hacia las cuentas equivocadas, con confianza, a toda velocidad, para siempre.
Una trampa que evitar: no construyáis el modelo solo con datos de closed-won. El closed-won es un indicador rezagado; os dice quién acabó comprando, no quién parecía idéntico y nunca se implicó. Usadlo para validar el modelo, no para definirlo.
Paso 3: enrutad con lógica, no con suerte
Ahora el enrutado se vuelve determinista. Cada regla lee el score y el nivel, no un contador de rotación.
Enrutad por encaje y territorio
Los leads Hot y Warm se enrutan primero por propiedad y especialización: propietario de la cuenta existente, después territorio o zona, después encaje de producto. El round-robin sigue teniendo su sitio, pero solo como desempate dentro de un grupo de reps igualmente válidos y disponibles, nunca como lógica principal.
Respetad las reglas de propiedad
Cuando un lead ya está en juego, la jerarquía es explícita: una reunión agendada gana a un hilo de email abierto, y un hilo de email gana a un registro frío. Quien tenga la relación activa más fuerte se queda el lead. Esto mata el lío de «dos reps tocando la misma cuenta sin contexto compartido» que el round-robin crea constantemente.
Ponedle un SLA duro
Los leads puntuados se enrutan en menos de cinco minutos, punto. La velocidad es la variable de mayor palanca en la conversión de inbound, y un SLA de cinco minutos solo es real si el sistema lo impone en lugar de confiar en que un rep esté mirando su bandeja. Normalizad la intención para que el enrutado siga siendo determinista: una respuesta positiva dentro de vuestra ventana va directa a un AE o SDR, una negativa se suprime, y la exposición alta sin respuesta se pausa y se recicla en vez de insistir.
Paso 4: construid la red de seguridad
Todo sistema de enrutado acaba teniendo fugas, así que construís para la fuga en lugar de fingir que no pasará. Si un lead enrutado no se toca dentro de la ventana del SLA, salta una alerta a un manager y el lead se reenruta. Si no pasa nada en 24 horas, escala. Cada asignación lleva marca de tiempo, así que «no vi ese» se convierte en un evento visible y medible en lugar de un encogimiento de hombros.
Esto importa porque los pipelines se rompen en silencio.
Una vez vimos cómo un único webhook borrado perdía en silencio un mes de datos de respuestas antes de que nadie se diera cuenta. El enrutado falla igual, de forma invisible, que es justo por lo que necesita chequeos de salud automáticos vigilándolo, no un humano esperando que funcione.
Esto no es teoría para nosotros. Para Elesa+Ganter, un fabricante industrial que usa HubSpot junto a SAP, construimos exactamente este tipo de motor en el lado de servicio: enrutado de tickets por zona y código postal, lógica de SLA y escalado, normalización de teléfonos a E.164 y escritura de vuelta en SAP. El enrutado no es solo un juguete de ventas; es cómo cualquier motion de inbound de alto volumen se mantiene cuerda. Para Device Solutions, el enrutado se apoyó en una reconstrucción completa de scoring y atribución, de modo que los leads que llegaban a un rep ya venían clasificados y ya venían atribuidos.
Medid la fuga, no la actividad
Una vez el motor está vivo, miráis una lista corta de números que significan algo de verdad: tiempo medio hasta el primer toque, retraso de seguimiento por rep y leads que incumplieron el SLA. No mensajes enviados. No «leads asignados». Las métricas de volumen son vanidad; os dicen que la máquina se mueve, no que funcione.
La versión honesta es esta: la mayoría de los problemas de GTM son sistemas rotos, no leads malos. El round-robin es un sistema roto disfrazado de equidad.
Sustituidlo por un modelo de scoring que hayáis validado, reglas de enrutado que lean ese modelo, un SLA de cinco minutos que el sistema imponga y una red de seguridad que dé por hecho el fallo. Hacedlo y el mismo volumen de leads que tenéis hoy empieza a convertir bastante mejor, porque los leads correctos por fin llegan a los reps correctos mientras todavía vale la pena alcanzarlos.
Si vuestro enrutado sigue siendo una rotación, suele ser la fuga de ingresos más barata de cerrar y la más rápida de notar. Es el núcleo de nuestro build de Lead Scoring and Routing Engine, y a menudo es lo primero que ponemos a prueba en una GTM Maturity and Revenue Leak Assessment. Empezad por una pregunta: cuando ayer entró un lead Hot, ¿cuánto tiempo estuvo parado y llegó al rep con más probabilidades de ganarlo? Si no podéis responder con números, la moneda al aire sigue dirigiendo vuestro pipeline.
