Módulo 7: Calendly y Agendamiento

Recordatorios y Follow-ups

Descripción de la cápsula

Una reserva, por sí sola, es solo una cita en el calendario. Lo que la convierte en una relación es lo que pasa alrededor de ella: el recordatorio que evita que el cliente la olvide, el correo de seguimiento que la mantiene viva, la tarea de preparación que hace que la reunión valga la pena.

Esta cápsula cubre ese seguimiento — y empieza con una distinción honesta: Calendly ya hace algunos recordatorios por su cuenta. Manda el correo de confirmación, manda recordatorios automáticos antes de la cita. No tienes que reinventar eso. Lo que n8n aporta es el seguimiento que Calendly no hace: el personalizado, el condicional, el que cruza con otras herramientas de tu negocio. "Recordar al equipo que prepare la demo", "mandar un follow-up distinto según lo que el cliente respondió al reservar", "si no se presentó, agendar un reintento".

El reto técnico central: muchos follow-ups ocurren en el futuro ("3 días después de la reunión"), y eso plantea una pregunta de diseño que esta cápsula resuelve — ¿cómo hace un workflow algo más tarde?

Lo que vas a aprender

Al terminar esta cápsula serás capaz de:

✅ Distinguir lo que Calendly ya hace de lo que n8n debe aportar
✅ Diseñar recordatorios personalizados y condicionales
✅ Resolver el problema del "más tarde": cómo un workflow actúa en el futuro
✅ Diseñar secuencias de follow-up (antes, durante, después de la cita)
✅ Personalizar el seguimiento según los datos de la reserva
✅ Manejar el caso de la cancelación en la lógica de follow-up

Lo que Calendly ya hace (y no debes reinventar)

Calendly, por su cuenta, normalmente ya manda:

El correo de confirmación inmediato al reservar
Recordatorios automáticos antes de la cita (configurable en el tipo de evento)
La invitación de calendario al invitado

No reinventes esto. Si Calendly ya manda un recordatorio genérico 24h antes, no construyas un workflow que haga lo mismo. La regla del módulo (cápsula 01): Calendly resuelve el "cuándo"; n8n resuelve el "y luego qué" que Calendly no cubre.

Lo que n8n aporta (el seguimiento real)

Lo que n8n hace y Calendly no:

n8n aporta...	Ejemplo
Recordatorios personalizados	Un correo que menciona lo que el cliente respondió al reservar
Recordatorios condicionales	Mandar algo distinto según el tipo de cita o el valor del lead
Avisos internos	Notificar al equipo en Slack: "tienes una demo mañana, prepara X"
Tareas de preparación	Crear una tarea en HubSpot: "investigar a este cliente antes de la llamada"
Follow-up posterior	Días después: "¿cómo te fue?", o el siguiente paso del proceso de venta
Reacción a no-shows	Si no se presentó, un workflow que reagenda o avisa

Todo esto cruza herramientas — Gmail (M02), Slack (M04), HubSpot (M06). El follow-up es donde el módulo se conecta con todo lo que aprendiste.

El problema del "más tarde"

Aquí está el reto técnico de la cápsula. Un follow-up del tipo "3 días después de la reunión" plantea una pregunta: el webhook se dispara ahora (cuando se reserva), pero la acción tiene que ocurrir después. ¿Cómo hace un workflow algo en el futuro?

Hay dos enfoques, y conviene conocer los dos:

Enfoque 1: el nodo Wait

n8n tiene un nodo Wait que pausa el workflow hasta un momento futuro — "espera hasta 3 días después de la fecha de la reunión", y entonces continúa.

✅ Simple, todo en un workflow
⚠️ El workflow queda "en pausa" mucho tiempo — viable para esperas de horas o pocos días, menos ideal para semanas

Enfoque 2: el workflow programado (Schedule) que "barre"

En lugar de que cada reserva espere, guardas la reserva (en una hoja, en el CRM) con su fecha. Un segundo workflow con Schedule Trigger (G2-M01) corre cada día, busca las reservas que ya cumplen la condición ("reuniones de hace 3 días sin follow-up"), y les manda el seguimiento.

