El correo electrónico de descuento que nunca llega a un huésped que ya ha reservado

Una huésped reserva una semana en tu resort en julio y paga la tarifa pública completa. Se queda tranquila, como suele pasar cuando alguien reserva directamente y evita el margen añadido de terceros. Cuatro días después, tu propio equipo de marketing envía una campaña anunciando un veinte por ciento de descuento para exactamente esas mismas fechas. Hace las cuentas. Cancela la reserva que ya había confirmado, vuelve a reservar al precio más bajo y el hotel acaba de pagar para regalar un margen que ya tenía asegurado.

Es fácil imaginar esa situación porque ocurre constantemente, en cualquier sector que lanza promociones por correo electrónico sobre reservas ya comprometidas. Ocurre porque el equipo que crea la campaña y las reservas ya registradas están en dos partes distintas de la operativa de un hotel. Marketing trabaja desde una lista de contactos, basada en el consentimiento y la interacción. Las reservas están en un sistema completamente separado, actualizado por el motor de reservas, la recepción y, a veces, una sincronización con el PMS que funciona con su propio calendario. Nadie se sienta antes de cada envío a comprobar manualmente una lista de diez mil contactos frente a quienes tienen en ese momento una estancia confirmada. Así que esas dos realidades no se encuentran hasta que una huésped detecta la brecha por su cuenta, y la señal que deja es una cancelación.

Una protección automática, no una lista de comprobación

GuestMaker cierra esa brecha en el momento en que la campaña se envía de verdad, no antes. Cuando un grupo hotelero crea una campaña de descuento, tanto si parte de cero como si llega como una campaña antigua reenviada desde otra plataforma, puede activar la protección de reservas, y cada destinatario se comprueba contra su propio registro vivo de reserva antes de que salga un solo correo electrónico. Un huésped que ya tiene una reserva confirmada y futura para ese hotel sencillamente nunca entra en la lista de envío de esa campaña. Nadie exporta una hoja de cálculo la noche anterior. Nadie tiene que acordarse de cruzar nada a mano. La comprobación se ejecuta automáticamente, contra los mismos datos de reserva que está viendo recepción en ese momento, cada vez que se lanza una campaña. El mismo principio funciona en WhatsApp, donde los journeys que envían confirmaciones de reserva por sí solos funcionan sin que nadie del hotel pulse enviar: una automatización se asegura de que salga el mensaje correcto, y esta se asegura de que no salga el incorrecto.

Es una protección limitada a propósito. No intenta predecir quién podría sentirse tentado, ni puntuar la intención, ni adivinar la fidelidad. Responde a una pregunta concreta para cada destinatario: ¿esta persona tiene algo que perder si ve esta oferta? Si la respuesta es sí, se la retiene fuera de ese envío. Si la respuesta es no, la campaña le llega igual que a cualquier otra persona de la lista.

Quién queda protegido y quién no

El alcance está definido deliberadamente, y conviene concretarlo porque la versión más obvia de esta función iría demasiado lejos. Solo se excluye a los huéspedes con una reserva activa todavía por llegar.

Una huésped que ya ha hecho el check-in no queda fuera de la campaña, porque ya no tiene nada que cancelar. La estancia está en marcha. Una huésped que ya ha hecho el check-out tampoco queda fuera, por el mismo motivo en sentido contrario: la habitación ya se ha preparado para el siguiente uso, la factura está cerrada y dejar de enviarle marketing no protege nada, mientras reduce silenciosamente el grupo de antiguos huéspedes que un grupo hotelero sí quiere recuperar. Ambos huéspedes vuelven directamente al grupo normal de contactos, aptos para cualquier campaña que encaje con ellos, en cuanto su estancia sale de la ventana de "todavía futura".

La protección solo se justifica mientras aún hay una decisión sobre la mesa que le cuesta dinero al hotel: cancelar la reserva y volver a reservar al precio más bajo. Una vez se produce el check-in, esa decisión desaparece, y la exclusión desaparece con ella.

Tres formas de trazar la línea

No todos los grupos hoteleros quieren proteger la misma parte de su cartera de reservas, así que no es un único interruptor. Hay tres formas de configurarlo dentro del constructor de campañas, y cada una responde a una pregunta de negocio distinta que un responsable de revenue o de marketing podría plantearse de verdad.

Proteger todas las reservas futuras. Es el ajuste más estricto. Cualquier persona con una reserva activa y futura queda excluida de la campaña, sin importar cuánto falte para la estancia ni lo pequeña que sea la reserva. Es la opción predeterminada adecuada para un grupo que prefiere enviar una promoción a menos gente antes que arriesgarse a que un solo huésped vea una oferta para unas fechas que ya ha pagado.

Proteger solo a los huéspedes que llegan pronto. En lugar de excluir todas las reservas futuras, un hotel puede definir una ventana, por ejemplo, proteger a cualquiera que llegue en los próximos treinta días, y dejar intactas las reservas más lejanas. La lógica tiene que ver con la atención, no con la justicia. Una huésped cuya estancia es dentro de ocho meses no está mirando su bandeja de entrada para comparar la venta flash de hoy con una reserva que hizo en enero. Una huésped que llega la semana que viene sí es exactamente esa persona: revisa su correo de confirmación y todavía sopesa si consiguió un buen precio. Reducir la ventana de protección la centra en el momento en que cancelar y volver a reservar es realmente plausible, mientras permite que la campaña siga llegando a la base más amplia de huéspedes cuyas estancias quedan cómodamente en el futuro.

Proteger un intervalo de fechas concreto. En lugar de una ventana móvil, un hotel puede elegir dos fechas exactas de calendario y excluir a cualquiera que haga check-in entre ellas. Es útil para una campaña creada alrededor de un evento o una temporada concreta, donde el riesgo se concentra en un tramo conocido del calendario en vez de repartirse de forma uniforme por todas las reservas futuras.

Las tres opciones están en la misma pantalla dentro del constructor de campañas, junto al segmento al que el hotel ya está apuntando y el paso de traducción en un clic para cada mercado. Cambiar de una a otra es elegir una opción distinta en la misma pantalla, no aprender un flujo de trabajo diferente.

Por qué la versión sencilla es la adecuada

Sería fácil imaginar una versión más elaborada de esta función: algo que puntuara el riesgo de cancelación, ponderara el categoría del programa de fidelización, ajustara por canal o por cuántas veces un huésped ha abierto un correo anterior. Nada de eso es lo que la hace útil. La utilidad está en que hace de forma fiable una cosa evidente, correctamente, cada vez, sin que una persona tenga que acordarse de comprobarlo.

Los datos de reserva que lee esta protección son el mismo registro vivo con el que ya trabajan recepción y el equipo de revenue, no una copia del lado de marketing que se queda desfasada discretamente entre sincronizaciones. Es el mismo registro que permite a un hotel seguir un clic hasta una reserva confirmada en lugar de limitarse a contarlo como uno más. Eso es lo que hace que sea seguro dejarla activada por defecto: la comprobación en el momento del envío refleja lo que es cierto ahora mismo, no una foto extraída la semana pasada.

Para un grupo hotelero que lanza campañas promocionales con regularidad, esa diferencia lo cambia todo. Es la diferencia entre una herramienta de descuentos que de vez en cuando deja mal a la marca y otra que hace su trabajo en silencio, sin que nadie tenga que pensar en ella. La huésped que reservó de buena fe a precio completo nunca tiene que preguntarse si el propio marketing del hotel se olvidó de que existía. Simplemente no ve nunca la oferta que le habría hecho arrepentirse de reservar directamente, y el grupo conserva el margen que ganó la primera vez que ella pagó.