À retenir
- L’application ne gagne pas la première réservation : elle gagne la deuxième, celle du client déjà venu.
- Le check-in mobile et la clé digitale sont les raisons de télécharger ; la réservation directe est la raison de payer l’application.
- Sans intégration PMS, une application d’hôtel n’est qu’une brochure : l’interfaçage se chiffre au cadrage, jamais après.
- L’upsell fonctionne quand il est proposé au bon moment du séjour, pas dans un catalogue que personne n’ouvre.
- En dessous de quelques milliers de nuitées par an en clientèle récurrente, une web app ou un bon site mobile suffit souvent.
La plupart des projets d’application hôtelière partent d’une mauvaise question : « comment faire télécharger notre application ? ». Personne n’installe une application pour une nuit à Lyon. En revanche, un client qui revient trois fois par an dans votre établissement, ou dans l’un des huit hôtels de votre groupe, l’installera volontiers — à condition qu’elle lui fasse gagner du temps à chaque séjour.
C’est là que se joue l’enjeu économique : l’OTA vous a amené le client la première fois, elle n’a aucune raison de toucher une commission sur son deuxième séjour. Une application mobile d’hôtel bien conçue sert d’abord à ça. Le check-in mobile, la clé digitale et l’upsell ne sont pas des gadgets : ce sont les services qui justifient l’installation, et qui rendent ensuite la réservation directe plus simple que de repasser par la plateforme.
Ce guide détaille les quatre briques, leur coût réel, ce qui bloque techniquement, et comment décider si votre établissement a besoin d’une application native ou non.
Le vrai sujet : la commission sur le client qui revient
Les commissions des OTA se situent généralement entre 15 et 25 % du montant de la nuitée selon la plateforme, le contrat et les programmes de visibilité souscrits. Sur un client de passage découvert via une plateforme, c’est le prix de l’acquisition, et il est souvent justifié.
Le problème, c’est le client fidèle qui continue de réserver par habitude sur la plateforme. Il connaît déjà l’hôtel. Il pourrait réserver en direct. Il ne le fait pas pour trois raisons, toujours les mêmes :
- Il a son compte et ses moyens de paiement enregistrés sur l’OTA, pas chez vous.
- Il pense que le prix est le même partout, voire moins cher sur la plateforme.
- Votre moteur de réservation est plus lent que l’application qu’il a déjà dans sa poche.
Une application d’hôtel répond aux trois : un compte déjà ouvert lors du premier séjour, un tarif ou des avantages réservés au direct, et une réservation en trois écrans avec les informations pré-remplies.
Sur le deuxième point, rappelons le cadre : depuis la loi Macron de 2015, les hôteliers français sont libres de fixer sur leurs propres canaux un prix inférieur à celui publié sur les plateformes. Rien ne vous empêche donc d’afficher un tarif membre dans votre application.
Le calcul à faire avant tout devis : combien de nuitées par an sont réservées via une OTA par des clients qui sont déjà venus ? Multipliez par le prix moyen et par votre taux de commission. Si ce montant annuel ne dépasse pas nettement le coût de l'application et de sa maintenance, le problème se règle avec un moteur de réservation et un CRM, pas avec une application.
Les quatre briques d’une application hôtelière utile
1. Le check-in mobile
C’est la fonctionnalité qui génère le plus de téléchargements, parce qu’elle arrive au bon moment : quelques jours avant l’arrivée, quand le client prépare son voyage.
Un parcours de check-in mobile complet comprend :
- la confirmation des dates et de l’heure d’arrivée prévue ;
- la saisie ou la récupération de l’identité, avec la photo de la pièce d’identité quand elle est nécessaire ;
- les informations de la fiche individuelle de police pour les clients étrangers ;
- la signature électronique de la fiche client ;
- l’enregistrement d’un moyen de paiement ou le règlement du solde ;
- les préférences (étage, oreiller, heure de ménage).
Tout cela doit être écrit dans votre PMS, pas stocké à côté. Si la réception doit ressaisir ce que le client a rempli, vous avez construit un formulaire, pas un check-in.
La pièce d’identité est une donnée personnelle sensible à protéger : chiffrement, accès restreint au personnel habilité, suppression à l’issue de la durée de conservation nécessaire. Notre article sur la conformité RGPD d’une application mobile détaille ces obligations.
2. La clé digitale
C’est la fonctionnalité la plus spectaculaire et la plus contrainte techniquement. Le téléphone ouvre la porte par Bluetooth, grâce au kit de développement (SDK) fourni par le fabricant de la serrure. L’application ne « fabrique » pas la clé : elle la reçoit du système de gestion des accès de l’hôtel, qui la génère pour une chambre et une période données.
Trois conditions doivent être réunies :
- des serrures compatibles — si elles ne le sont pas, remplacer les serrures coûte généralement bien plus cher que l’application elle-même ;
- un SDK accessible auprès du fabricant, avec parfois un contrat ou une licence à négocier ;
- l’attribution de la chambre avant l’arrivée, ce qui suppose que le PMS l’expose via son API.
Notre recommandation : ne jamais mettre la clé digitale dans le premier lot sans avoir validé ces trois points par écrit. C’est le poste qui fait déraper les calendriers, non à cause du développement, mais à cause des délais d’obtention des accès chez les fournisseurs.
3. L’upsell pendant le parcours
L’upsell raté, c’est un onglet « Services » avec quarante lignes que personne n’ouvre. L’upsell qui fonctionne est contextuel : il arrive au moment où le client se pose la question.
| Moment | Offre pertinente | Pourquoi ça marche |
|---|---|---|
| Check-in, J-3 | Surclassement de chambre, arrivée anticipée | Le client organise son voyage et accepte d’en payer le confort |
| Check-in, J-1 | Transfert depuis la gare ou l’aéroport | Il vient de vérifier son trajet |
| Arrivée | Petit-déjeuner, parking, table au restaurant | Il découvre l’établissement |
| Pendant le séjour | Room service, spa, late check-out | Il est sur place, le besoin est immédiat |
| Veille du départ | Départ tardif, bagagerie | Il planifie sa dernière journée |
Ces prestations sont des services physiques : les commissions de 15 à 30 % d’Apple et Google sur les achats intégrés ne s’y appliquent pas. Elles sont encaissées par votre prestataire de paiement, avec authentification forte, ou imputées directement sur la note de la chambre si votre PMS le permet.
4. La réservation directe
C’est la brique qui paie les trois autres. Elle doit être plus rapide que l’OTA, sinon elle ne sert à rien. Concrètement :
- compte créé lors du premier séjour (au check-in mobile), jamais un formulaire d’inscription à part ;
- informations pré-remplies : identité, préférences, moyen de paiement tokenisé ;
- disponibilités et tarifs en temps réel, lus depuis votre moteur de réservation ou votre channel manager, pour éviter toute surréservation ;
- un avantage visible : tarif membre, petit-déjeuner offert, surclassement prioritaire, départ tardif garanti ;
- la nouvelle réservation en un geste : « réserver le même séjour » depuis l’historique.
Pour un groupe, ajoutez la recherche multi-établissements. Pour une clientèle d’affaires, les factures téléchargeables et la gestion de plusieurs voyageurs.
L’intégration PMS : la ligne qui décide du budget
Une application d’hôtel sans intégration PMS est une brochure animée. Toute la valeur — check-in, attribution de chambre, imputation sur la note, réservation en temps réel — dépend de ce que votre PMS accepte de lire et d’écrire.
Le niveau d’intégration possible dépend de votre éditeur, de votre version et de votre contrat. Certains exposent une API moderne et documentée ; d’autres passent par une passerelle d’interfaçage payante ; d’autres encore n’autorisent que la lecture.
| Fonction | Ce que l’application doit pouvoir faire dans le PMS |
|---|---|
| Check-in mobile | Lire la réservation, écrire l’identité, la signature et le statut |
| Clé digitale | Lire la chambre attribuée, déclencher l’émission de la clé via le système d’accès |
| Upsell et room service | Ajouter une prestation sur la note de la chambre |
| Réservation directe | Lire disponibilités et tarifs, créer une réservation (souvent via le moteur ou le channel manager) |
| Fidélité | Lire l’historique des séjours du client |
Nous évaluons ces points au cadrage, avant tout engagement sur le budget. C’est la seule manière d’éviter la mauvaise surprise classique : une fonctionnalité chiffrée trois semaines qui en prend huit parce que l’API ne permet pas ce qu’on pensait.
Native, web app ou rien du tout ?
Toutes les structures n’ont pas besoin d’une application dans les stores. La décision tient surtout à la récurrence de votre clientèle.
| Profil | Recommandation | Raison |
|---|---|---|
| Hôtel indépendant, clientèle loisir peu récurrente | Moteur de réservation performant + guide du séjour en web app | Personne n’installera une application pour un seul séjour |
| Hôtel d’affaires avec clients réguliers | Application native avec check-in et réservation directe | La récurrence justifie l’installation |
| Groupe multi-établissements | Application native avec compte unique et fidélité | Le client passe d’un établissement à l’autre, l’application le suit |
| Résidence de tourisme, séjours longs | Application native orientée services et séjour | Durée de séjour longue, forte demande de services |
La web app a un avantage réel : aucun téléchargement, un simple lien envoyé par email ou via un QR code en chambre. Elle a deux limites : les notifications sont moins fiables qu’en natif, et la clé digitale Bluetooth y est en pratique inaccessible. Pour trancher la question technique en natif, notre comparatif React Native, Flutter ou natif donne les critères.
Ce que coûte une application d’hôtel
Les fourchettes ci-dessous sont indicatives, hors taxes, et cohérentes avec nos tarifs publics.
| Périmètre | Contenu | Budget | Délai |
|---|---|---|---|
| MVP | Guide du séjour, demandes de services, messagerie avec la réception | 15 000 – 30 000 € | 4 à 8 semaines |
| Application complète | Check-in mobile, paiement, upsell, réservation directe, intégration PMS, iOS + Android | 35 000 – 80 000 € | 3 à 4 mois |
| Groupe multi-établissements | Compte unique, fidélité, clé digitale, back-office par établissement | à partir de 90 000 € | 5 à 8 mois |
| Maintenance | Mises à jour OS, évolutions PMS, correctifs, hébergement | 900 – 3 500 € / mois | en continu |
Deux postes sont systématiquement sous-estimés. Les frais d’interfaçage côté éditeur PMS et fabricant de serrures, qui ne sont pas facturés par l’agence mais s’ajoutent au budget. Et la maintenance : chaque mise à jour d’iOS ou d’Android, chaque nouvelle version de l’API de votre PMS demande une intervention. Notre article sur le coût d’une application mobile en 2026 détaille la construction de ces budgets.
La feuille de route qui fonctionne
Nous recommandons de livrer en trois temps, chacun mesurable.
Lot 1 — Le séjour. Guide de l’établissement, demandes de services, messagerie avec la réception, dans la langue de chaque client. Objectif : l’application est utile pendant le séjour et le client la garde.
Lot 2 — Avant et après. Check-in mobile, paiement, upsell contextuel, réservation directe avec compte pré-rempli. Objectif : mesurer la part des clients revenus qui réservent en direct plutôt que via une OTA.
Lot 3 — L’accès. Clé digitale, fidélité, fonctions multi-établissements. Uniquement une fois les accès fournisseurs obtenus et les lots précédents adoptés.
Trois indicateurs suffisent pour piloter : le taux de check-in mobile sur les arrivées, le revenu d’upsell par séjour, et la part des séjours récurrents réservés en direct. Si le troisième ne bouge pas après six mois, le problème n’est pas l’application : c’est l’avantage proposé au client, pas assez visible ou pas assez fort.
Les erreurs que nous voyons le plus souvent
- Commencer par la clé digitale parce qu’elle impressionne en comité de direction, alors que les serrures ne sont pas compatibles.
- Demander un compte au premier lancement. Le client veut voir le Wi-Fi et l’heure du petit-déjeuner, pas remplir un formulaire. Le compte se crée naturellement au check-in.
- Afficher le même prix qu’on trouve sur l’OTA et s’étonner que personne ne réserve en direct.
- Oublier les équipes. Si la réception ne reçoit pas les demandes de room service dans son outil habituel, elles ne seront pas traitées, et l’application sera jugée inutile.
- Traduire en deux langues seulement quand un tiers de la clientèle vient d’ailleurs.
En résumé
Une application d’hôtel se juge à une seule chose : combien de vos clients fidèles réservent désormais chez vous plutôt que via une plateforme. Le check-in mobile et la clé digitale donnent une raison de l’installer, l’upsell augmente le panier, la réservation directe rembourse le projet. Si vous voulez savoir ce que cela représenterait pour votre établissement ou votre groupe, notre page application mobile pour hôtel présente notre approche, et nos équipes de création d’application mobile cadrent l’intégration PMS dès le premier atelier.
Vous avez un projet ? Parlons de votre PMS, de vos serrures et de votre part de réservations OTA : contactez-nous ou appelez le 01 59 13 25 55. Nous vous dirons franchement si une application est le bon investissement, ou si un moteur de réservation mieux conçu suffit.
