Le Movara Fitness Resort ne vendait pas une simple nuitée. Ses clients venaient pour un séjour bien-être structuré où l'hébergement, les repas, l'exercice, la programmation, les services et les paiements devaient tous fonctionner ensemble.
Movara Fitness Resort à Ivins, Utah, combine hébergement avec une expérience de fitness et de bien-être structurée qui peut s'étendre d'une visite courte à des programmes de plusieurs semaines.
Booking Ninjas a travaillé avec Movara pour configurer un environnement de station balnéaire natif Salesforce autour de la manière dont ces séjours étaient réellement vendus et opérés.
Le défi : une chambre pouvait représenter plusieurs types d'inventaire
Le modèle d'hébergement de Movara a rapidement montré pourquoi une configuration normale d'une chambre, une réservation n'était pas suffisante.
La même chambre physique pouvait être vendue à un client en privé ou partagée entre plusieurs participants au programme.
En interne, une chambre comme 101 pouvait donc avoir un inventaire associé tel que 101A et 101B.
Si la chambre principale était réservée en privé, les deux positions partagées devaient devenir indisponibles. Si une position partagée était réservée, le système devait empêcher que la même chambre soit vendue à nouveau comme inventaire privé.
- King Privé
- King Double
- Queen Privé
- Queen Double
- Villa Privée
- Villa Double
- Villa Triple
- Inventaire parent-enfant connecté
Booking Ninjas a configuré l'inventaire autour des vraies règles de Movara
Booking Ninjas a travaillé avec Movara sur le comportement de disponibilité parent-enfant afin que l'inventaire privé et partagé puisse s'affecter mutuellement de manière automatique.
C'est un bon exemple de l'approche d'implémentation plus large : commencer par la manière dont l'entreprise vend réellement la ressource, puis configurer le système autour de cette logique.
La gestion actuelle des réservations de Booking Ninjas Gestion des Réservations et la plateforme de réservation utilisent le même modèle plus large en connectant directement les réservations avec l'inventaire, la disponibilité, la capacité, les prix et les règles opérationnelles.
Le produit était un forfait bien-être, pas simplement une chambre
L'hébergement n'était qu'une partie de ce que le client achetait.
Un séjour pouvait rassembler hébergement, repas, accès à l'exercice, programmation de fitness et autres composants de bien-être.
Ces composants pouvaient avoir un traitement fiscal différent, tandis que le prix final pouvait également dépendre de l'occupation, de la durée du séjour, de la saison, du statut de fidélité et des règles promotionnelles.
Des réservations plus longues pouvaient même traverser différentes périodes de tarification pendant le même séjour.
L'hébergement privé ou partagé établit une partie du forfait et de l'exigence d'inventaire.
Les repas, l'exercice et la programmation de bien-être font partie de ce que le client achète.
La durée, l'occupation, les dates, la fidélité et les promotions peuvent changer la manière dont le séjour est tarifé.
Dépôts, soldes, factures et historique des paiements restent connectés à la réservation.
La réservation finale porte les détails opérationnels derrière l'expérience complète du client.
Booking Ninjas a abordé cela comme une gestion de forfaits et de tarifs plutôt que de réduire tout à un tarif de chambre par nuit.
La capacité actuelle de Gestion des Tarifs soutient également les prix saisonniers, basés sur le calendrier et régis par des règles à l'intérieur de Salesforce.
Comment le modèle opérationnel de Movara s'est intégré
| Movara avait besoin | Approche de Booking Ninjas | Ce que la configuration pouvait faciliter |
|---|---|---|
| Inventaire de chambres privées + partagées | Règles de réservation et de disponibilité connectées | Les versions privées et partagées de la même chambre physique pouvaient se bloquer correctement. |
| Différents forfaits bien-être | Gestion des Forfaits + Tarifs | L'hébergement, les composants du programme, les dates, l'occupation et les règles de tarification pouvaient rester partie intégrante de la même structure de séjour. |
| Séjours longs et courts | Tarification Basée sur des Règles | Différentes périodes de tarification et durées de séjour pouvaient être gérées sans réduire chaque réservation à un tarif fixe par nuit. |
| Dépôts et soldes | Flux de Travail de Réservation + Paiement | Les prépaiements, soldes restants, factures, cartes et historique des paiements pouvaient rester connectés à la réservation du client. |
| Savoir si la chambre est prête | Statut de Ménage | Le départ pouvait faire passer une chambre en statut vacant-sale avant que le ménage ne la ramène à un statut vacant-propre et disponible. |
| Vendre des services pendant le séjour | Point de Vente | Les services de spa, l'entraînement personnel, les marchandises, les excursions et d'autres achats pouvaient rester connectés au client et à la réservation. |
| Garder les dépenses prépayées et accessoires claires | Structure de Facturation + POS | Le forfait bien-être prépayé pouvait rester distinct des achats supplémentaires effectués après l'arrivée. |
La réservation est devenue le début de l'opération client
Le personnel de Movara avait besoin de bien plus qu'une confirmation de réservation.
Ils devaient comprendre qui arrivait, qui était actuellement sur place, quelle chambre occupait un client, si des soldes restaient, ce qui avait été payé et quand l'hébergement était prêt à être vendu à nouveau.
Booking Ninjas a travaillé pour garder ces processus autour des enregistrements de réservation natifs Salesforce afin que la réservation puisse rester utile tout au long du séjour.
Cela transforme la réservation d'un enregistrement de vente en quelque chose que les opérations peuvent continuer à utiliser après l'arrivée du client.
La disponibilité dépendait aussi du statut opérationnel de la chambre
Un client qui quitte ne signifie pas automatiquement que la chambre est prête pour la prochaine arrivée.
Movara avait besoin que la chambre passe par une séquence simple mais importante :
Cela connecte le ménage directement au contrôle de l'inventaire.
Une chambre peut physiquement être vide mais ne doit pas être considérée comme un inventaire vendable tant que le statut opérationnel ne dit pas qu'elle est prête.
C'est pourquoi la disponibilité est plus utile lorsqu'elle reflète à la fois les réservations et la véritable condition de la ressource.
L'expérience du resort se poursuivait après l'achat du forfait bien-être
Les transactions sur place de Movara avaient également un aspect différent de celui d'un POS de resort axé sur les restaurants.
Les clients pouvaient acheter des massages, des entraînements personnels, des marchandises de la boutique, des randonnées privées, des excursions, des repas à emporter et d'autres services ou accessoires de bien-être.
Booking Ninjas a travaillé vers une expérience POS façonnée autour de ces achats réels plutôt que d'un flux de travail générique de table de restaurant.
L'objectif plus large était de garder les dépenses supplémentaires connectées au client et à la réservation tout en les distinguant du forfait bien-être prépayé.
Le POS actuel de Booking Ninjas lie également les transactions avec les réservations, les services, les adhésions et les enregistrements clients à l'intérieur de Salesforce.
Le système a été construit grâce à un retour opérationnel réel
Une partie déterminante du projet Movara était le processus d'implémentation lui-même.
Booking Ninjas a examiné l'opération existante, créé l'environnement Salesforce et travaillé à travers des sessions de révision et de test récurrentes avec l'équipe de Movara.
Ce retour a exposé des détails qui auraient été faciles à manquer dans une implémentation de resort générique : comment les étiquettes de chambres partagées devraient apparaître, comment l'inventaire devrait se bloquer, comment les composants de forfait devraient être tarifés, comment le statut des chambres devrait changer et comment les frais de programme prépayés devraient différer des accessoires.
L'implémentation a été délibérément phasée.
Les flux de travail de réservation et de PMS de base sont venus en premier, avec des processus de POS, de comptabilité, de reporting, de crédits et de soutien plus profonds destinés à suivre.
Ce que le projet a démontré
Movara a finalement mis en pause l'implémentation plus large et a continué à utiliser son PMS existant tout en se concentrant sur d'autres priorités commerciales.
Le remplacement complet prévu du PMS, de la comptabilité et du POS n'a donc pas été achevé.
Le travail d'implémentation substantiel a néanmoins démontré comment Booking Ninjas pouvait modéliser une opération de resort bien-être inhabituellement complexe.
Les versions privées et partagées du même hébergement pouvaient être modélisées sans permettre des réservations conflictuelles.
La structure de réservation pouvait tenir compte de la durée du séjour, de l'occupation, des périodes saisonnières, des forfaits, des promotions et des différents composants de tarification.
Les réservations, le statut des chambres, les paiements, les informations sur les clients et d'autres activités opérationnelles pouvaient partager la même base Salesforce.
L'inventaire pouvait refléter si l'hébergement était réellement prêt pour un autre client, pas simplement si le client précédent était parti.
Les services et achats supplémentaires pouvaient être conçus autour du client et de la réservation plutôt que de devenir des transactions isolées.
Le projet a montré comment un resort bien-être avec des règles inhabituelles pouvait être modélisé sans le réduire à un modèle d'hôtel conventionnel.
Movara n'avait pas besoin d'un autre PMS hôtelier générique
Le produit du resort était différent par conception.
L'inventaire privé et partagé fonctionnait différemment. Les programmes de bien-être façonnaient le prix. Les séjours pouvaient durer des semaines. Les clients faisaient des achats supplémentaires autour du programme. Le statut de ménage affectait si l'inventaire était réellement prêt.
Un PMS rigide pourrait forcer ces différences à des solutions de contournement.
Booking Ninjas a pris l'autre approche : utiliser Salesforce comme fondation opérationnelle, puis configurer les règles de réservation, de tarification, de paiement, de service et opérationnelles autour de l'organisation.
Ce principe reste central pour Booking Ninjas aujourd'hui : différentes opérations peuvent utiliser la même base de plateforme sans avoir à suivre les mêmes règles commerciales.
En savoir plus sur ce type de configuration de resort
Découvrez comment les réservations, l'inventaire, la capacité, les restrictions et les règles opérationnelles déterminent si une ressource peut réellement être réservée.
Comment la Disponibilité est Gérée →Découvrez comment les réservations, les paiements, les services et d'autres activités approuvées peuvent rester connectés autour du même client.
Qu'est-ce qu'un Enregistrement Client ? →Découvrez comment Booking Ninjas connecte des réservations complexes avec des prix, la disponibilité, des règles opérationnelles et des flux de travail Salesforce.
Explorer la Gestion des Tarifs →À propos de cette histoire : Booking Ninjas a réalisé un travail substantiel de configuration et d'implémentation avec Movara Fitness Resort autour de l'inventaire d'hébergement privé et partagé, des forfaits bien-être, des prix complexes, des paiements, du statut des chambres, des opérations clients, des exigences POS et de l'expansion par phases. Movara a ensuite mis en pause l'implémentation plus large et a continué avec son PMS existant, donc cette page ne présente pas Booking Ninjas comme le PMS de production achevé de Movara ni ne revendique des résultats financiers ou opérationnels non vérifiés.
Votre resort ne devrait pas avoir à simplifier son produit pour s'adapter à son PMS.
Découvrez comment Booking Ninjas peut connecter des inventaires complexes, des forfaits, des tarifs, des clients, des paiements, des services, le statut des chambres et des opérations autour de la manière dont votre séjour fonctionne réellement.
.jpeg)
.jpg)
.png)
