PMS, logiciel de salle, caisse : le coût réel des outils déconnectés

Demandez à un directeur d’hôtel combien d’outils il utilise. Il en citera cinq de tête, et il en oubliera trois.

PMS, moteur de réservation, channel manager, logiciel de salle, caisse, gestion du spa, planning du personnel, comptabilité, plateforme d’avis. Chacun a été choisi pour de bonnes raisons et fait correctement son travail. Le problème ne vit pas à l’intérieur des logiciels, il vit entre eux, et c’est pour ça qu’aucune démonstration commerciale ne le montre.

Le coût visible, c’est la saisie. Prenez une réservation qui doit exister dans deux systèmes : retaper le nom, choisir un créneau, vérifier la formule, confirmer au client, entre une et trois minutes. Sur un établissement qui traite quinze réservations de ce type par semaine, on arrive à une quarantaine d’heures par an. Au coût chargé d’un poste de réception, ça fait plus d’un millier d’euros pour recopier des informations qui existaient déjà. Personne ne démissionne pour ça, mais ces heures tombent toujours au pire moment, entre deux check-in, quand la file s’allonge à l’accueil.

L’autre coût est plus lourd, et il ne figure sur aucune ligne comptable.

• Les tables qui ne servent à rien. Une réservation placée à 19h par défaut pour un client qui serait venu à 21h. La table est bloquée au premier service et manque au second. Deux tables par semaine sur une année, à 90 euros de ticket moyen pour deux, vous dépassez les 9 000 euros de chiffre qui ne rentre pas.
• Les erreurs de facturation. Un déjeuner qui n’atterrit pas sur le bon dossier, une formule facturée deux fois. Chaque cas se règle en cinq minutes, mais devant le client, au moment du départ, et il laisse une trace.
• Les informations qui n’arrivent pas. Une allergie notée à la réservation de la chambre et jamais transmise en salle. Neuf fois sur dix il ne se passe rien. La dixième, vous ne parlez plus d’un coût mais d’un incident.
• Le fichier client coupé en deux. Le même client existe sous deux formes, avec deux historiques. Vous ne savez pas qui est venu trois fois, qui dîne systématiquement, qui n’est jamais revenu depuis un mauvais séjour. Tout le marketing de fidélisation repose sur cette donnée, et elle est inutilisable.
• Le pilotage à l’aveugle. Occupation d’un côté, couverts de l’autre, encaissements ailleurs. Pour obtenir une vision d’ensemble, quelqu’un passe sa matinée du lundi à recoller trois exports dans un tableur. Ce quelqu’un est souvent le directeur.

Un mot de vocabulaire au passage, parce que la confusion coûte cher en réunion. Le PMS gère le séjour, le logiciel de réservation de salle gère les tables, la caisse encaisse. Trois métiers, trois éditeurs la plupart du temps. Quand un fournisseur vous annonce que son outil est connecté, demandez-lui à laquelle de ces couches et dans quel sens. Beaucoup d’intégrations présentées comme complètes ne font remonter que les additions vers la facture de chambre, ce qui est utile mais n’a rien à voir avec la réservation.

Face à ce constat, le réflexe est de chercher la suite unique qui ferait tout. Certains éditeurs vendent exactement ça, et pour un établissement qui démarre de zéro ce n’est pas idiot.

Pour tous les autres, c’est un mauvais calcul. Vous remplacez un outil que vos équipes maîtrisent par un outil qu’elles devront réapprendre, vous migrez des années d’historique, vous perdez au passage les fonctions pointues qui vous avaient fait choisir votre logiciel de salle, et vous vous retrouvez avec une suite moyenne partout plutôt qu’excellente quelque part. Il y a aussi une réalité que personne n’aime dire : la double saisie ne disparaît jamais complètement après un changement d’outil, elle se déplace.

Nous partons de ce que vous avez et nous construisons la couche qui manque. Les éditeurs modernes le permettent, Mews expose une API ouverte et des webhooks en temps réel, les logiciels de salle ouvrent un accès sur demande. Un projet type commence par une cartographie de vos flux, qui saisit quoi, où et pourquoi. On identifie les points de rupture, rarement là où on les attend. On construit ensuite les connexions manquantes en gardant une validation humaine partout où le jugement compte, puis on met en place un tableau de bord unique pour arrêter les exports du lundi matin.

Un exemple. Un hôtel-restaurant que nous accompagnons vend des formules avec nuitée, dîner et soin. Le PMS créait bien la réservation de table, mais toujours au premier créneau du service et sans transmettre les particularités du client. La réception rattrapait à la main, par téléphone, tous les jours. Le plus coûteux n’était même pas le temps passé : c’était que le client découvrait son horaire de dîner par un mail, sans jamais avoir eu son mot à dire, alors qu’il venait de réserver son séjour en ligne à minuit sans parler à personne.

Si vous envisagez de changer de logiciel, accordez-vous trente minutes avant de signer. Il arrive qu’une migration soit la bonne décision. Il arrive aussi qu’une connexion bien faite règle l’essentiel du problème pour une fraction du budget, et nous vous le dirons dans les deux cas.