✅ Robusto, escala bien, no deja workflows colgados
✅ Es el patrón del "barrido de deals estancados" que viste en HubSpot (M06, cápsula 06) — el mismo patrón, aplicado a reservas
⚠️ Son dos workflows en vez de uno

La recomendación: para follow-ups cercanos (un recordatorio horas antes, un aviso el mismo día), el Wait es simple y suficiente. Para follow-ups lejanos o secuencias largas (días o semanas después), el patrón de Schedule que barre es más robusto. Es la misma decisión que viste en módulos anteriores: una acción puntual vs un barrido periódico.

Diseñar una secuencia de follow-up

Un buen seguimiento no es un solo correo — es una secuencia alrededor de la cita. Pensada en el tiempo:

RESERVA          ──→  ANTES         ──→  CITA  ──→  DESPUÉS
(invitee.created)     de la cita                    de la cita

• Confirmar           • Recordar al      [ocurre]   • Follow-up:
  (personalizado)       cliente                       "¿cómo te fue?"
• Registrar en CRM    • Preparar al                 • Siguiente paso
• Avisar al equipo      equipo                         del proceso

No todas las citas necesitan toda la secuencia — un soporte de 15 min quizás solo necesita la confirmación. Una demo de ventas se beneficia de la secuencia completa. Diseña la secuencia según el valor de la cita.

Personalizar con los datos de la reserva

El seguimiento genérico se ignora; el personalizado funciona. Y tú tienes los datos — los extrajiste en la cápsula 05. Úsalos:

El nombre del invitado en el saludo
El tipo de cita para decidir qué secuencia aplicar
Las respuestas del formulario para que el follow-up sea relevante: "Vi que quieres hablar del plan anual — te adelanto algo de info"
La hora y zona para que el recordatorio diga la hora correcta para el cliente

Esto enlaza directo con la cápsula 05: por eso extrajiste y aplanaste todos esos datos. El follow-up es donde se gastan. Un correo de seguimiento que menciona lo que el cliente pidió al reservar se siente escrito a mano — aunque sea automático.

El follow-up y las cancelaciones

Recuerda la cápsula 04: el webhook también te avisa de cancelaciones (invitee.canceled). Eso tiene una consecuencia directa en la lógica de follow-up:

Si una cita se cancela, sus follow-ups programados deben cancelarse también. No hay nada peor que mandarle a alguien "¿cómo te fue en la reunión?" cuando esa reunión se canceló hace una semana.

Cómo se maneja depende del enfoque:

Con el patrón Schedule que barre: el barrido, antes de mandar un follow-up, verifica el estado de la reserva — si está cancelada, la salta. (Por eso guardas la reserva con su estado.)
Con el nodo Wait: es más difícil "cancelar una espera en curso"; razón extra para preferir el patrón Schedule en seguimientos largos.

El mini-proyecto (cápsula 08) maneja esto explícitamente.

Trampas comunes

Trampa 1: Reinventar lo que Calendly ya hace

Qué pasa: Construyes un workflow para mandar el correo de confirmación que Calendly ya manda solo.

Cómo evitar: n8n aporta lo que Calendly no hace: lo personalizado, condicional, cross-herramienta. Lo genérico ya está cubierto.

Trampa 2: Usar Wait para esperas larguísimas

Qué pasa: Pones un Wait de 3 semanas. El workflow queda colgado, y si algo lo interrumpe, el follow-up se pierde.

Cómo evitar: Wait para esperas cortas (horas, pocos días). Para esperas largas o secuencias, el patrón Schedule que barre.

Trampa 3: Follow-up genérico

Qué pasa: El seguimiento dice "Hola, gracias por reservar" sin usar ningún dato. Se siente automático y se ignora.

Cómo evitar: Personaliza con los datos de la cápsula 05 — nombre, tipo de cita, respuestas. El follow-up relevante funciona.

