Un hotel boutique en Mérida y el enlace entre recepción y ama de llaves
Resumen:
- El radio transmite y no almacena: el estado del hotel vivía en la memoria de quien alcanzó a oír.
- El sistema de reservas no se tocó; se agregó una capa operativa de piso que lo lee y le responde.
- Cinco estados de habitación, y el de revisión es el que no se puede eliminar.
- Medir solo velocidad de preparación empeora la calidad; hay que medir las dos cosas juntas.
Un hotel boutique en el centro de Mérida, veintidós habitaciones en una casona restaurada. Dos personas en recepción por turno, tres camaristas y una ama de llaves que también cubre turno de camarista cuando hace falta.
El hotel tenía buenas calificaciones y un problema recurrente: entregaba habitaciones que no estaban listas. No con frecuencia alarmante, pero sí lo suficiente para que apareciera en los comentarios de los huéspedes.
El costo de un estatus que solo existe en la voz
La coordinación entre piso y recepción era por radio. La camarista terminaba un cuarto y avisaba; recepción lo escuchaba y lo anotaba en una hoja impresa del día.
Ese mecanismo tiene una falla estructural: el radio transmite y no almacena. Si recepción está atendiendo un registro de entrada cuando llega el aviso, el aviso se pierde. Nadie hizo nada mal y la información desapareció.
Las consecuencias concretas eran cuatro.
Entregas sin revisión. Un huésped llegaba, recepción veía su hoja con el cuarto marcado como listo y entregaba. A veces el cuarto estaba limpio y sin revisar, y se había quedado algo pendiente.
Esperas innecesarias. El caso inverso era más frecuente y menos visible. El cuarto estaba listo, el aviso se había perdido, y el huésped esperaba en la sala media hora de más.
Recorridos de verificación. Ante la duda, recepción subía a revisar. Con una recepción de dos personas, eso significaba dejar el mostrador solo.
Mantenimiento reportado y olvidado. Una camarista detectaba una regadera con poca presión, lo decía por radio, y si no había nadie disponible para anotarlo, se perdía. El huésped lo reportaba dos días después.
Lo que se intentó antes
Dos intentos. El primero fue un grupo de mensajería para sustituir el radio. Fue mejor que el radio porque el mensaje queda escrito, y peor en otro sentido: el estado del hotel quedó repartido en una conversación lineal donde saber si el cuarto doce estaba listo implicaba leer hacia atrás.
El segundo fue un tablero físico en el área de servicio con imanes de colores por habitación. Funcionaba bien para quien estaba frente al tablero y no servía para nadie más. Recepción no podía verlo desde el mostrador, y esa es justo la persona que necesita el dato.
Los dos intentos dejaron claro el requisito: el estado tiene que vivir en un solo lugar y ser visible al mismo tiempo desde el piso y desde el mostrador.
La decisión de no tocar el sistema de reservas
El hotel usaba un sistema de reservas que administraba tarifas, disponibilidad y la conexión con los canales de venta. Esa parte funcionaba.
La primera propuesta que recibió el hotel de otro proveedor era reemplazarlo por algo que incluyera la operación de piso. Se descartó por una razón de riesgo: cambiar el sistema que controla la venta para resolver un problema de coordinación interna es poner en juego lo que funciona para arreglar lo que no.
Se construyó una capa operativa independiente con una relación acotada hacia el sistema de reservas.
| Componente | Qué administra | Qué intercambia |
|---|---|---|
| Sistema de reservas | Tarifas, disponibilidad, canales, estado de cuenta del huésped. | Entrega llegadas y salidas del día, y la asignación de habitación. |
| Capa de piso | Estado de limpieza, asignación de camarista, incidencias de mantenimiento. | Devuelve el estado de cada habitación y la hora en que quedó lista. |
| Vista de recepción | Lectura combinada de las dos cosas en una sola pantalla. | Nada; solo consulta y registra la entrega al huésped. |
El intercambio es mínimo a propósito. La capa de piso lee la llegada, la salida y la asignación, y escribe el estado. Nada más. Un acoplamiento más profundo habría hecho que un cambio en el sistema de reservas rompiera la operación de piso.
Cinco estados, y el de revisión no se negocia
La segunda decisión fue el modelo de estados. Empezó con nueve, propuestos a partir de lo que hacen los sistemas grandes de cadenas hoteleras.
Con tres camaristas, nueve estados es una complicación sin beneficio. Varios de esos estados existen para operaciones de doscientas habitaciones con turnos cruzados y supervisores por piso.
Quedaron cinco.
- Ocupada. El huésped está dentro y no ha salido.
- Por limpiar. El huésped salió, registrado en el sistema de reservas o marcado por recepción.
- En limpieza. Una camarista la tomó. Esto evita que dos personas suban al mismo cuarto.
- Lista por revisar. La camarista terminó y falta la verificación.
- Lista. Revisada y entregable.
El estado de lista por revisar fue el único que generó discusión seria, porque agrega un paso y el hotel quería velocidad. Se mantuvo porque es el único punto del proceso donde alguien distinto de quien limpió confirma que el cuarto se puede entregar, y porque el problema original era precisamente entregar cuartos sin esa confirmación.
Se resolvió la tensión con una regla práctica: cuando la ama de llaves no está disponible, la revisión la puede hacer otra camarista distinta de la que limpió, y queda registrado quién revisó. Nunca la misma persona.
La aplicación de piso: cuatro toques y nada más
La tercera decisión fue el diseño de la herramienta que usan las camaristas, y es donde se decide si el sistema se usa o se abandona.
La primera versión tenía una lista de verificación de doce puntos por habitación. La intención era buena: documentar la limpieza. El resultado fue que se llenaba al final del turno, de memoria, para todas las habitaciones de golpe. Una lista de verificación llenada así no documenta nada; solo crea un registro falso.
Se eliminó. La versión que se quedó tiene cuatro acciones y ninguna captura de texto obligatoria.
- Tomar la habitación, que la pasa a en limpieza y la bloquea para las demás.
- Terminar, que la pasa a lista por revisar y guarda la hora.
- Reportar una incidencia, con una lista corta de categorías y foto opcional.
- Marcar que el huésped no permite el acceso, que es un caso frecuente y antes no tenía manera de registrarse.
La lista de categorías de incidencia empezó con dieciocho opciones que alguien consideró completas. Las camaristas usaban cuatro. Se redujo a seis categorías más una opción abierta, y el volumen de reportes subió de inmediato, lo cual era el objetivo: antes las incidencias no se reportaban porque reportarlas era incómodo.
Sobre los dispositivos, la decisión fue ofrecer las dos opciones. El hotel compró tres equipos sencillos de uso compartido y la aplicación también funciona en el teléfono personal de quien lo prefiera. Obligar a usar el teléfono propio genera una resistencia razonable que no vale la pena provocar.
Los errores que cometimos
La lista de verificación de doce puntos. Ya descrita. Costó tres semanas y enseñó la lección general: si un registro se puede llenar después de los hechos, se va a llenar después de los hechos.
Nueve estados al inicio. Copiar el modelo de una cadena grande a un hotel de veintidós habitaciones. Produjo confusión sobre cuál estado corresponde y datos que no se podían usar.
Una pantalla de recepción con demasiada información. La primera vista de recepción mostraba las veintidós habitaciones con todo su detalle. Recepción necesita responder una pregunta en segundos mientras tiene un huésped enfrente. Se rediseñó a una vista de tres bloques: habitaciones listas para asignar, llegadas esperando cuarto, y habitaciones en proceso con hora estimada.
No consideramos el caso del huésped que sale tarde. El sistema de reservas marca la salida cuando se hace el cierre de cuenta, que a veces ocurre horas después de que el huésped dejó el cuarto, y a veces antes de que se lleve sus cosas. Durante dos semanas el estado por limpiar aparecía con retrasos y adelantos sin patrón. Se agregó la posibilidad de que recepción marque la salida física por separado del cierre de cuenta.
Cómo se midió el resultado
Se eligieron dos indicadores principales y uno de control, y la elección fue deliberada.
- Tiempo de salida a lista. Minutos entre la salida física del huésped y el momento en que la habitación queda en estado lista. Es la medida directa de la coordinación.
- Entregas con observación del huésped. Cuántas veces un huésped reporta algo del cuarto en las primeras horas. Es la medida de calidad.
- Incidencias de mantenimiento reportadas y atendidas. El conteo y el tiempo de atención.
El segundo indicador existe como contrapeso del primero. Medir solo velocidad de preparación empuja a entregar rápido, y entregar rápido sin revisar es exactamente el problema que había. Los dos se revisan juntos, siempre, y la mejora solo cuenta si los dos van en la dirección correcta.
El tercero dio el hallazgo inesperado. Al bajar la fricción para reportar, el número de incidencias se multiplicó en el primer mes. Visto de fuera parecía que el hotel se estaba deteriorando. Lo que pasaba era que por fin se veía lo que siempre había existido. Dos meses después, con las incidencias acumuladas atendidas, el número bajó y se estabilizó muy por encima del nivel anterior, que era un nivel ficticio.
Lo que se dejó fuera
No se construyó asignación automática de habitaciones a camaristas. Con tres personas y veintidós cuartos, la ama de llaves asigna en dos minutos considerando cosas que el sistema no sabe, como quién conoce mejor una habitación complicada. Automatizarlo habría sido resolver un problema que no existía.
Tampoco se incluyó control de inventario de amenidades y blancos. Es un proyecto legítimo y distinto, y meterlo en la misma entrega habría retrasado lo urgente.
Preguntas frecuentes
¿Por qué no basta el radio para avisar que un cuarto está listo?
Porque el radio transmite y no almacena. El aviso llega si alguien está escuchando y se pierde si no. Con veintidós habitaciones y tres personas en movimiento, el estado real del hotel vive en la memoria de quien alcanzó a oír el mensaje, y esa memoria no se puede consultar.
¿Hay que cambiar el sistema de reservas del hotel?
No, y es la peor manera de empezar. El sistema de reservas administra tarifas, disponibilidad y canales, y eso suele funcionar. Lo que falta es la capa operativa de piso, que lee la llegada y la salida del sistema de reservas y le devuelve el estado de limpieza de cada habitación.
¿Qué estados de habitación hacen falta de verdad?
Cinco bastan en un hotel pequeño: ocupada, por limpiar, en limpieza, lista por revisar y lista. El estado de revisión es el que no se puede quitar, porque es el único punto donde alguien distinto de quien limpió confirma que el cuarto se puede entregar.
¿Funciona si las camaristas usan su propio teléfono?
Funciona si la aplicación es muy ligera, no exige instalación complicada y no consume datos de forma notoria. Conviene además ofrecer dispositivos del hotel para quien prefiera no usar su equipo, porque obligar a usar el teléfono personal genera una resistencia razonable.
¿Cómo se mide si la coordinación mejoró?
Con el tiempo entre la salida del huésped y el momento en que la habitación queda lista, y con el conteo de entregas con observación del huésped. El primero mide la operación y el segundo mide si la mejora de velocidad se logró a costa de la calidad.
Si estás en una situación parecida
Si en tu operación hotelera pasa algo similar, el primer paso no es elegir tecnología: es ordenar el proceso y saber qué datos ya tienes. Podemos revisarlo contigo.
Cuéntanos tu caso en westribe.com.mx/solicitar/ o escríbenos por WhatsApp al +52 312 554 2845.