Cómo crear alertas automáticas de oportunidades calientes en CRM

El vídeo muestra cómo detectar, dentro del propio CRM, el momento exacto en que un Lead se vuelve caliente, y cómo convertir esa señal en un aviso de Slack en segundos, sin depender de que alguien revise el pipeline entero a mano cada mañana.

Por qué se enfrían las oportunidades sin aviso

El pipeline no avisa solo. un Lead puede subir de importe el lunes y nadie lo nota hasta el forecast del viernes, cuatro días después de que el momento ideal para llamar ya hubiera pasado. Cuantas más oportunidades gestiona un comercial, menos probable es que note a tiempo un cambio que no salta a la vista entre otras veinte fichas abiertas.

El aviso que llega tarde

El síntoma más habitual es descubrir el cambio en la reunión semanal de pipeline, cuando alguien pregunta «¿y esta la habéis trabajado?» sobre un Lead que llevaba días caliente. Para entonces, la competencia ya pudo contactar, o el interés del prospecto ya se enfrió otra vez.

Por qué el CRM no basta por sí solo

El CRM registra el cambio de stage, importe o actividad con precisión, pero registrar no es lo mismo que comunicar. Sin una regla que dispare un aviso activo, ese dato queda enterrado entre decenas de Leads más, visible solo para quien entre a mirar esa ficha concreta ese día.

Qué cuenta como oportunidad caliente

Antes de automatizar nada, conviene aterrizar qué significa «caliente» en tu pipeline, porque es un término que cada comercial interpreta a su manera si no se define primero con datos.

Una definición que sirva para automatizar, no para discutir en la reunión

Una oportunidad caliente, a efectos de automatización, es la que cumple al menos una de estas condiciones de forma reciente y medible: cambió a un stage avanzado, superó un umbral de importe, subió de probabilidad, o volvió a tener actividad tras un periodo largo de silencio. La palabra clave es «reciente»: un Lead que lleva tres meses en stage avanzado sin moverse no es una alerta nueva, es simplemente el estado habitual del pipeline.

El error de definir «caliente» solo por intuición

Definir la oportunidad caliente por sensación, «este cliente parecía muy interesado en la llamada», no se puede automatizar, porque no vive en ningún campo del CRM. Si quieres que n8n dispare la alerta sola, apóyate en campos que el CRM ya guarda: stage, amount, probability y la fecha de la última actividad.

Señales en el CRM: stage, importe, probabilidad, inactividad

Estas son las cuatro señales que más se usan en pipelines B2B para marcar una oportunidad como caliente, y ninguna funciona bien de forma aislada al cien por cien de las veces.

La combinación de dos señales a la vez, por ejemplo cambio de stage más importe alto, reduce los falsos positivos frente a usar una sola condición, aunque implica esperar un poco más antes de disparar la alerta.

Montar la alerta con n8n (webhook o polling)

Hay dos formas de enterarse del cambio en el CRM: que el propio CRM avise mediante un webhook, o que n8n pregunte de forma periódica si algo cambió. La elección depende de qué soporta tu herramienta.

Opción webhook: cuando el CRM avisa primero

HubSpot puede disparar un webhook en cuanto cambia el stage o el amount de un Lead. Si ya conectaste HubSpot con n8n para otros flujos, como en cómo integrar n8n con HubSpot paso a paso, añadir esta alerta es reutilizar la misma suscripción de eventos, no montar una integración nueva.

Opción polling: cuando no hay webhook nativo

Pipedrive expone webhooks de cambios de Lead, pero si tu plan no los tiene activos, un Schedule Trigger en n8n que consulte la API cada pocos minutos cumple la misma función, comparando el estado actual contra el último guardado. El flujo de Pipedrive + n8n: automatización de pipeline de ventas sigue este mismo patrón de consulta periódica, y aquí se aplica igual para detectar el salto a caliente.

En ambos casos, el nodo de Config define los umbrales (amount, probabilidad, días de inactividad) y el Code aplica la lógica de detección antes de decidir si el Lead es caliente de verdad.

