PMS et guest app de chambre : ce que la synchronisation des arrivées change vraiment, et ce qu’elle ne change pas

Relier votre logiciel hôtelier à la page que le client ouvre dans sa chambre : ce que le client voit, ce que la réception gagne, et les pièges à éviter avant de signer une intégration.

Par L’équipe Roomy

Des postes de travail vus de haut, ordinateurs et téléphones connectés
  • Un PMS (Mews, Opera, Misterbooking, etc.) sait qui arrive, quand, et dans quelle chambre. Synchronisé avec la guest app de chambre, il permet d’accueillir le client par son nom, avec ses horaires, sans rien saisir deux fois.

  • Ce qui change : la personnalisation, les demandes rattachées au bon séjour, les statistiques par client. Ce qui ne change pas : la réception garde la main, et le client n’installe toujours rien.

  • Avant de signer, vérifiez trois choses : le sens des données, ce qui se passe quand le PMS tombe, et qui possède les données clients.

Le schéma : trois briques, deux flux

Le PMS est la source de vérité des séjours : réservations, arrivées, départs, numéros de chambre. La guest app de chambre est ce que le client voit après le scan. Entre les deux, une intégration fait circuler deux flux : du PMS vers la chambre (qui est là, jusqu’à quand), et de la chambre vers le PMS ou la réception (les demandes, les consommations, les avis).

Rien de plus. Si un fournisseur vous décrit quelque chose de plus compliqué, demandez-lui de dessiner ces deux flèches.

Ce que le client voit, avant et après

Sans synchronisation, la page de la chambre est la même pour tous : les infos de l’hôtel, les services, les demandes. C’est déjà utile. Avec, elle s’adresse à la personne : « Bonsoir Madame Durand, votre départ est prévu jeudi à 11 h », le petit-déjeuner qu’elle a réservé, le nombre de personnes, et les demandes rattachées à son séjour plutôt qu’à un numéro de chambre.

Le client, lui, ne fait rien de différent : il scanne. Il n’installe pas d’application et ne crée pas de compte. La reconnaissance vient du PMS, pas de lui.

Ce que la réception gagne

Plus de liste de chambres à maintenir dans deux outils. Les demandes arrivent avec le nom, la chambre et les dates du séjour. Les statistiques deviennent lisibles par client et par type de séjour : qui consulte le spa, qui demande un départ tardif, quels séjours laissent un avis.

  • Les chambres et les séjours créés une fois, dans le PMS.
  • Les demandes rattachées au séjour, pas seulement à la chambre.
  • Un client reconnu à son deuxième séjour, sans qu’il ait rien à faire.
  • Des statistiques par type de séjour, pas seulement par chambre.
0saisie en double : les chambres, les arrivées et les départs viennent du PMS, une fois

Les trois questions à poser avant de signer

Un : dans quel sens vont les données, et lesquelles ? Une bonne intégration lit peu de choses du PMS (séjours, chambres) et n’y écrit que ce qui a du sens. Deux : que se passe-t-il quand le PMS est indisponible ? La page de la chambre doit continuer de fonctionner, avec les infos génériques. Trois : à qui appartiennent les données des clients ? Réponse attendue : à l’hôtel, exportables, effaçables.

Chez Roomy, l’intégration Mews est en cours de certification sur le marché Mews, avec ces trois réponses écrites noir sur blanc.

Une intégration se juge sur ce qui se passe le jour où elle ne marche pas.

Questions fréquentes

Mon PMS n’est pas dans la liste, est-ce bloquant ?

Non : la guest app de chambre fonctionne sans PMS, avec les infos de l’hôtel et les demandes. La synchronisation ajoute la personnalisation. Elle arrive PMS par PMS.

Le client doit-il s’identifier pour être reconnu ?

Non. La reconnaissance repose sur la chambre et les dates du séjour connues du PMS. Le client scanne, rien de plus.

Que deviennent les données à la fin du séjour ?

Elles restent dans le PMS, qui en est la source. Côté guest app, les demandes et statistiques sont conservées selon la durée que vous fixez, et effaçables à la demande.