La question arrive toujours au même moment : le jour où la facture de commissions du SaaS dépasse ce que coûterait une équipe. Le coût de développement d'une plateforme de réservation en ligne n'a pourtant rien de mystérieux. Une plateforme se décompose en cinq blocs techniques, chaque bloc se chiffre en jours, et les jours se multiplient par un tarif publié. Notre grille publique va de 150 à 450 EUR par jour selon la séniorité. Le reste est de l'arithmétique.
Nous écrivons depuis une position précise. Nous opérons des plateformes de réservation de parking aéroport en production, avec iDEAL et Bancontact en caisse et des pics saisonniers bien réels. Le coût de développement d'une plateforme de réservation en ligne, nous le chiffrons en avant-vente, puis nous vivons avec nos estimations pendant l'exploitation. Cet article donne les chiffres que nous donnerions en rendez-vous.
Le modèle explique la grille : le pilotage, la qualité et les contrats restent en Belgique et en Suisse, l'ingénierie travaille depuis notre centre de Rabat. C'est ce qui rend la fourchette possible sans renoncer à la revue de code ni à l'astreinte.
Le plafond du SaaS : le moment où construire se justifie
Un SaaS de réservation est le bon choix pour démarrer. Vous payez un abonnement et un pourcentage sur chaque réservation, et vous encaissez dès la première semaine. Le problème arrive avec le volume : la commission grandit avec votre chiffre d'affaires alors que le service derrière reste identique.
Le second signal est fonctionnel. Tarification par créneau et par saison, surréservation contrôlée, canaux de revente, règles d'annulation par produit : chaque demande se termine par la même réponse, la fonctionnalité n'existe pas. Quand vous passez plus de temps à contourner votre outil qu'à l'utiliser, faites le calcul : additionnez douze mois de commissions et comparez avec les estimations ci-dessous.
Les cinq blocs d'une plateforme de réservation
Toutes les plateformes de réservation que nous avons construites, quel que soit le secteur, se ramènent aux mêmes cinq blocs.
- Inventaire et disponibilité. La source de vérité : ce qui est vendable, quand, en quelle quantité. C'est le bloc le plus sous-estimé, parce que la concurrence d'accès (deux clients sur la dernière place) doit se régler au niveau de la base de données, jamais dans l'interface.
- Moteur de tarification. Prix par saison, par durée, par canal, codes promo, tarifs négociés. Isolez-le dès le premier jour : c'est le bloc qui change le plus souvent.
- Tunnel de réservation. Le parcours public : recherche, sélection, formulaire, confirmation. La conversion se joue ici, donc le design et la performance aussi.
- Paiements. Encaissement, remboursements, réconciliation comptable. Le sujet mérite sa propre section.
- Back office opérateur. Ce que voit votre équipe : plannings, réservations, modifications, remboursements, exports comptables. C'est souvent la moitié de l'effort total, et presque toujours la partie absente d'un devis trop beau.
Les paiements locaux ne sont pas une case à cocher
iDEAL aux Pays-Bas et Bancontact en Belgique ne sont pas des options exotiques. Un client néerlandais qui ne voit pas iDEAL au moment de payer ferme l'onglet. Ces deux méthodes fonctionnent par redirection avec confirmation asynchrone : le client quitte votre site, paie dans son application bancaire, et votre plateforme apprend le résultat par un webhook. Cela impose des états intermédiaires dans votre modèle de réservation, des webhooks idempotents, un plan pour le webhook qui n'arrive jamais, et des remboursements qui se comportent autrement qu'une carte.
Sur un PSP moderne, une intégration propre d'iDEAL et de Bancontact représente 8 à 12 jours d'un profil senior à 400 EUR par jour, soit 3 200 à 4 800 EUR, webhooks, remboursements et réconciliation compris. Le montant est raisonnable. Ce qui coûte cher, c'est de découvrir en production ce qui se passe quand la confirmation n'arrive pas alors que la barrière du parking attend une réservation payée.
Le coût de développement d'une plateforme de réservation en ligne, phase par phase
Voici comment nous chiffrons avec notre grille publique. Un mois représente environ 20 jours ouvrés.
- MVP mono-opérateur, 3 mois. Un lead à 400 EUR et deux développeurs à 200 EUR : 800 EUR par jour, environ 16 000 EUR par mois, autour de 48 000 EUR au total. Périmètre : un site, un inventaire, une méthode de paiement locale plus la carte, un back office minimal.
- Plateforme complète, 6 mois. Un lead à 450, un senior à 300, un développeur à 200 et un ingénieur à 150 sur l'automatisation des tests : 1 100 EUR par jour, environ 22 000 EUR par mois, autour de 132 000 EUR. S'ajoutent la tarification saisonnière, les annulations et avoirs, les exports comptables et l'observabilité.
- Multi-opérateur. Le même pod renforcé d'un senior à 300 : 28 000 EUR par mois pendant quatre à six mois de plus, soit 112 000 à 168 000 EUR. La complexité vient du cloisonnement des données et des reversements entre opérateurs, jamais des écrans.
Ces montants recoupent notre réalité contractuelle : nos pods tournent entre 15 et 40K EUR par mois selon la composition. Si un prestataire vous annonce une plateforme complète au prix de notre MVP, demandez quel bloc a disparu. C'est presque toujours le back office.
Le run que personne ne chiffre en avant-vente
Le travail ne s'arrête pas au lancement. Le run couvre l'hébergement, la supervision, les mises à jour de dépendances et surtout les pics saisonniers : sur le parking aéroport, les vacances scolaires multiplient le trafic, et chaque minute d'indisponibilité est une réservation prise chez un concurrent.
Chiffré avec la même grille : comptez deux à quatre jours par mois d'un ingénieur à 300 EUR pour maintenir la plateforme en bonne santé, soit 600 à 1 200 EUR par mois, hors hébergement. Ajoutez une astreinte si vos réservations tombent la nuit et le week-end, comme tout ce qui touche au voyage. Exigez cette ligne dans le devis avant de signer. Six mois après la mise en production, il est trop tard pour la négocier.
Ce que nous vous dirions en rendez-vous : achetez ce qui s'achète
Le sur-mesure ne signifie pas tout réécrire. Même dans un projet sur mesure, nous achetons sur étagère : le PSP (personne ne devrait manipuler un flux de carte bancaire brut), l'envoi d'emails et de SMS, la facturation, l'authentification. L'effort sur mesure se concentre là où votre métier est spécifique : l'inventaire, la tarification et le back office opérateur.
L'autre limite honnête : si votre volume ne couvre pas encore l'écart entre douze mois de commissions et un MVP à 48 000 EUR, restez sur votre SaaS. Nous préférons vous le dire maintenant plutôt que de vous le facturer.
Chiffrez votre propre périmètre
Nous avons livré plus de 17 projets pour plus de 10 clients avec cette grille, et le chiffrage n'est plus un exercice manuel : notre configurateur en ligne applique la même arithmétique que cet article. Décrivez votre périmètre sur jadev-corp.com/quote, obtenez une estimation immédiate, puis un devis formel relu par un ingénieur sous un jour ouvré. Le démarrage le plus tôt se situe à deux semaines de la demande, le temps de composer le bon pod.