Lección 02.05 · Cómo reactivar una base de datos
Módulo 2 · Automatizaciones — Despertar leads antiguos con email + WhatsApp en modo goteo, botones de sí/no y una segunda automatización que saca del flujo a quien ya ha respondido. Incluye los errores que a ellos les costaron un baneo.
Qué aprendes
- La estructura completa de una reactivación: panel de seguimiento, secuencia y automatización de parada.
- Por qué el goteo va dentro del workflow y qué ritmo usar.
- El truco del botón «denunciar» como baja elegante.
- Cómo evitar el error clásico: seguir nutriendo a quien ya convirtió.
Las ideas clave
1. El escenario y el panel
- La base ya está en GHL (o se importa por CSV, como en la 02.02). El ejemplo: invitar a leads antiguos a un grupo de WhatsApp para un lanzamiento.
- Todo se mide en un pipeline propio (en el ejemplo, «lanzamiento orgánico») con etapas tipo: En base → Contesta WhatsApp → Se une / Denuncia → No contesta → Agenda… — adapta las etapas a tu objetivo (si buscas llamadas, la etapa final la mueve el disparador de ese calendario).
2. La automatización principal (sin disparador, con goteo dentro)
- Sin trigger: los contactos se añaden a mano, en bloque. Primer paso: crear/actualizar la oportunidad de todos en la etapa «En base».
- Drip mode dentro del workflow: 1 mensaje cada 5 minutos. No es opcional: sin goteo les banearon en su día el WhatsApp y las cuentas de correo por envío masivo.
- Email 1: contexto y un único botón con la acción buscada. En sus ajustes avanzados se añade una etiqueta cuando el contacto hace clic (interacción de campaña → clic): esa etiqueta será una de las llaves para sacarle del flujo.
- WhatsApp 1: vídeo MP4 adjunto al propio mensaje (no en mensajes separados), saludando por el nombre y dando el contexto de la invitación.
- Espera ≈ duración del vídeo + margen (ej.: 1 min 20 s) → WhatsApp 2 con botones: «Unirse» y «Denunciar». El botón de denunciar no denuncia ante WhatsApp: es la forma educada de detectar «no quiero más mensajes» y parar.
- Espera de respuesta o 1 día:
- Responde «unirse» → se le mueve a la etapa «Se une» y recibe el mensaje con el botón de acceso al grupo.
- Responde «denunciar» → etapa «Denuncia» y se acabó.
- No contesta en 24 h → etapa «No contesta», WhatsApp de seguimiento + botón; si sigue el silencio otro día, «No interesa». La nutrición se puede alargar 3–7 días; ellos la dejaban en torno a un día.
3. La automatización de parada (la que casi nadie crea)
- Una segunda automatización, con tres disparadores (cualquiera de ellos basta):
- Se añade la etiqueta de clic del email.
- La oportunidad pasa a la etapa «Se une».
- La oportunidad pasa a la etapa «Denuncia».
- Su única acción: sacar al contacto de todos los workflows. Sin ella, quien ya clicó o se unió sigue recibiendo la secuencia, y llegan los «oye, que me siguen llegando cosas».
4. Cómo se lanza
- Contacts → filtros avanzados → filtrar por la etiqueta de la base → Select All (en el ejemplo, 943 contactos) → Add/Trigger Automation → nombre de la acción y el workflow de reactivación.
- Sin activar el drip mode en este paso: el goteo ya va dentro del workflow; duplicarlo lo rompe todo.
5. Lecciones de sus errores
- Enviar el email desde Gmail en vez de un dominio corporativo conectado a GHL: peor entregabilidad y parte del lío del baneo.
- El orden correcto desde entonces: goteo siempre, correo corporativo y automatización de parada desde el minuto uno.
Errores típicos
- Disparar toda la base de golpe, sin goteo: baneo de WhatsApp y del correo.
- No crear la automatización de parada: nutres a quien ya convirtió o ya dijo que no.
- Activar el drip mode al enrolar y dentro del workflow a la vez.
- No etiquetar la base antes de filtrar: no hay selección limpia posible.
- Medir a ojo: sin pipeline de etapas no sabes si la reactivación funciona.
Vigencia
- Los nombres de acciones (drip mode, remove from workflow) pueden variar ligeramente entre versiones; la arquitectura en dos automatizaciones —empuje + parada— es la parte que perdura.