{
  "dealId": "48213",
  "dealName": "Renovación anual - Acme Ibérica",
  "stage": "propuesta-enviada",
  "previousStage": "cualificacion",
  "amount": 18500,
  "probability": 65,
  "lastActivityAt": "2026-07-30T08:12:00+02:00",
  "ownerEmail": "laura.gomez@tuempresa.example"
}

Canales de aviso: Slack, email, Telegram

El canal importa tanto como la detección: una alerta perfecta que llega a un email que nadie abre hasta la tarde no sirve de mucho.

• Slack: el más rápido para equipos que ya viven ahí; permite mencionar directamente al owner del Lead.
• Email: más lento de notar, útil como respaldo para quien no usa Slack a diario.
• Telegram: práctico para comerciales que pasan el día fuera de la oficina y miran el móvil antes que el correo.

Nada impide combinar dos canales, Slack para el aviso inmediato y email para dejar constancia, sin duplicar el mismo mensaje en ambos.

Evitar ruido: umbrales, dedupe y horario Europe/Madrid

Una alerta que se dispara demasiado se deja de leer en menos de una semana. Este es el motivo por el que más automatizaciones de este tipo terminan silenciadas.

Umbrales que no disparan por cualquier cosa

Fija el umbral amount probabilidad alerta comercial n8n por encima de la media real de tu pipeline, no de un número que suene bien en una reunión. Revísalo tras las dos primeras semanas: si un comercial recibe cinco alertas al día, el umbral está demasiado bajo.

Dedupe: no avisar dos veces del mismo cambio

Guarda un identificador del último estado ya notificado por cada Lead (stage más fecha), y compáralo antes de enviar un aviso nuevo. Sin este control, un mismo cambio puede notificarse varias veces si el webhook se dispara dos veces o el polling se solapa con la ejecución anterior.

Horario y zona horaria Europe/Madrid

un Lead que se pone caliente a las tres de la madrugada no necesita una notificación a esa hora. Filtra el envío por horario laboral en Europe/Madrid, y deja en cola los avisos fuera de horario para entregarlos al inicio de la siguiente jornada.

Errores típicos

Estos fallos son los que más rápido convierten una alerta útil en una que todo el mundo silencia.

• Un único umbral para todo el equipo: un comercial junior y uno senior no deberían compartir el mismo criterio de «importe alto» si gestionan carteras muy distintas.
• No filtrar por dueño del Lead: avisar a todo el canal comercial en vez de al owner concreto diluye la urgencia y nadie se siente responsable de actuar.
• Ignorar la zona horaria: igual que ocurre al automatizar el reparto en la asignación de leads por territorio en CRM, una regla pensada sin horario claro termina generando avisos a horas inútiles.
• No revisar falsos positivos: si nadie audita las alertas erróneas, el umbral nunca mejora y el equipo deja de confiar en el sistema.
• Mezclar la lógica de alerta con la de actualización del CRM: conviene separar quién decide que el Lead es caliente de quién escribe el cambio en el CRM, para poder depurar cada parte por separado.

Métricas y RGPD

Qué medir cada semana

Tres datos bastan: número de alertas enviadas, tiempo medio entre el aviso y el primer contacto del comercial, y porcentaje de Leads alertados que avanzan de fase en los siete días siguientes. Si ese porcentaje es bajo, el umbral necesita ajuste, no el equipo de ventas. Esta señal conecta con el objetivo de reducir el ciclo de cierre de ventas B2B con IA: una alerta a tiempo es una forma sencilla de recortar días muertos del ciclo.

RGPD sobre datos de oportunidades y contacto

Los mensajes de alerta suelen incluir nombre del contacto, empresa e importe del Lead, datos que caen bajo el RGPD en España y la Unión Europea. Limita el aviso a lo necesario para actuar, restringe el canal al comercial responsable en vez de a un grupo amplio, y documenta cuánto tiempo conserváis el histórico de alertas enviadas.