Para gestores

Mensajes automáticos: cuándo debe intervenir tu equipo

Automatizar mensajes exige decidir cuándo interviene una persona. Una matriz práctica ayuda a repartir conversaciones y evitar envíos desactualizados.

Equipo Explore5 min de lectura

Los mensajes automáticos funcionan mejor cuando tienen un evento claro, datos vigentes y una persona que responde por las excepciones. Una plantilla correcta puede convertirse en un problema si se envía después de una cancelación o con instrucciones de una vivienda distinta.

En una cartera, la decisión importante es dónde termina el flujo automático y empieza la intervención del equipo. Esta guía propone una matriz de responsabilidades y un método para revisar cambios, incidencias y entrega sin duplicar respuestas.

Define eventos y condiciones antes del texto

Empieza por el momento que dispara el mensaje: confirmación, proximidad de llegada, salida o consulta. Después añade las condiciones que deben cumplirse. Una instrucción de acceso requiere, como mínimo, reserva y vivienda correctas, datos actualizados y autorización para facilitar esa información.

La bandeja unificada de Lodgify describe mensajes por evento y asignación de conversaciones. Son funciones anunciadas por el proveedor; tu operación necesita decidir qué activa cada mensaje y quién comprueba los casos que quedan fuera.

Redacta plantillas con campos que puedan validarse. Si falta una dirección o una instrucción todavía no está confirmada, es preferible detener ese envío y generar una revisión que completar el hueco por intuición.

Conserva versión y fecha de las instrucciones. Cambiar una cerradura o una norma de llegada debería activar una revisión de las plantillas que utilizan ese dato.

Asigna cada conversación a una persona

Una bandeja compartida no debe significar que cualquiera responde sin saber lo que ha hecho el resto. Define responsable principal, suplente y modo de relevo. El estado de una conversación necesita mostrar qué está pendiente y de quién.

Esta matriz es un ejemplo de organización interna; los tiempos concretos deben adaptarse a la cobertura real del equipo.

SituaciónTratamiento propuestoResponsableCondición de cierre
Pregunta frecuente con dato vigentePlantilla revisadaAtención al huéspedRespuesta pertinente enviada
Cambio de hora de llegadaRevisión de operaciónCoordinaciónPreparación e instrucciones ajustadas
Problema de accesoIntervención humana prioritariaResponsable operativo y suplenteAcceso resuelto y huésped informado
Solicitud de devoluciónEvaluación autorizadaPersona con capacidad de decisiónDecisión documentada y comunicada
Mensaje con datos contradictoriosPausar automatismoResponsable de la reservaFuente contrastada antes de responder

No asignes por defecto todos los casos difíciles a una persona que no está disponible. La suplencia debe estar definida antes de necesitarla.

Revisa mensajes cuando cambie la reserva

Una modificación de fechas puede afectar a llegada, salida, limpieza y solicitudes posteriores. Comprueba qué mensajes se reprograman, cuáles se cancelan y cuáles requieren intervención manual en el sistema que utilizas.

Ejemplo ficticio: el huésped retrasa la entrada dos días después de recibir el primer mensaje de bienvenida. El equipo revisa las instrucciones pendientes, actualiza la preparación y comprueba que no saldrá un recordatorio de acceso para la fecha antigua. No vuelve a enviar todo el historial si no hace falta; comunica el cambio relevante.

Evita repetir un mensaje solo porque no ves respuesta. Antes revisa si se envió por otro canal o si una persona del equipo ya contestó. Una segunda comunicación contradictoria puede generar más trabajo que el silencio que intentabas resolver.

Cuando se cancele una reserva, comprueba también los mensajes de seguimiento. Dar las gracias por una estancia que no ocurrió revela que el flujo no está utilizando el estado correcto.

Escala urgencias y decisiones que necesitan criterio

Define categorías por impacto y capacidad de resolución, no únicamente por palabras del mensaje. «No puedo entrar» necesita una revisión distinta de «¿puedo entrar antes?», aunque ambas mencionen acceso.

La automatización puede reconocer un caso y avisar, pero alguien debe aceptar la actuación. Si no hay respuesta del responsable dentro del margen interno acordado, activa la suplencia y registra el cambio. No prometas al huésped una atención continua si la cobertura real no existe.

Las reclamaciones, compensaciones y excepciones de normas necesitan un límite de autorización. El equipo debe saber qué puede resolver y qué debe elevar. Una respuesta generada por IA no adquiere autoridad para conceder una devolución ni para inventar información de la vivienda.

Conecta la conversación con la tarea de limpieza o incidencia cuando haya trabajo fuera de la bandeja. Así la persona que informa al huésped puede consultar el estado real.

Comprueba entrega, respuesta y cierre

Distingue borrador, programado, enviado y entregado cuando el servicio permita acreditarlo. Si solo ofrece confirmación de envío, conserva ese límite: no lo traduzcas automáticamente como lectura del huésped.

Para cerrar una conversación, verifica que la pregunta quedó atendida o que la actuación asociada llegó a un resultado. «Avisado mantenimiento» no cierra una avería. Registra quién sigue el caso y cuándo se revisará de nuevo.

Revisa periódicamente una muestra de mensajes: datos correctos, momento adecuado, duplicados, tono y necesidad de intervención. Usa los errores para mejorar condiciones y plantillas, no para añadir respuestas automáticas a cualquier situación.

Completa el sistema con permisos de equipo y mide el balance de trabajo con la guía de ahorro de automatización. El objetivo es reducir tareas repetitivas conservando una responsabilidad reconocible en cada conversación.

Fuentes y revisión

Documentación consultada para esta guía. Las condiciones de cada proveedor pueden cambiar.

Conoce Explore

Explora otra forma de organizar tu cartera.

Descubre la vista de cartera, las tareas y el seguimiento del equipo en nuestra demostración. Explore está en preparación: la demo utiliza datos ficticios y no activa servicios.

Ver la demostración
Más guías para gestores

Continúa con tu siguiente decisión