Une plateforme de réservation prête à franchiser pour une pension féline, développée en solo en 4 mois
Résultats en un coup d'œil
Développement solo, du site vitrine au back-office complet
4 mois
Plateforme de réservation prête à franchiser
Multi-hôtels
Infrastructure légère, dans un budget de PME
1 VPS
Outils
React · Vite · Material UI · Node.js · Express · PostgreSQL · Sequelize · Hetzner · PM2 · GitHub Actions
En 2022, Amandine, qui dirige Les Pachas d’Amandine , une pension pour chats près d’Annecy en France, est venue me voir avec un problème qu’elle n’arrivait pas à résoudre. Elle voulait franchiser son concept, mais personne ne parvenait à développer la plateforme de réservation qui l’aurait rendu possible. Les agences et ESN qu’elle avait contactées, soit n’y arrivaient pas, soit chiffraient bien au-delà de ce qu’une petite entreprise en croissance pouvait dépenser.
Elle n’avait pas besoin d’un outil de réservation générique. Une pension pour chats a ses propres règles : des types de chambres différents selon l’établissement, des soins en option, des plannings de médication par chat, des calendriers d’ouverture et de fermeture, une haute et une basse saison, et une personne de confiance obligatoire pour chaque pensionnaire. Et pour franchiser, chaque futur établissement devait tourner sur le même système, avec ses propres chambres, tarifs et équipes.

React] -->|API REST| B[Node.js / Express
auth JWT] B --> C[(PostgreSQL
Sequelize)] D[Back-office multi-hôtels
gérante & équipes] -->|gère| B B -->|confirmation PDF
+ e-mail| E[Client] F[Push sur master] -->|GitHub Actions SSH| G[VPS Hetzner
PM2]
Le problème
Trois éléments rendaient la solution introuvable sur étagère :
- Une franchise a besoin d’une plateforme unique et partagée. Chaque futur établissement doit vivre dans le même système, avec ses propres chambres, tarifs, soins et calendrier, le tout pilotable de façon centralisée.
- Les outils de réservation génériques ne modélisent pas une pension féline. Soins en option, plannings de médication, saisons et jours de fermeture par hôtel, personnes de confiance et coordonnées du vétérinaire ne sont pas des champs qu’on obtient dans un widget de réservation standard.
- Le budget ne correspondait pas au marché. Les acteurs capables de le faire chiffraient comme une agence : une équipe, des strates et une marge. Cela mettait une vraie plateforme hors de portée d’une petite entreprise.
Ce dont elle avait réellement besoin : un ingénieur senior à qui parler en direct, capable de construire précisément ce que son activité exigeait, à un prix qu’elle pouvait assumer.
Ce que j’ai construit
En quatre mois, en travaillant directement avec Amandine semaine après semaine, j’ai tout développé de bout en bout :
- Les sites publics de la marque et de chaque hôtel.
- Un wizard de réservation public : le client choisit ses dates sur un calendrier qui comprend la haute et la basse saison, les jours de fermeture et les jours non réservables, sélectionne son type d’hébergement, ajoute des soins, puis renseigne les informations de son chat, sa médication, une personne de confiance obligatoire et son vétérinaire.
- Des confirmations de réservation en PDF automatiques et des notifications par e-mail.
- Un back-office multi-hôtels complet : créer et configurer les hôtels, les types de chambres, les tarifs, les soins et les calendriers d’ouverture par établissement ; gérer chaque réservation ; avec des rôles pour un super administrateur et les équipes par hôtel.
- Une messagerie, des avis clients, une webcam en direct et le multilingue.

La stack
Tout en JavaScript et TypeScript, volontairement sobre pour tenir le budget :
- Front-end : React (Vite) avec Material UI.
- Back-end : Node.js et Express, avec authentification JWT.
- Base de données : PostgreSQL avec Sequelize.
- Infrastructure : un unique VPS Hetzner, PM2 pour garder l’application en ligne, et un pipeline GitHub Actions qui déploie à chaque push sur master (build, migrations de base de données, redémarrage). Docker pour le développement local.
Pas de sur-ingénierie, pas de facture cloud imprévisible. Un serveur bien tenu, des déploiements automatisés, et une base de code qu’une seule personne peut entièrement maîtriser.
Le résultat
La plateforme est en production et tourne aujourd’hui sur les deux hôtels Pachas, Villaz et Beaumont, et elle est conçue pour qu’un nouvel établissement franchisé soit simplement un hôtel de plus ajouté au système. Amandine a obtenu l’outil qu’on lui avait décrit comme trop coûteux à construire, et le socle technique pour développer son concept.

Des années plus tard, la plateforme tourne toujours et est maintenue (désormais sous Node 20, outillage moderne) - le vrai test d’un logiciel conçu pour durer.
Ce qui a fait la différence
Un accès direct à un ingénieur senior. Pas de chargé de compte, pas de relais junior. Amandine m’expliquait son métier, je développais, elle testait avec de vraies réservations, et nous itérions - chaque semaine, pendant quatre mois. Les spécificités d’une pension féline n’existent que parce qu’elles sont nées de vraies conversations avec la personne qui dirige l’entreprise.
Un budget réellement tenable. Les devis d’agence supposaient une équipe et une marge. Un ingénieur senior, une stack légère et un seul VPS ont livré le même résultat pour une fraction du coût - et lui ont laissé 100 % du code.
Pensé pour la franchise dès le premier jour. Le multi-hôtels, les rôles multiples et la configuration par établissement étaient dans le modèle de données dès le départ, si bien que grandir n’a jamais signifié tout reconstruire.
Vous avez un produit qu’une agence a jugé hors budget, ou un produit qui doit grandir comme une franchise ? Réservez un appel gratuit de 30 minutes et parlons-en.