Movara Fitness Resort no vendía una simple noche de habitación. Sus huéspedes venían para una estancia de bienestar estructurada donde el alojamiento, las comidas, el ejercicio, la programación, los servicios y los pagos debían funcionar juntos.
Movara Fitness Resort en Ivins, Utah combina alojamiento con una experiencia estructurada de fitness y bienestar que puede extenderse desde una visita corta hasta programas de varias semanas.
Booking Ninjas trabajó con Movara para configurar un entorno nativo de Salesforce en torno a la forma en que se vendían y operaban realmente esas estancias.
El desafío: una habitación podría representar varios tipos de inventario
El modelo de alojamiento de Movara mostró rápidamente por qué una configuración normal de una habitación y una reserva no era suficiente.
La misma habitación física podría venderse de forma privada a un huésped o compartirse entre varios participantes del programa.
Internamente, una habitación como la 101 podría tener inventario relacionado como 101A y 101B.
Si la habitación principal se reservaba de forma privada, ambas posiciones compartidas debían volverse no disponibles. Si una posición compartida se reservaba, el sistema necesitaba evitar que la misma habitación se vendiera nuevamente como inventario privado.
- King Privado
- King Doble
- Queen Privado
- Queen Doble
- Villa Privada
- Villa Doble
- Villa Triple
- Inventario conectado de padre e hijo
Booking Ninjas configuró el inventario en torno a las verdaderas reglas de Movara
Booking Ninjas trabajó con Movara en el comportamiento de disponibilidad de padre e hijo para que el inventario privado y compartido pudiera afectarse mutuamente de forma automática.
Ese es un buen ejemplo del enfoque de implementación más amplio: comenzar desde cómo el negocio realmente vende el recurso, luego configurar el sistema en torno a esa lógica.
La actual Gestión de Reservas y la plataforma de reservas de Booking Ninjas utilizan el mismo modelo más amplio al conectar reservas directamente con inventario, disponibilidad, capacidad, precios y reglas operativas.
El producto era un paquete de bienestar, no simplemente una habitación
El alojamiento era solo una parte de lo que el huésped estaba comprando.
Una estancia podría reunir alojamiento, comidas, acceso a ejercicio, programación de fitness y otros componentes de bienestar.
Esos componentes podrían tener un tratamiento fiscal diferente, mientras que el precio final también podría depender de la ocupación, la duración de la estancia, la temporada, el estado de lealtad y las reglas promocionales.
Las reservas más largas incluso podrían cruzar diferentes períodos de precios durante la misma estancia.
El alojamiento privado o compartido establece parte del paquete y el requisito de inventario.
Las comidas, el ejercicio y la programación de bienestar forman parte de lo que el huésped está comprando.
La duración, la ocupación, las fechas, la lealtad y las promociones pueden cambiar cómo se fija el precio de la estancia.
Los depósitos, saldos, facturas e historial de pagos permanecen conectados a la reserva.
La reserva final lleva el detalle operativo detrás de la experiencia completa del huésped.
Booking Ninjas abordó esto como gestión de paquetes y tarifas en lugar de reducir todo a una tarifa nocturna única.
La actual Gestión de Tarifas capacidad también apoya precios estacionales, basados en el calendario y guiados por reglas dentro de Salesforce.
Cómo encajó el modelo operativo de Movara
| Movara necesitaba | Enfoque de Booking Ninjas | Qué podría facilitar la configuración |
|---|---|---|
| Inventario de habitaciones privadas + compartidas | Conectó reglas de reserva y disponibilidad | Las versiones privadas y compartidas de la misma habitación física podrían bloquearse correctamente entre sí. |
| Diferentes paquetes de bienestar | Gestión de Paquetes + Tarifas | El alojamiento, los componentes del programa, las fechas, la ocupación y las reglas de precios podrían seguir siendo parte de la misma estructura de estancia. |
| Estancias largas y cortas | Precios Basados en Reglas | Diferentes períodos de precios y longitudes de estancia podrían manejarse sin reducir cada reserva a una tarifa nocturna fija. |
| Depósitos y saldos | Flujos de Trabajo de Reserva + Pago | Los pagos anticipados, los saldos restantes, las facturas, las tarjetas y el historial de pagos podrían permanecer conectados a la reserva del huésped. |
| Conocer la preparación de la habitación | Estado de Limpieza | El checkout podría mover una habitación a un estado de vacante-sucia antes de que el servicio de limpieza la devolviera a vacante-limpia y disponible en el inventario. |
| Vender servicios durante la estancia | Punto de Venta | Los servicios de spa, el entrenamiento personal, la mercancía, las excursiones y otras compras podrían permanecer conectadas al huésped y a la reserva. |
| Mantener claro el gasto prepagado e incidental | Estructura de Facturación + POS | El paquete de bienestar prepagado podría permanecer distinto de las compras adicionales realizadas después de la llegada. |
La reserva se convirtió en el inicio de la operación del huésped
El personal de Movara necesitaba mucho más que una confirmación de reserva.
Necesitaban entender quién estaba llegando, quién estaba actualmente en el lugar, qué habitación ocupaba un huésped, si quedaban saldos, qué se había pagado y cuándo estaba listo el alojamiento para venderse nuevamente.
Booking Ninjas trabajó para mantener esos procesos en torno a los registros de reserva nativos de Salesforce para que la reserva pudiera seguir siendo útil durante toda la estancia.
Eso convierte la reserva de un registro de ventas en algo que las operaciones pueden seguir utilizando después de que el huésped llega.
La disponibilidad también dependía del estado operativo de la habitación
Un huésped que hace checkout no significa automáticamente que la habitación esté lista para la próxima llegada.
Movara necesitaba que la habitación pasara por una secuencia simple pero importante:
Eso conecta la limpieza directamente con el control de inventario.
Una habitación puede estar físicamente vacía, pero aún no debería tratarse como inventario vendible hasta que el estado operativo indique que está lista.
Por eso, la disponibilidad es más útil cuando refleja tanto las reservas como la condición real del recurso.
La experiencia del resort continuó después de la compra del paquete de bienestar
Las transacciones en el lugar de Movara también se veían diferentes de un POS de resort normal centrado en restaurantes.
Los huéspedes podían comprar masajes, entrenamiento personal, mercancía de la tienda, caminatas privadas, excursiones, comidas para llevar y otros servicios o incidentales de bienestar.
Booking Ninjas trabajó hacia una experiencia de POS moldeada en torno a esas compras reales en lugar de un flujo de trabajo genérico de mesa de restaurante.
El objetivo más amplio era mantener el gasto adicional conectado al huésped y a la reserva, mientras que aún se distinguía del paquete de bienestar prepagado.
El actual POS de Booking Ninjas también vincula transacciones con reservas, servicios, membresías y registros de clientes dentro de Salesforce.
El sistema se construyó a través de comentarios operativos reales
Una parte definitoria del proyecto de Movara fue el propio proceso de implementación.
Booking Ninjas revisó la operación existente, creó el entorno de Salesforce y trabajó a través de sesiones de revisión y prueba recurrentes con el equipo de Movara.
Ese feedback expuso detalles que podrían ser fáciles de pasar por alto en una implementación genérica de resort: cómo deberían aparecer las etiquetas de habitaciones compartidas, cómo debería bloquearse el inventario, cómo deberían fijarse los precios de los componentes del paquete, cómo debería cambiar el estado de la habitación y cómo deberían diferir los cargos del programa prepagado de los incidentales.
La implementación se realizó de manera deliberada por fases.
Los flujos de trabajo de reserva y PMS centrales vinieron primero, con procesos más profundos de POS, contabilidad, informes, créditos y procesos de apoyo destinados a seguir.
Lo que demostró el proyecto
Movara finalmente pausó la implementación más amplia y continuó utilizando su PMS existente mientras se centraba en otras prioridades comerciales.
Por lo tanto, el reemplazo completo planeado de PMS, contabilidad y POS no alcanzó la finalización.
El trabajo de implementación sustancial aún demostró cómo Booking Ninjas podría modelar una operación de resort de bienestar inusualmente compleja.
Las versiones privadas y compartidas del mismo alojamiento podrían modelarse sin permitir reservas conflictivas.
La estructura de reserva podría tener en cuenta la duración de la estancia, la ocupación, los períodos estacionales, los paquetes, las promociones y diferentes componentes de precios.
Las reservas, el estado de las habitaciones, los pagos, la información del huésped y otras actividades operativas podrían compartir la misma base de Salesforce.
El inventario podría reflejar si el alojamiento estaba realmente listo para otro huésped, no simplemente si el huésped anterior se había ido.
Los servicios y compras adicionales podrían diseñarse en torno al huésped y la reserva en lugar de convertirse en transacciones aisladas.
El proyecto mostró cómo un resort de bienestar con reglas inusuales podría modelarse sin reducirlo a una plantilla hotelera convencional.
Movara no necesitaba otro PMS hotelero genérico
El producto del resort era diferente por diseño.
El inventario privado y compartido funcionaba de manera diferente. Los programas de bienestar moldeaban el precio. Las estancias podían durar semanas. Los huéspedes hacían compras adicionales en torno al programa. El estado de limpieza afectaba si el inventario estaba realmente listo.
Un PMS rígido podría forzar esas diferencias en soluciones alternativas.
Booking Ninjas tomó el otro enfoque: usar Salesforce como la base operativa, luego configurar las reglas de reserva, precios, pagos, servicios y operativas en torno a la organización.
Ese principio sigue siendo central para Booking Ninjas hoy: diferentes operaciones pueden usar la misma base de plataforma sin tener que seguir las mismas reglas comerciales.
Aprende más sobre este tipo de configuración de resort
Vea cómo las reservas, el inventario, la capacidad, las restricciones y las reglas operativas determinan si un recurso puede ser realmente reservado.
Cómo se Gestiona la Disponibilidad →Vea cómo las reservas, los pagos, los servicios y otras actividades aprobadas pueden permanecer conectadas en torno al mismo huésped.
¿Qué es un Registro de Cliente? →Vea cómo Booking Ninjas conecta reservas complejas con precios, disponibilidad, reglas operativas y flujos de trabajo de Salesforce.
Explorar la Gestión de Tarifas →Acerca de esta historia: Booking Ninjas completó un trabajo sustancial de configuración e implementación con Movara Fitness Resort en torno a inventario de alojamiento privado y compartido, paquetes de bienestar, precios complejos, pagos, estado de las habitaciones, operaciones de huéspedes, requisitos de POS y expansión por fases. Movara luego pausó la implementación más amplia y continuó con su PMS existente, por lo que esta página no presenta a Booking Ninjas como el PMS de producción completado de Movara ni reclama resultados financieros u operativos no verificados.
Su resort no debería tener que simplificar su producto para adaptarse a su PMS.
Vea cómo Booking Ninjas puede conectar inventario complejo, paquetes, tarifas, huéspedes, pagos, servicios, estado de las habitaciones y operaciones en torno a la forma en que realmente funciona su estancia.
.jpeg)
.jpg)
.png)
