Triggers por cambio de lifecycle: ejemplos prácticos
El cambio de fase en el lifecycle es uno de los disparadores más útiles para automatizar. Cuando un contacto pasa de Lead a MQL, o de SQL a Cliente, tu empresa debería hacer cosas distintas. Te enseñamos qué workflows disparar en cada transición.
Por qué el cambio de lifecycle es el mejor disparador para automatizar
Existen muchos tipos de disparadores en una plataforma de automatización: cambios de campo individuales, eventos temporales (cron), acciones del usuario, llegada de mensajes. Entre todos, el cambio de fase del lifecycle es probablemente el más útil y, al mismo tiempo, el más infrautilizado.
La razón es operativa: el lifecycle stage representa un cambio significativo de estado en la relación con el contacto. Cuando un lead pasa a MQL, a SQL o a Cliente, no es un detalle menor; es un cambio de fase que requiere acciones distintas en marketing, ventas y customer success. Si esas acciones se hacen a mano, se olvidan, se hacen mal o se hacen tarde. Si están automatizadas, se hacen siempre en cuanto el lifecycle cambia.
Antes de empezar con triggers de lifecycle, hay que tener el sistema de lifecycle bien estructurado (ver artículo dedicado). Sin un lifecycle definido con reglas de transición claras, los triggers se disparan cuando no deberían o no se disparan cuando deberían. Asumimos que ya tienes esa base; ahora vamos a los ejemplos prácticos.
Trigger 1: Subscriber → Lead
Disparador: contacto pasa de Subscriber a Lead. Típicamente esto ocurre cuando rellena un formulario con datos más completos que solo "email para newsletter", descarga un recurso técnico relevante o muestra interés explícito.
Acciones automáticas que disparar
- Quitar de secuencia "Newsletter genérica": el lead ya no es solo audiencia, está mostrando interés.
- Entrar en secuencia "Lead nurturing" adaptada al recurso descargado o al área de interés mostrada.
- Etiquetar fuente y campaña de origen para reporting de marketing.
- Enriquecer datos del contacto si hay conector con servicios de enriquecimiento (Clearbit, Apollo).
- Asignar lead score inicial basado en perfil declarado.
- Notificación a marketing si el lead viene de una campaña que están vigilando.
Qué NO disparar aún
Resistir la tentación de notificar comercial o asignar SDR. En fase Lead, todavía está en exploración. Si recibes contacto comercial demasiado pronto, lo asustas.
Trigger 2: Lead → MQL
Disparador: el lead cumple criterios firmográficos de tu target ideal (Ideal Customer Profile): tamaño de empresa, sector, geografía, rol decisor. Marketing lo cualifica como suficientemente interesante para pasarlo a ventas.
Acciones automáticas que disparar
- Asignar a SDR responsable del territorio o segmento según reglas (round-robin, por sector, por idioma, por importe estimado).
- Crear tarea "Cualificar en próximos 3 días" con plantilla de pasos: revisar empresa en LinkedIn, preparar 3 preguntas, llamada o email personalizado.
- Notificar al SDR por Slack o Teams con resumen del contacto: qué hizo, qué descargó, sector, empresa.
- Mover del pipeline marketing al pipeline ventas en el CRM.
- Activar secuencia más comercial: contenido más cerca de la decisión, casos de éxito, comparativas.
- Crear oportunidad embrionaria en el CRM con valor estimado por defecto y fase "Cualificación".
Trigger 3: MQL → SQL
Disparador: el MQL pasó cualificación comercial activa (BANT o MEDDIC). Hay presupuesto, autoridad, necesidad clara y plazo razonable. El SDR (o el comercial directo) confirma que es oportunidad viable.
Acciones automáticas que disparar
- Asignar a Account Executive según reglas (segmento, idioma, sector, importe estimado).
- Crear oportunidad activa en pipeline comercial con valor estimado real y fecha esperada de cierre.
- Slot de demo agendado o invitación a calendario para reservar próximos pasos.
- Notificación al Account Executive con contexto completo: historial, preguntas hechas, motivaciones declaradas.
- Pasar al cliente a secuencia de email más enfocada: casos de éxito relevantes, comparativas con competencia, ROI calculator.
- Alerta al manager si el importe estimado supera cierto umbral, para apoyo si es necesario.
Trigger 4: SQL → Cliente (el más importante para Customer Success)
Disparador: el deal pasa a estado "Cerrada-Ganada" (firma contrato, primera factura).
Acciones automáticas que disparar
- Asignar a Customer Success Manager según criterio (tamaño cuenta, sector, complejidad esperada).
- Disparar onboarding: crear plan de pasos en el CRM, agendar kickoff call con cliente, asignar tutor de onboarding.
- Email de bienvenida al cliente con accesos, qué esperar en próximos 30 días.
- Alta automática en el LMS con curso de bienvenida del producto.
- Quitar de TODAS las secuencias de marketing comercial: ya es cliente, no debe recibir más emails de "captación".
- Añadir a lista "Clientes activos" para futuras campañas de upsell, cross-sell, eventos exclusivos.
- Generar primera factura en Holded (o el ERP que uses) si la integración está activa.
- Programar primera encuesta CSAT a los 30 días y primera NPS a los 90 días.
- Comunicación interna al equipo (Slack channel #wins) celebrando el cierre.
Por qué este trigger es crítico
El handover entre Sales y Customer Success es donde se rompen muchos clientes. Comercial cierra y desaparece; CSM aparece sin contexto y empieza de cero. El cliente percibe falta de coordinación. La automatización del handover elimina ese bache: cero días de vacío, transición visible para el cliente.
Trigger 5: Cliente → Customer At Risk
Disparador: el cliente cumple criterios de riesgo de churn definidos. Combinación habitual: NPS < 6 en última encuesta, sin login en producto durante 30+ días, uso significativamente bajo respecto a su media histórica, ticket de soporte con sentimiento negativo, retraso de pago.
Acciones automáticas que disparar
- Alerta inmediata al CSM responsable con detalle de qué criterio se activó.
- Crear tarea "Llamar cliente esta semana" con prioridad alta.
- Pausar campañas de upsell: no es el momento de vender más; es el momento de cuidar lo que hay.
- Disparar email de check-in del CSM (no automático genérico, sino plantilla personal).
- Reunión de equipo CS en la siguiente semanal para revisar el caso.
- Si tras 30 días el cliente confirma intención de churn: disparar encuesta de salida estructurada + secuencia win-back con oferta especial si aplica.
Buenas prácticas para implantar triggers de lifecycle
- Empieza con 2-3 triggers, no con 8. Si activas todo a la vez, no puedes diagnosticar problemas. Activa, mide, ajusta y luego añade más.
- Documenta qué dispara cada trigger y por qué. La próxima persona que herede el sistema te lo agradecerá.
- Comunica al equipo qué pasa automáticamente. Si el comercial no sabe que un cambio dispara X acciones, se frustra cuando ve cosas pasar sin entender.
- Permite revertir manualmente: si un trigger se disparó por error (alguien cambió fase por equivocación), debe poder revertirse limpiamente sin efectos residuales.
- Mide impacto: tras 3 meses con triggers activos, revisa qué métricas mejoraron (tiempo de respuesta, conversión por fase, satisfacción). Si no hay impacto, algo está mal configurado.
- Test en staging antes de producción: especialmente para triggers con muchas acciones encadenadas.
Preguntas frecuentes
¿Y si el cambio de fase del lifecycle es manual (un comercial lo mueve)?
El trigger se dispara igual que si fuera automatizado. Da igual si lo cambió un comercial moviendo el badge o si lo cambió una regla automática: el resultado es el mismo cambio de estado y las acciones consecuentes se disparan. Esto es deseable para mantener consistencia.
¿Puedo deshacer un trigger si se disparó por error de cambio de fase?
En REPLAI Automations sí. Si un cambio de fase fue erróneo y reviertes el lifecycle a la fase anterior, se dispara automáticamente el workflow inverso (downgrade) que limpia las acciones residuales: quita al cliente de listas donde no debería estar, revierte asignaciones, cancela tareas creadas. No es perfecto al 100% (algunos emails ya enviados no se pueden retirar) pero limita el daño.
¿Cuántos triggers por transición de lifecycle puedo definir?
Cuantos quieras técnicamente, pero lo recomendable es uno por transición (uno para Lead→MQL, uno para MQL→SQL, etc.). Lo lógico es agrupar acciones en un solo workflow por transición. Si la transición tiene muchas acciones, puedes encadenar workflows pero conceptualmente sigue siendo "lo que pasa cuando ocurre esa transición".
¿Y si mi CRM no tiene concepto de lifecycle stage?
No puedes usar triggers de lifecycle directamente. Tienes dos opciones: 1) Migrar a un CRM moderno que sí lo tenga (REPLAI Sales, HubSpot, Pipedrive con configuración). 2) Reconstruir un sistema de "etiquetas múltiples" que actúe como lifecycle: una etiqueta por fase, regla de exclusividad (solo una fase activa a la vez), y triggers sobre cambios de etiqueta. Es más frágil que un lifecycle nativo pero funciona como sustituto.
¿Quieres automatizar sin tocar código?
REPLAI Automations dispara workflows con triggers, condiciones y acciones nativas. Plantillas listas para usar en RRHH, ventas y atención.
Prueba REPLAI 30 días gratis Conocer REPLAI Automations →