Tomemos un escenario tipo, que no es un cliente nuestro: una empresa de distribución con 12 comerciales que recibe entre 40 y 60 solicitudes de información al mes a través de su web. Cada solicitud llega por email al responsable comercial, que abre el formulario, busca la empresa en Google, revisa la web, mira el tamaño aparente, evalúa si el perfil encaja con su catálogo y decide si llamar o ignorar. Ese proceso lleva entre 30 y 45 minutos por lead. En los meses de mayor volumen, eso son casi 45 horas de trabajo comercial dedicadas únicamente a clasificar solicitudes antes de hacer nada.
El problema no es que el proceso sea complicado. Es que es perfectamente estructurado y perfectamente repetible —lo que significa que es perfectamente automatizable. Aquí está la arquitectura que proponemos para este tipo de caso, las decisiones de diseño y lo que hay que resolver por el camino. Un aviso desde el principio: las cifras de este artículo describen el diseño y lo que se mide, no los resultados de una implantación concreta.
El proceso original: cómo funciona el scoring manual
El comercial hace, en esencia, cinco preguntas para cada lead: ¿La empresa existe y tiene web? ¿A qué se dedica exactamente? ¿Cuál es su tamaño aproximado (empleados, facturación visible)? ¿Encaja con nuestros productos? ¿Tiene señales de capacidad de compra (catálogo de productos en su web, presencia consolidada, antigüedad)?
Esas cinco preguntas, respondidas con criterio comercial, generan una decisión: prioridad alta (llamar hoy), prioridad media (entrar en secuencia de email), descartar. Si esa lógica es consistente entre los distintos comerciales —normalmente porque alguien la ha documentado en una guía interna—, esa consistencia es justo lo que hace posible la automatización. Sin ella, todavía no hay nada que automatizar.
La arquitectura del sistema automatizado
El flujo que proponemos para este tipo de caso sigue un patrón de cuatro capas: ingesta asíncrona, procesamiento cognitivo, acción y fallback.
La primera capa es el webhook. Cuando alguien rellena el formulario de contacto de la web, la solicitud llega a un endpoint de n8n que responde 200 OK de inmediato, sin esperar a ningún procesamiento, y encola el payload en Redis. No procesa nada en ese momento. Esto garantiza que el usuario nunca espera y que la web no depende del procesamiento posterior para responder.
La segunda capa es la cognitiva. Un worker de n8n —un Schedule Trigger que se ejecuta cada 30 segundos— extrae la solicitud de Redis y lanza el procesamiento. Primero, usa Jina Reader para hacer scraping de la web de la empresa que ha rellenado el formulario: extrae el texto visible de la homepage y de la página "sobre nosotros" si existe. El resultado es texto limpio, sin HTML, listo para ser analizado.
Con ese texto, se construye un prompt estructurado para un modelo de lenguaje servido por Groq que pide al modelo evaluar el perfil de la empresa en cinco dimensiones: relevancia sectorial (¿encaja con los productos?), tamaño estimado (señales en el texto que indican el volumen del negocio), madurez comercial (¿parece una empresa establecida o un proyecto en fase inicial?), urgencia aparente (¿hay señales en el texto del formulario que indiquen una necesidad inmediata?) y adecuación geográfica. El modelo devuelve una puntuación del 1 al 10 para cada dimensión y una puntuación global, junto con un resumen de dos párrafos que explica el razonamiento.
La tercera capa es la acción. Dependiendo de la puntuación global, el sistema toma caminos diferentes. Si la puntuación es 8 o superior, el sistema genera automáticamente un borrador de cold email personalizado usando el contexto de la empresa y lo coloca en una cola de aprobación. El responsable comercial recibe un mensaje en Telegram con el resumen del lead, la puntuación, las razones del score y el borrador del email. Con un comando de respuesta —literalmente un texto con el identificador del lead— aprueba el envío. El email sale vía SMTP en segundos.
Si la puntuación está entre 5 y 7, el lead entra en la base de datos con estado "medium priority" para revisión posterior. Si está por debajo de 5, se registra pero no se genera ninguna acción automática.
La cuarta capa, el fallback, está para que cualquier fallo —Jina no puede acceder a la web, Groq devuelve un error, la base de datos no responde— genere una alerta al sistema de vigilancia y pase a revisión manual. Y hay que probarlo con fallos provocados: si un error al leer la respuesta del modelo se convierte en una puntuación de 0, el lead queda registrado como si no tuviera interés y nadie se entera de que en realidad no se ha puntuado.
Qué se mide, y qué es razonable esperar
Lo que el diseño persigue es que el tiempo de procesamiento por lead baje de la franja de 30-45 minutos a segundos, y que el 100% de los leads reciba una clasificación en minutos desde que rellenan el formulario, independientemente de la hora del día o del día de la semana. Son objetivos de diseño medibles, y por eso cualquier implantación debe instrumentarlos desde el primer día y contrastarlos contra su propia línea base: el punto de partida de cada empresa es distinto.
La pregunta que de verdad importa no es cuánto tarda el sistema, sino si mejora la conversión. Y esa hay que medirla en cada caso: se registra la tasa de lead a reunión cualificada antes de automatizar, se vuelve a medir después y se comparan sobre el mismo segmento y el mismo periodo. No publicamos aquí una cifra de conversión porque no sería la tuya: depende del sector, del volumen y de la calidad de la lista de partida.
Cuando la conversión mejora, no suele deberse solo a la velocidad de respuesta, aunque ese efecto está documentado (Harvard Business Review, 2011). Influye también que el email vaya personalizado con contexto real de la empresa del prospecto en lugar de ser una plantilla genérica. Y que el comercial, al no tener que hacer la investigación inicial, dedique la llamada de cualificación a hablar de necesidades en lugar de repetir las preguntas que ya respondería el scraping.
Los tres puntos que hay que resolver sí o sí
Tres cosas que no suelen estar en el diseño inicial y que conviene resolver antes de que el sistema toque datos de verdad.
La calidad del scraping depende de la web del prospecto. Cuanto más texto útil tiene la web, más material tiene el modelo para trabajar. Hay webs que bloquean el acceso automatizado, que tardan demasiado en responder o que apenas tienen texto, y en esos casos Jina no devuelve nada aprovechable. Por eso hace falta un fallback: si el scraping falla o devuelve menos de 200 caracteres, el sistema puntúa solo con los datos del formulario y añade una nota al resumen indicando que la web no fue accesible.
El modelo de scoring necesita calibración por sector. Las cinco dimensiones son un punto de partida razonable, pero los umbrales de "alta prioridad" no tienen por qué ser los mismos para todo tipo de empresa. En sectores B2B con ciclos de venta largos, un score de 7 puede ser más relevante que en sectores con compras más transaccionales. Por eso conviene que el flujo lleve un parámetro de configuración por cliente que ajuste los umbrales sin tocar el resto.
La aprobación humana tiene que poder hacerse en segundos, y eso depende de cómo se presente el contexto. El mensaje de Telegram que recibe el comercial incluye nombre de la empresa, URL, puntuación, dos o tres frases de resumen y el borrador del email. Con todo eso delante, decidir debería llevar bastante menos que abrir el email original y googlear la empresa.
El coste del sistema
La infraestructura puede correr en un VPS compartido con otros sistemas, así que su coste —del orden de decenas de euros al mes— se reparte entre todos ellos. El coste variable es el de las llamadas al modelo, que a este volumen se mide en céntimos por cada decena de leads, y el del scraping, que en la capa gratuita de Jina cubre el volumen de una empresa de este tamaño. El mantenimiento y el monitoreo van dentro del retainer.
El ROI de un sistema así se calcula antes de implementarlo, no después: con el tiempo comercial que se libera y el coste de la implantación sale un breakeven estimado, y a partir de ahí se decide. Lo que no hay que hacer es dar por buena una mejora de conversión antes de haberla medido.
Si tu empresa tiene un proceso de cualificación de leads que consume tiempo comercial y sigue un patrón estructurado, la arquitectura que describimos aquí es adaptable. El punto de partida es siempre el mismo: documentar la lógica de scoring que ya tienes en la cabeza de tus mejores comerciales.