Trampa 4: Mandar follow-ups a citas canceladas

Qué pasa: El cliente canceló, pero tu workflow le manda "¿cómo te fue en la reunión?" igual.

Cómo evitar: Antes de mandar un follow-up, verifica el estado de la reserva. Si está cancelada, sáltala.

Trampa 5: La misma secuencia para toda cita

Qué pasa: Aplicas la secuencia completa (preparación + recordatorio + follow-up + siguiente paso) a una llamada de soporte de 15 minutos. Es exceso.

Cómo evitar: Diseña la secuencia según el valor de la cita. No todas necesitan todo.

Ejercicio: diseña un seguimiento

Objetivo: practicar el diseño de follow-up y resolver el "más tarde".

Tu tarea

Recordatorio cercano con Wait: workflow que, al recibir una reserva (Calendly Trigger → Set de la cápsula 05), use un nodo Wait para esperar hasta unas horas antes de la cita, y entonces mande un recordatorio personalizado por Gmail (con el nombre y la hora del invitado).
Aviso interno inmediato: en el mismo workflow, antes del Wait, un mensaje a Slack avisando al equipo de la nueva reserva (Módulo 4).
Diseña en papel (sin construir) una secuencia de follow-up posterior a la cita usando el patrón Schedule que barre: ¿qué guardarías de la reserva?, ¿qué buscaría el workflow programado?, ¿cómo evitaría mandar follow-ups a citas canceladas?
Reflexiona: para tu caso de negocio, ¿qué citas merecen la secuencia completa y cuáles solo la confirmación?

Ver pistas

En el 1, el Wait puede esperar "hasta una fecha/hora específica" — calcúlala a partir del start_time de la reserva menos unas horas.
En el 3, lo que guardarías: el event_id, los datos del invitado, la fecha de la cita, y un campo de estado (activo/cancelado) y otro de follow-up enviado (sí/no). El barrido busca: reuniones pasadas + estado activo + follow-up no enviado.
El paso 4 es criterio, no nodos — y es la decisión de diseño más importante de la cápsula.

Resumen y siguiente paso

Una reserva sola es una cita; el seguimiento la convierte en una relación
Calendly ya hace la confirmación y los recordatorios genéricos — no los reinventes
n8n aporta lo que Calendly no: seguimiento personalizado, condicional, cross-herramienta (Gmail, Slack, HubSpot)
El problema del "más tarde": para esperas cortas, el nodo Wait; para esperas largas o secuencias, el patrón Schedule que barre (el mismo de los deals estancados, M06)
Diseña una secuencia alrededor de la cita (antes / durante / después) — pero ajustada al valor de cada tipo de cita
Personaliza con los datos de la cápsula 05 — el follow-up relevante funciona, el genérico se ignora
Las cancelaciones cancelan follow-ups: verifica el estado de la reserva antes de mandar seguimiento
5 trampas: reinventar lo de Calendly, Wait para esperas larguísimas, follow-up genérico, follow-up a citas canceladas, la misma secuencia para todo

Antes de avanzar deberías poder:

Distinguir lo que aporta Calendly de lo que aporta n8n
Elegir entre Wait y Schedule según la distancia del follow-up
Diseñar una secuencia de seguimiento personalizada

Lo que sigue (cápsula 07):

Ya sabes recibir reservas, leer sus datos y dar seguimiento. La cápsula 07 cubre lo que se rompe en producción: webhooks que no llegan, cancelaciones mal manejadas, datos que no vienen como esperabas, reprogramaciones. El troubleshooting del scheduling.

Recursos adicionales

n8n Wait node Docs - El nodo para esperas cortas.
n8n Schedule Trigger Docs - Para el patrón "barrido" de follow-ups lejanos.
Calendly: recordatorios automáticos - Qué recordatorios ya manda Calendly por su cuenta.

Creado: Mayo 14, 2026 Versión: 1.0

← AnteriorTrabajar con los Datos de una Reserva Siguiente →Troubleshooting de Calendly