Automatización hotelera: las operaciones antes y después

La mayoría de las discusiones sobre la automatización hotelera permanecen abstractas: tiempos de respuesta más rápidos, huéspedes más felices, menos errores. Es más útil mirar una situación específica, ejecutarla dos veces y comparar lo que realmente sucede en el funcionamiento. A continuación se muestra un escenario único recorrido en ambos sentidos, con el mismo evento desencadenante y dos cadenas de custodia muy diferentes. Los números son ilustrativos, pero los mecánicos reflejan cómo los hoteles de tamaño medio (120 a 250 habitaciones) suelen funcionar hoy.

El escenario: un aire acondicionado averiado a las 21:40

Un invitado de la habitación 412 llama a la recepción. El aire acondicionado no funciona y la habitación está caliente. Es viernes por la noche, la propiedad está ocupada en un 92 por ciento, y hay un agente de recepción, un técnico de mantenimiento de guardia y un supervisor de limpieza haciendo controles de desmontaje en el cuarto piso.

Antes: la gestión manual

En una configuración típica no automatizada, esto es aproximadamente lo que sucede:

1. El agente de recepción responde la llamada, escribe el número de habitación y el asunto en una nota adesiva o en un cuaderno de viaje compartido, y continúa manejando los registros.
2. Diez minutos después, durante una pausa, el agente comunica por radio el mantenimiento. El técnico está en el segundo piso arreglando una puerta atascada y no responde inmediatamente.
3. El agente llama al celular del técnico. No hay respuesta. El agente deja la nota en el escritorio y pasa al siguiente invitado.
4. A las 10:15, el invitado llama de nuevo, esta vez visiblemente frustrado. El agente se disculpa, escala verbalmente al gerente de turno, que está manejando una disputa de facturación separada.
5. El gerente encuentra al técnico en persona a las 10:30. El técnico va a la habitación 412, descubre que la unidad necesita una pieza que no está a mano, e informa de nuevo a la recepción verbalmente.
6. Nadie registra el intento de resolución o el problema de piezas en cualquier lugar que pueda ver el siguiente turno. A las 7 de la mañana, el recepcionista no tiene registro de la interacción y el invitado llama de nuevo, ahora pidiendo un cambio de habitación o un descuento.

La propiedad en esta situación normalmente termina componiendo parte de la estancia del huésped, no porque el problema mecánico subyacente fuera inusual, sino porque la cadena de comunicación se rompió en tres puntos separados: admisión, entrega y seguimiento. Ninguno de esos puntos requería más personal. Necesitaban un registro que perdurara y una regla que desencadenara el siguiente paso sin que un humano tuviera que recordar hacerlo.

Después: la misma noche, con asignación automática

Con las reglas de enrutamiento y SLA en su lugar, el mismo gatillo produce una secuencia diferente:

• La llamada del huésped o el mensaje en la aplicación crea un boleto etiquetado automáticamente como "mantenimiento, comodidad de la habitación, habitación 412" en el momento en que se registra, ya sea que el agente escriba tres palabras o que la solicitud provenga a través de un canal de mensajería de invitados.
• El sistema comprueba la disponibilidad de técnicos y la carga de trabajo actual, luego envía el ticket al técnico con la cola más corta abierta en lugar de a quien sea que la recepción llegue primero.
• El reloj de un SLA comienza: 15 minutos hasta la primera respuesta, 45 minutos hasta la resolución o escalada, según la categoría del problema. Esto no es arbitrario; la propiedad estableció estos umbrales utilizando datos de resolución anteriores para las quejas de climatización y confort específicamente.
• A los 15 minutos, si el técnico no ha reconocido la multa, se pasa automáticamente al gerente de guardia con los detalles originales adjuntos, sin necesidad de recapitulación verbal.
• El técnico encuentra que la unidad necesita una pieza. En lugar de un informe verbal que muere en la recepción, el boleto se actualiza con "partes no disponibles, entrega ETA al día siguiente", lo que desencadena una acción de recuperación pre-aprobada: ofrezca un traslado de habitación o un crédito de servicio dentro de un rango definido, sin esperar la aprobación del gerente en un caso de rutina.
• El turno de la mañana comienza con el boleto todavía visible, marcado abierto con una acción clara siguiente, en lugar de empezar desde cero.

El invitado todavía tiene una habitación caliente para parte de la noche. La diferencia es que el problema es visible, propio y temporal en cada etapa, en lugar de vivir en la memoria de alguien hasta que resurge como una queja.

El fracaso en la mayoría de los fallos del servicio hotelero no es que nadie tratara de ayudar. Es que la entrega entre personas no tenía registro y no tenía fecha límite.

Qué cambió realmente en la organización

Vale la pena ser preciso acerca de lo que sustituyó la automatización aquí, porque no fue "velocidad" en un sentido general. Tres mecanismos específicos hicieron el trabajo:

• Rotación por volumen de trabajo, no por proximidad. El billete fue al técnico disponible, no al que el agente llegó a la radio.
• Temporizadores SLA con rutas de escalada definidas. Una ventana de confirmación perdida desencadenó una entrega automática, eliminando la necesidad de que un huésped llame dos veces antes de que alguien mayor se involucrara.
• Registros persistentes y cambiantes. El boleto no se reinició en el cambio de turno. Esto por sí solo evita una gran parte de los escenarios de quejas repetidas que aparecen en las reseñas de los huéspedes.

Esta es la capa en torno a la que se construye una plataforma como Hermes: conectarse al PMS de la propiedad para que una solicitud en la habitación 412 lleve el historial y el estado de los huéspedes a quien necesite actuar sobre él, en lugar de depender de una nota pegajosa que sobreviva a un cambio de turno.

Dónde aplicar el modelo más allá del mantenimiento

El mismo patrón antes/después aparece en el servicio de limpieza (una salida tardía no reflejada en la cola de limpieza) y en la comunicación de los invitados (una solicitud de WhatsApp que permanece sin leer porque aterrizó en un canal que nadie fue asignado a monitorear). En cada caso, la versión manual falla en la entrega y la memoria, no en las buenas intenciones. Una propiedad que adopta este tipo de enrutamiento generalmente no necesita agregar personal para ver menos quejas repetidas; necesita que las acciones del personal existente sean visibles entre sí en tiempo real, con un reloj conectado a lo que sucede si nadie actúa.

El escenario anterior es deliberadamente ordinario. Los hoteles no suelen perder huéspedes por raras fallas catastróficas. Los pierden por problemas ordinarios que tomaron tres llamadas telefónicas y cuarenta minutos más de lo necesario, porque ningún sistema monitoreaba la solicitud de principio a fin.