Comment créer une application de réservation : créneaux, disponibilités, rappels et acomptes

Pour créer une application de réservation, quatre éléments doivent fonctionner ensemble : une liste de ce qui peut être réservé (services, salles, personnel), des règles définissant quand chaque élément est disponible, un parcours de réservation qui ne propose que des créneaux réellement libres, et une vue privée où l'entreprise gère les demandes reçues. Un générateur d'applications IA peut produire une première version fonctionnelle à partir d'une courte description en quelques minutes. Le vrai travail consiste à définir les règles (durée des créneaux, temps tampon, annulations, fuseaux horaires) et à vérifier que les doubles réservations sont impossibles.

Commencez par définir ce qu'est « une réservation » pour vous

Les applications de réservation se ressemblent en surface mais diffèrent beaucoup en profondeur. Répondez d'abord à ces questions :

Qu'est-ce qui est réservé ? Un service (une coupe de cheveux), une personne (un professeur particulier), une ressource (une salle de réunion, un court, un véhicule), ou une place lors d'une séance (un cours de yoga à 12 places).
Combien de temps cela dure-t-il ? Fixe pour chaque service, ou choisi par le client ?
Qui le fournit ? Une seule personne, plusieurs membres du personnel avec leurs propres horaires, ou personne (une salle) ?
Que se passe-t-il après la réservation ? Confirmation immédiate, ou une demande que le propriétaire valide ?
Y a-t-il de l'argent en jeu ? Gratuit, paiement sur place, acompte à l'avance ou paiement intégral anticipé ?

« Demander un créneau, le propriétaire confirme par e-mail » est beaucoup plus simple à construire que « réservation instantanée sur trois agendas de personnel avec acomptes ». Les deux sont valables : choisissez celle dont vous avez réellement besoin pour la première version.

Ce dont l'application a besoin

Données

Table	Champs clés
Services	Nom, durée, prix, temps tampon après, actif oui/non
Personnel ou ressources	Nom, services proposés
Disponibilités	Horaires hebdomadaires par membre du personnel, plus exceptions (jours fériés, fermetures ponctuelles)
Réservations	Service, personne, heure de début, heure de fin, coordonnées du client, statut (en attente, confirmée, annulée), statut du paiement
Clients	Nom, e-mail, téléphone, notes : facultatif au début ; peut être stocké dans la réservation

Enregistrer l'heure de fin de chaque réservation, et pas seulement l'heure de début, simplifie beaucoup la vérification des chevauchements.

Droits d'accès

Les clients ne doivent voir que les créneaux libres ou occupés, jamais les noms des autres clients. Le personnel ne verra peut-être que son propre planning ; le propriétaire voit tout. Notez-le, car cela détermine si vous avez besoin de connexions et de rôles. Notre guide sur l'ajout d'une connexion à votre application présente les options.

Les parties difficiles, et comment les gérer

Doubles réservations

Le bug classique : deux personnes chargent la page, voient toutes deux 10 h libre, et réservent toutes deux ce créneau. La solution consiste à revérifier sur le serveur au moment de l'enregistrement de la réservation, et à la refuser si un chevauchement existe désormais. Demandez-le explicitement :

Lors de l'enregistrement d'une réservation, revérifie sur le serveur qu'aucune réservation confirmée ou en attente du même membre du personnel ne chevauche l'horaire demandé (temps tampon inclus). Si c'est le cas, refuse-la et affiche « Ce créneau vient d'être pris, veuillez en choisir un autre. »

Testez ensuite avec deux fenêtres de navigateur.

Fuseaux horaires

Stockez toujours chaque heure en UTC et convertissez-la pour l'affichage. Décidez de quel fuseau horaire la page de réservation affiche l'heure : en général celui de l'entreprise pour les services sur place, et celui du client pour les appels en ligne, puis indiquez-le sur la page. Testez une réservation à cheval sur un changement d'heure d'été.

Temps tampons, délais et limites

