O Movara Fitness Resort não vendia uma simples diária. Seus hóspedes vinham para uma estadia estruturada de bem-estar, onde acomodação, refeições, exercícios, programação, serviços e pagamentos precisavam funcionar em conjunto.
Movara Fitness Resort em Ivins, Utah, combina hospedagem com uma experiência estruturada de fitness e bem-estar que pode se estender de uma visita mais curta a programas de várias semanas.
A Booking Ninjas trabalhou com a Movara para configurar um ambiente nativo do Salesforce em torno da forma como essas estadias eram realmente vendidas e operadas.
O desafio: um quarto poderia representar vários tipos de inventário
O modelo de acomodação da Movara rapidamente mostrou por que uma configuração normal de um quarto e uma reserva não era suficiente.
O mesmo quarto físico poderia ser vendido privadamente para um hóspede ou compartilhado entre vários participantes do programa.
Internamente, um quarto como 101 poderia, portanto, ter inventário relacionado como 101A e 101B.
Se o quarto principal fosse reservado privadamente, ambas as posições compartilhadas precisariam se tornar indisponíveis. Se uma posição compartilhada fosse reservada, o sistema precisaria impedir que o mesmo quarto fosse vendido novamente como inventário privado.
- King Privado
- King Duplo
- Queen Privado
- Queen Duplo
- Villa Privada
- Villa Dupla
- Villa Tripla
- Inventário conectado pai-filho
A Booking Ninjas configurou o inventário em torno das regras reais da Movara
A Booking Ninjas trabalhou com a Movara no comportamento de disponibilidade pai e filho para que o inventário privado e compartilhado pudesse afetar um ao outro automaticamente.
Esse é um bom exemplo da abordagem mais ampla de implementação: começar de como o negócio realmente vende o recurso, e então configurar o sistema em torno dessa lógica.
A atual Gestão de Reservas e a plataforma de reservas da Booking Ninjas usam o mesmo modelo mais amplo, conectando reservas diretamente com inventário, disponibilidade, capacidade, preços e regras operacionais.
O produto era um pacote de bem-estar, não simplesmente um quarto
A acomodação era apenas uma parte do que o hóspede estava comprando.
Uma estadia poderia reunir hospedagem, refeições, acesso a exercícios, programação de fitness e outros componentes de bem-estar.
Esses componentes poderiam ter diferentes tratamentos fiscais, enquanto o preço final também poderia depender de ocupação, duração da estadia, temporada, status de fidelidade e regras promocionais.
Reservas mais longas poderiam até cruzar diferentes períodos de preços durante a mesma estadia.
A hospedagem privada ou compartilhada estabelece parte do pacote e da exigência de inventário.
Refeições, exercícios e programação de bem-estar fazem parte do que o hóspede está adquirindo.
Duração, ocupação, datas, fidelidade e promoções podem mudar como a estadia é precificada.
Depósitos, saldos, faturas e histórico de pagamentos permanecem conectados à reserva.
A reserva final carrega os detalhes operacionais por trás da experiência completa do hóspede.
A Booking Ninjas abordou isso como gestão de pacotes e tarifas, em vez de reduzir tudo a uma única tarifa noturna.
A atual Gestão de Tarifas capacidade também suporta preços sazonais, baseados em calendário e orientados por regras dentro do Salesforce.
Como o modelo operacional da Movara se encaixava
| Movara precisava | Abordagem da Booking Ninjas | O que a configuração poderia facilitar |
|---|---|---|
| Inventário de quartos privados + compartilhados | Regras de reserva e disponibilidade conectadas | Versões privadas e compartilhadas do mesmo quarto físico poderiam se bloquear corretamente. |
| Diferentes pacotes de bem-estar | Gestão de Pacotes + Tarifas | Acomodação, componentes do programa, datas, ocupação e regras de preços poderiam permanecer parte da mesma estrutura de estadia. |
| Estadias longas e curtas | Precificação Baseada em Regras | Diferentes períodos de preços e durações de estadia poderiam ser tratados sem reduzir cada reserva a uma única tarifa fixa por noite. |
| Depósitos e saldos | Fluxos de Trabalho de Reserva + Pagamento | Pré-pagamentos, saldos restantes, faturas, cartões e histórico de pagamentos poderiam permanecer conectados à reserva do hóspede. |
| Saber a prontidão do quarto | Status de Limpeza | O checkout poderia mover um quarto para o status de vago-sujo antes que a limpeza o retornasse para vago-limpo e disponível. |
| Vender serviços durante a estadia | Ponto de Venda | Serviços de spa, treinamento pessoal, mercadorias, excursões e outras compras poderiam permanecer conectados ao hóspede e à reserva. |
| Manter gastos pré-pagos e incidentais claros | Estrutura de Faturamento + POS | O pacote de bem-estar pré-pago poderia permanecer distinto de compras adicionais feitas após a chegada. |
A reserva se tornou o início da operação do hóspede
A equipe da Movara precisava de muito mais do que uma confirmação de reserva.
Eles precisavam entender quem estava chegando, quem estava atualmente hospedado, qual quarto um hóspede ocupava, se havia saldos pendentes, o que havia sido pago e quando a acomodação estava pronta para ser vendida novamente.
A Booking Ninjas trabalhou para manter esses processos em torno dos registros de reserva nativos do Salesforce, para que a reserva pudesse continuar sendo útil durante a estadia.
Isso transforma a reserva de um registro de vendas em algo que as operações podem continuar usando após a chegada do hóspede.
A disponibilidade também dependia do status operacional do quarto
Um hóspede fazendo checkout não significa automaticamente que o quarto está pronto para a próxima chegada.
A Movara precisava que o quarto passasse por uma sequência simples, mas importante:
Isso conecta a limpeza diretamente com o controle de inventário.
Um quarto pode estar fisicamente vazio, mas ainda não deve ser tratado como inventário vendável até que o status operacional diga que está pronto.
É por isso que a disponibilidade é mais útil quando reflete tanto as reservas quanto a condição real do recurso.
A experiência no resort continuou após a compra do pacote de bem-estar
As transações no local da Movara também eram diferentes de um POS normal focado em restaurantes.
Os hóspedes poderiam comprar massagens, treinamento pessoal, mercadorias da loja, caminhadas privadas, excursões, refeições para viagem e outros serviços ou incidentais de bem-estar.
A Booking Ninjas trabalhou para criar uma experiência de POS moldada em torno dessas compras reais, em vez de um fluxo de trabalho genérico de mesa de restaurante.
O objetivo mais amplo era manter os gastos adicionais conectados ao hóspede e à reserva, enquanto ainda os distinguia do pacote de bem-estar pré-pago.
O atual POS da Booking Ninjas também vincula transações com reservas, serviços, associações e registros de clientes dentro do Salesforce.
O sistema foi construído através de feedback operacional real
Uma parte definidora do projeto Movara foi o próprio processo de implementação.
A Booking Ninjas revisou a operação existente, criou o ambiente do Salesforce e trabalhou em sessões recorrentes de revisão e teste com a equipe da Movara.
Esse feedback expôs detalhes que seriam fáceis de perder em uma implementação genérica de resort: como os rótulos de quartos compartilhados deveriam aparecer, como o inventário deveria ser bloqueado, como os componentes do pacote deveriam ser precificados, como o status do quarto deveria mudar e como as cobranças do programa pré-pago deveriam diferir dos incidentais.
A implementação foi deliberadamente faseada.
Os fluxos de trabalho principais de reserva e PMS vieram primeiro, com processos mais profundos de POS, contabilidade, relatórios, créditos e suporte destinados a seguir.
O que o projeto demonstrou
A Movara, em última análise, pausou a implementação mais ampla e continuou usando seu PMS existente enquanto se concentrava em outras prioridades de negócios.
Portanto, a substituição completa planejada do PMS, contabilidade e POS não foi concluída.
O trabalho substancial de implementação ainda demonstrou como a Booking Ninjas poderia modelar uma operação de resort de bem-estar incomumente complexa.
Versões privadas e compartilhadas da mesma acomodação poderiam ser modeladas sem permitir reservas conflitantes.
A estrutura de reserva poderia levar em conta a duração da estadia, ocupação, períodos sazonais, pacotes, promoções e diferentes componentes de preços.
Reservas, status do quarto, pagamentos, informações do hóspede e outras atividades operacionais poderiam compartilhar a mesma base do Salesforce.
O inventário poderia refletir se a acomodação estava realmente pronta para outro hóspede, não apenas se o hóspede anterior havia partido.
Serviços e compras adicionais poderiam ser projetados em torno do hóspede e da reserva, em vez de se tornarem transações isoladas.
O projeto mostrou como um resort de bem-estar com regras incomuns poderia ser modelado sem reduzi-lo a um modelo convencional de hotel.
A Movara não precisava de outro PMS genérico de hotel
O produto do resort era diferente por design.
O inventário privado e compartilhado funcionava de maneira diferente. Os programas de bem-estar moldavam o preço. As estadias podiam durar semanas. Os hóspedes faziam compras adicionais em torno do programa. O status de limpeza afetava se o inventário estava realmente pronto.
Um PMS rígido poderia forçar essas diferenças em soluções alternativas.
A Booking Ninjas adotou a outra abordagem: usar o Salesforce como a base operacional, e então configurar as regras de reserva, precificação, pagamento, serviço e operação em torno da organização.
Esse princípio permanece central para a Booking Ninjas hoje: operações diferentes podem usar a mesma base da plataforma sem precisar seguir as mesmas regras de negócios.
Saiba mais sobre esse tipo de configuração de resort
Veja como reservas, inventário, capacidade, restrições e regras operacionais determinam se um recurso pode realmente ser reservado.
Como a Disponibilidade é Gerenciada →Veja como reservas, pagamentos, serviços e outras atividades aprovadas podem permanecer conectadas em torno do mesmo hóspede.
O que é um Registro de Cliente? →Veja como a Booking Ninjas conecta reservas complexas com preços, disponibilidade, regras operacionais e fluxos de trabalho do Salesforce.
Explore a Gestão de Tarifas →Sobre esta história: A Booking Ninjas completou um trabalho substancial de configuração e implementação com o Movara Fitness Resort em torno de inventário de acomodações privadas e compartilhadas, pacotes de bem-estar, preços complexos, pagamentos, status dos quartos, operações de hóspedes, requisitos de POS e expansão faseada. A Movara posteriormente pausou a implementação mais ampla e continuou com seu PMS existente, portanto, esta página não apresenta a Booking Ninjas como o PMS de produção concluído da Movara ou reivindica resultados financeiros ou operacionais não verificados.
Seu resort não deve ter que simplificar seu produto para se adequar ao seu PMS.
Veja como a Booking Ninjas pode conectar inventário complexo, pacotes, tarifas, hóspedes, pagamentos, serviços, status dos quartos e operações em torno da forma como sua estadia realmente funciona.