Aller au contenu
Plateforme SaaS multi-tenant

Ostely

Le séjour à l’hôtel, dans la main du client. Sans installer la moindre application.

Ostely remplace le livret d’accueil papier et les appels à la réception. Le client scanne un QR code dans sa chambre, saisit un code à six caractères ou utilise la tablette : en quelques secondes, son séjour tient dans son téléphone. Derrière, l’hôtel pilote tout en temps réel, et l’opérateur de la plateforme gère l’ensemble de ses hôtels.

Catégorie
Plateforme SaaS multi-tenant
Plateformes
Web · iOS · Android
Contexte

Le point de départ

Trois problèmes reviennent dans tous les établissements : une réception submergée d’appels à faible valeur, un livret d’accueil papier jamais à jour et disponible dans une seule langue, et aucune donnée sur ce que les clients demandent réellement. Ostely traite les trois d’un coup — mais la contrainte de départ est brutale : un client qui reste deux nuits ne téléchargera jamais une application.

Il fallait donc identifier un client, le rattacher à sa chambre et sécuriser ses commandes — sans compte, sans installation, en quelques secondes. Et servir depuis une seule base de code trois publics qui n’ont rien en commun : le client dans sa chambre, le personnel de l’hôtel, et l’opérateur qui vend la plateforme à d’autres hôtels.

La solution

Ce qui a été construit

Le produit est une application web : rien à installer, l’entrée se fait par un lien. Le client est authentifié de façon anonyme, puis rattaché à sa chambre par le serveur — jamais par le téléphone. À partir de là, tout est temps réel : la commande avance sous ses yeux, la réception voit arriver le travail, la messagerie fonctionne dans les deux sens. Chaque hôtel a ses couleurs, ses mises en page et son propre compte de paiement, depuis la même base de code.

Fonctionnalités

Ce que le produit fait

  • Trois entrées, zéro installation

    QR code, code à six caractères ou tablette en chambre. Le client est rattaché à sa chambre en quelques secondes, sans créer de compte.

  • Commande et suivi en temps réel

    Le client suit sa commande de la réception à la livraison, sans rafraîchir ni appeler la réception.

  • Trois moyens de paiement

    Paiement à la livraison, en ligne ou sur la note de la chambre — chacun activable hôtel par hôtel.

  • Demandes et messagerie

    Serviettes, ménage, maintenance : plusieurs demandes en une, avec un statut traçable, et un fil de discussion direct avec la réception.

  • Livret d’accueil numérique

    Wifi, spa, restaurant, horaires, adresses utiles : structuré, illustré, bilingue et toujours à jour.

  • Back-office temps réel

    Chiffre d’affaires, commandes, demandes et panier moyen sur la journée, la semaine, le mois ou l’année, avec acceptation en un geste.

  • Contenu et mise en page sans développeur

    L’hôtel compose son livret et ses actualités à partir de modules, choisit ses mises en page et modifie sa carte lui-même.

  • Console opérateur

    Créer un hôtel et son premier administrateur en une action, suspendre un compte, activer les fonctionnalités incluses dans chaque offre.

Ingénierie

Les décisions qui comptent

  1. Identifier un client sans lui demander de compte

    Le téléphone présente un QR code ou un code d’accès ; une fonction serveur le valide et rattache la session à une chambre précise. Le client n’affirme jamais lui-même où il se trouve. C’est ce qui rend compatibles « aucune installation, aucune inscription » et une sécurité réelle — et ce qui permet de couper l’accès dès que l’hôtel réinitialise la chambre au départ du client.

  2. Survivre au rafraîchissement d’un onglet

    Sur le web, le client peut recharger la page à tout moment — et se retrouver déconnecté serait rédhibitoire. La session est donc restaurée localement avant le premier affichage, tout en surveillant en direct une éventuelle révocation. La difficulté est de distinguer une vraie révocation d’un simple écho du cache : les deux se ressemblent, et confondre les deux déconnecte un client légitime au milieu de sa commande.

  3. Un produit multi-tenant qui n’a pas l’air multi-tenant

    Chaque hôtel est cloisonné par son chemin en base, et son identité — couleurs, logo, thème — est appliquée à l’exécution. Les quatre surfaces principales (catégories, produits, accueil, livret) se composent à partir de mises en page prédéfinies, choisies par l’hôtel. Résultat : le même code produit des applications visiblement différentes, sans dupliquer une ligne.

  4. Du contenu que l’hôtelier possède vraiment

    Plutôt que de figer dans le code ce qu’est un livret d’accueil, le personnel définit ses propres modules — des gabarits de champs typés — puis les remplit. C’est la différence entre un produit qu’un hôtelier façonne et un produit qui réclame un développeur à chaque changement de contenu. Le même mécanisme sert le livret et les actualités.

  5. L’argent au bon endroit

    Les paiements passent par Stripe Connect : les fonds arrivent sur le compte de l’hôtel, pas sur celui de la plateforme, qui prélève sa commission au passage — le seul montage qui évite à l’opérateur de devenir lui-même un établissement de paiement. La confirmation n’est jamais crue sur parole côté client : elle est vérifiée par une notification signée reçue directement de Stripe.

Architecture

Comment c’est assemblé

  1. Flutter Web

    Une base de code, trois interfaces : client, hôtel, opérateur

  2. Cloud Firestore

    Temps réel et cloisonnement par hôtel : commandes, demandes, messagerie

  3. Cloud Functions

    Ce que le client ne doit pas décider : session de chambre, paiements, e-mails

  4. Stripe Connect

    L’argent arrive sur le compte de l’hôtel, la plateforme prélève sa commission

Stack technique

Les technologies utilisées

Frontend

  • Flutter
  • Dart
  • Cubit
  • Freezed
  • go_router

Backend

  • Cloud Functions
  • TypeScript
  • Node 22

Infrastructure

  • Firebase
  • Cloud Firestore
  • GitLab CI

Services

  • Stripe Connect
  • Firebase Cloud Messaging
  • Sentry
Résultat

Ce qui a été livré

Plateforme livrée en solo, du produit à la mise en production : application web client, back-office hôtel, console opérateur, vingt fonctions serveur, paiements Stripe Connect, notifications push et déploiement automatisé. Vingt-cinq fonctionnalités, environ 61 000 lignes de Dart, deux langues. Les résultats d’exploitation seront ajoutés une fois validés avec le client.

  • Web
  • iOS
  • Android

Besoin d’un produit similaire ?

Parlons de ce que vous voulez construire. Je vous réponds personnellement, généralement sous 24 heures.