Les règles courantes à décider dès le départ : un temps tampon entre les rendez-vous, un délai minimum de réservation (« pas de réservation moins de 2 heures à l'avance »), l'horizon de réservation maximal, et un plafond journalier. Chacune tient en une phrase dans un prompt ; si vous les omettez, l'IA choisira des valeurs par défaut à votre place.

Annulations et absences

Donnez à chaque confirmation un lien d'annulation avec un jeton unique, pour que les clients n'aient pas besoin de compte. Définissez votre délai d'annulation et indiquez si les acomptes sont remboursables, puis affichez cette politique avant le paiement.

Rappels

Les e-mails ou SMS de rappel ont besoin de quelque chose qui s'exécute selon un calendrier (« toutes les 15 minutes, envoyer des rappels pour les réservations qui commencent dans 24 heures »). Vérifiez comment votre générateur et votre hébergeur gèrent les tâches planifiées. Sinon, utilisez un planificateur externe qui appelle un point d'accès de votre application, ou envoyez l'e-mail de confirmation avec une invitation de calendrier en pièce jointe, afin que l'agenda du client lui rappelle le rendez-vous. Voir comment envoyer des e-mails depuis votre application pour le côté fournisseur.

Acomptes et paiements

Le schéma habituel avec Stripe :

Le client choisit un créneau ; l'application crée une réservation en attente qui bloque le créneau pendant un court instant (par exemple 15 minutes).
L'application envoie le client vers Stripe Checkout pour l'acompte.
Stripe prévient votre application par un webhook lorsque le paiement réussit ; la réservation passe à confirmée.
Si le paiement n'a pas lieu à temps, la réservation en attente expire et le créneau se libère.

La tarification standard de Stripe consiste en un pourcentage plus des frais fixes par paiement par carte réussi, sans frais mensuels (en septembre 2026) ; les tarifs varient selon le pays, consultez donc la page tarifs de Stripe pour le vôtre. Utilisez le mode test et des cartes de test jusqu'à ce que tout fonctionne. Notre guide pour ajouter des paiements détaille chaque étape.

Un premier prompt qui fonctionne

Crée une application de réservation pour Northside Barbers. Services : coupe (30 min, 25 $), taille de barbe (15 min, 12 $), coupe + barbe (45 min, 32 $). Deux barbiers, Sam et Ali, travaillant chacun du mardi au samedi de 9 h à 18 h. Le client choisit un service, puis un barbier ou « n'importe quel barbier », puis ne voit que les créneaux libres de 15 minutes pour les 14 prochains jours, et saisit son nom, son téléphone et son e-mail. Enregistre les réservations dans une base de données, avec un temps tampon de 10 minutes après chaque rendez-vous, et revérifie la disponibilité lors de l'enregistrement pour empêcher les doubles réservations. Affiche une page de confirmation avec un lien d'annulation. Le propriétaire dispose d'une page privée listant les réservations du jour et à venir, peut annuler une réservation et bloquer du temps. Les horaires sont dans le fuseau horaire local du salon. Design propre, pensé d'abord pour mobile.

Il précise les services, le personnel, les horaires, les règles et la vue du propriétaire : tout ce que l'IA devinerait sinon.

Étapes de création

D'abord le parcours de réservation principal. Services → créneau → formulaire → réservation enregistrée → confirmation. Rien d'autre tant que cela ne fonctionne pas sur téléphone.
Vue du propriétaire. Liste du jour, liste à venir, annulation, blocage de temps.
Protégez les pages du propriétaire. Ajoutez une connexion avant que de vraies données n'y entrent.
Règles. Temps tampons, délai de préavis, horizon de réservation, jours fériés.
E-mail. Confirmation avec invitation de calendrier et lien d'annulation.
Acomptes si nécessaire, d'abord en mode test de Stripe.
Testez les cas limites. Deux fenêtres qui réservent le même créneau, une réservation à cheval sur minuit, une date de changement d'heure, une réservation annulée qui libère son créneau.
Publiez, puis faites vous-même une vraie réservation avant de partager le lien.

Erreurs courantes

Vérifier la disponibilité seulement dans le navigateur. Cela semble correct et provoque tout de même des doubles réservations.
Stocker des heures locales sans fuseau horaire. Cela fonctionne jusqu'au changement d'heure.
Afficher les noms des clients dans l'agenda public. Affichez seulement « libre » ou « occupé ».
Construire la planification du personnel, les points de fidélité et les SMS dès le premier jour. Lancez le parcours principal, puis ajoutez ce que les clients demandent réellement.
Aucun moyen pour le propriétaire de bloquer du temps. Le premier jour de maladie provoquera des absences.

Quand Calendly (ou un outil similaire) est le meilleur choix

Si vous êtes une seule personne qui partage ses disponibilités pour des appels, un outil de planification est difficile à battre. En septembre 2026, le forfait gratuit de Calendly couvre un type d'événement, une connexion d'agenda et la planification en tête-à-tête avec une page de réservation personnalisable ; les forfaits payants ajoutent des types d'événements et des fonctionnalités d'équipe. Ces outils se connectent à votre agenda existant dès l'installation, ce qu'une application sur mesure doit être conçue pour faire.

Créez le vôtre lorsque vous avez besoin de règles que ces outils ne prennent pas en charge, de plusieurs ressources réservables, de votre propre image de marque partout, de réservations liées à d'autres données (clients, commandes, abonnements), ou si vous créez un produit de réservation à vendre à d'autres.

Créer avec Mythex

Sur Mythex, vous décrivez l'application de réservation dans le chat, elle la construit dans un aperçu en direct, et ajoute une base Postgres lorsque les réservations doivent être enregistrées. La page d'exemple de réservation de la documentation suggère de commencer par un formulaire de demande et une liste d'administration, puis d'ajouter le reste. Soyez clair sur ce qui est intégré et ce que vous connectez vous-même : Mythex n'a pas de synchronisation d'agenda, de rappels SMS ni de produit d'acompte intégrés. L'e-mail passe par votre propre fournisseur, les acomptes par vos propres clés Stripe enregistrées comme secrets du projet (recette Stripe), et les règles de double réservation et de fuseau horaire sont à définir et à tester comme indiqué ci-dessus.

La commande /test demande à l'agent de parcourir le parcours de réservation dans l'aperçu et de signaler ce qui ne fonctionne pas. Pour un prompt de départ, essayez les modèles site de réservation de salon de coiffure ou prise de rendez-vous, ou parcourez tous les modèles d'applications.

Questions

Quelles fonctionnalités une application de réservation doit-elle avoir ?

Au minimum : une liste de services avec leur durée, un moyen d'afficher uniquement les créneaux libres, un formulaire de réservation, une confirmation et une page privée où l'entreprise voit et gère les réservations. Les rappels, les acomptes et les agendas du personnel viennent ensuite.

Comment éviter les doubles réservations ?

Vérifiez la disponibilité côté serveur au moment où la réservation est enregistrée, et pas seulement au chargement de la page, puis refusez la réservation si le créneau a été pris entre-temps. Testez en essayant de réserver le même créneau depuis deux fenêtres de navigateur.

Une application de réservation sur mesure peut-elle encaisser des acomptes ?

Oui. La méthode habituelle consiste à envoyer le client vers une page Stripe Checkout pour l'acompte, et à ne confirmer la réservation qu'une fois le paiement réussi. Il vous faut votre propre compte Stripe et vos clés.

Faut-il créer une application de réservation ou utiliser Calendly ?

Si une seule personne doit partager ses disponibilités et que le fonctionnement ne présente rien d'inhabituel, un outil de planification comme Calendly est plus rapide et moins coûteux à utiliser. Créez le vôtre lorsque vous avez besoin de vos propres règles, de plusieurs ressources, de votre image de marque partout, ou de réservations liées à d'autres données que vous conservez.