Deux calendriers en un
Par date de réservation — quand on vous a acheté — et par date de séjour — quand on dort. Beaucoup de systèmes mélangent les deux et créent de la confusion.
Revenue
Il vous donne le prix et le pourquoi.
Un document par date avec la trace complète : quelles données il a vues, quelle règle a correspondu et quel plafond s'est appliqué. Il regarde votre propre historique et votre destination — jours fériés, événements, routes aériennes, météo — avec la source en vue. Et quand vous acceptez, le tarif entre seul dans le moteur.
Décisions
La réponse à « pourquoi vous me suggérez ça ? »
Il y a un document par établissement et par date avec la trace complète : quelles entrées le moteur a vues, quel était le tarif de base, lequel il a suggéré, quelles règles ont correspondu, si un plafond s'est appliqué, et un journal lisible ligne par ligne.
- Occupation, indice de demande, disponibilité, tarifs des concurrents, réservations nouvelles et événements : tout ce qui est entré dans le calcul, avec sa valeur.
- Quelle règle a correspondu et dans quel ordre, puisque c'est la dernière qui l'emporte.
- Si le plafond minimum ou maximum s'est appliqué, et lequel c'était.
- Le cycle de vie de la recommandation : suggérée, acceptée ou refusée, appliquée, par qui et quand.
Votre destination
Ce qui bouge la demande, avec la source.
Les signaux de demande viennent de quinze sources publiques par destination, balayées autour de votre établissement et non d'une liste fixe de villes. Les événements se suggèrent seuls et vous les approuvez : un événement approuvé n'est pas écrasé par la mise à jour suivante.
- Événements dans votre rayon : sport, culture, congrès et salons, avec leur impact attendu et les jours restants.
- Jours fériés et week-ends prolongés, que les règles de prix peuvent utiliser comme variable.
- Routes aériennes observées arrivant dans votre zone, et le taux de change des marchés qui vous visitent.
- Les recherches sans disponibilité de votre propre moteur : le signal de demande le plus sous-estimé d'un petit hébergement.
Scénarios
Treize variables, et un essai à blanc.
Chaque règle évalue une variable contre une référence, dans une fenêtre d'anticipation, et applique un ajustement. Elles s'évaluent dans l'ordre et la dernière qui correspond l'emporte. Avant d'en activer une, l'essai à blanc vous montre ce qu'elle aurait fait.
- Variables : occupation, indice de demande, disponibilité, tarif des concurrents 1 à 5, réservations nouvelles à 7 et à 30 jours, impact des événements, jours jusqu'à l'événement le plus proche et indice de pace.
- Comparaisons : supérieur, supérieur ou égal, égal, inférieur ou égal, inférieur.
- Ajustement en pourcentage sur le tarif de base.
- Plafonds de tarif minimum et maximum, qui s'appliquent après tout le reste.
Concurrence
Un comp-set mixte et honnête.
Les concurrents qui utilisent aussi roombir apportent leur tarif réel. Ceux de l'extérieur se découvrent seuls par proximité et ressemblance, et leur tarif, c'est vous qui le chargez, comme référence fixe ou par date.
- Score de ressemblance par type, catégorie, taille, gamme et zone.
- Le profil de votre propre hôtel, pris du système sauf si vous le changez à la main.
- Grille des tarifs de la concurrence par date.
- Prêt pour des fournisseurs automatiques de tarifs ; aujourd'hui non connecté.
Les autres onglets
Tout ce qu'il y a en plus du prix.
Pace
Le rythme de vente contre celui de votre propre établissement dans le passé, par jour de semaine, mois et anticipation, avec des alertes de vente rapide ou lente.
Événements
Suggérés seuls et validés par vous : suggéré, approuvé ou écarté, avec score de pertinence et impact attendu.
Recommandations
Tarif actuel, suggéré, écart et motif. Elles s'acceptent ou se refusent, et peuvent s'appliquer seules si vous l'activez.
Signaux de demande
En plus des réservations, l'indice de demande prend les recherches de votre moteur, y compris celles qui n'ont trouvé aucune place.
Configuration
Concurrence, localisation, profil de l'hôtel, seuils de pace, rayon des événements et plafonds de tarif.
Questions fréquentes
J'ai peu d'historique. Le RMS me sert quand même ?
Oui, mais il vous le dira. Le benchmark de pace se construit avec votre propre historique, groupé par jour de semaine, mois et tranche d'anticipation, et l'interface expose la taille de l'échantillon. Si une cellule a été calculée avec trois réservations, vous le verrez. Nous préférons cela à vous montrer une courbe confiante bâtie sur rien.
D'où viennent les tarifs de la concurrence ?
De deux endroits. Si le concurrent utilise aussi roombir, le tarif est réel. S'il est externe, le système le découvre seul par localisation et ressemblance, mais le tarif, c'est vous qui le chargez, fixe ou par date. La connexion aux fournisseurs automatiques est prête et pas encore connectée ; nous ne dirons pas que oui tant qu'elle ne l'est pas.
Si j'accepte une recommandation, dois-je recopier le prix ailleurs ?
Non. En l'acceptant, le tarif entre dans le moteur de réservation et devient le premier échelon du prix de cette date. Dans la plupart des systèmes, cette étape est une personne qui recopie un chiffre d'un écran à un autre.
Le prix cesse d'être une intuition.
Le RMS commence à servir dès que vous avez votre propre historique, et tant que vous ne l'avez pas, il vous le dit en face au lieu d'inventer une courbe.
01Vous chargez l'inventaire et les tarifs de base.
02Vous montez le comp-set et validez les événements de votre zone.
03Vous écrivez deux ou trois règles et les testez à blanc.