Créer un site de réservation sans coder avec l'IA

Créer un site de réservation sans coder avec l'IA

Décrivez ce qui se réserve, sur quels créneaux et avec quelle confirmation, et l'IA génère le site. Sur Zugo, une construction coûte 6 crédits et une modification 3. La partie délicate n'est pas l'apparence : c'est la logique de disponibilité, qui se met au point par retouches successives.

Quel type de réservation voulez-vous vraiment gérer ?

La question paraît évidente et elle ne l'est pas. Sous le mot « réservation » se cachent trois mécaniques qui n'ont presque rien en commun, et choisir la mauvaise vous fait construire trois fois le même site.

Le rendez-vous individuel est le cas le plus simple : un praticien, des créneaux, une confirmation. Dès que vous ajoutez plusieurs intervenants avec des compétences différentes, la complexité monte d'un cran, parce qu'un créneau devient disponible ou non selon la personne demandée.

La location par période est celle qui surprend le plus. Empêcher deux séjours de se chevaucher, gérer les jours d'arrivée et de départ, bloquer une durée minimale : chacune de ces règles se demande explicitement, sinon elle n'existe pas.

Faut-il un vrai calendrier ou un formulaire de demande ?

Commencez par le formulaire, presque toujours. C'est le conseil qui économise le plus d'argent et le plus de nerfs, et il vaut aussi pour les gens qui savent coder.

Un formulaire de demande recueille le nom, la prestation souhaitée, deux créneaux qui arrangent le client et un moyen de le joindre. Vous confirmez, ou vous proposez autre chose. Le client attend quelques heures, ce qui est acceptable dans la plupart des métiers, et vous ne pouvez pas être doublement réservé.

Le calendrier automatique, lui, promet une disponibilité en direct. S'il se trompe, il vous engage : deux personnes réservent le même créneau, et c'est vous qui appelez pour annuler. Cette promesse mérite d'être tenue, donc elle mérite les allers-retours nécessaires pour la fiabiliser.

La règle pratique : passez au calendrier quand le volume de demandes vous coûte plus cher en gestion que la construction ne coûte en crédits. Avant ce seuil, le formulaire gagne.

Quelles intégrations sont nécessaires ?

Un site de réservation sérieux en utilise trois, et il vaut mieux savoir laquelle fait quoi avant de tout brancher le même après-midi.

L'ordre qui provoque le moins de complications est celui-ci : la donnée d'abord, l'e-mail ensuite, le paiement en dernier. Beaucoup de gens font l'inverse, branchent Stripe le premier jour, et se retrouvent avec des paiements encaissés qu'aucune base ne rattache à un créneau.

L'e-mail de confirmation n'est pas un ornement. C'est la seule preuve que le client possède, et son absence produit exactement le même appel téléphonique que si le site n'existait pas. Le détail du branchement est dans créer une app avec Stripe pour la partie paiement.

Comment décrire le projet à l'IA ?

Décrivez les règles, pas seulement les pages. Une règle non écrite est une règle absente, et c'est là que se joue la différence entre un site qui tient et un site à corriger sans arrêt.

Site de réservation pour un cabinet de kinésithérapie, deux praticiens.
Pages : accueil, prestations, réservation, informations pratiques, contact.
Réservation : le client choisit la prestation, puis le praticien, puis un créneau.
Créneaux de 30 minutes, du lundi au vendredi, 8h à 19h, pause de 12h à 14h.
Aucune réservation possible moins de 12 heures à l'avance.
Confirmation par e-mail au client et au cabinet, rappel la veille.
Ton sobre et rassurant, lisible sur téléphone, textes en français.

Les lignes sur les horaires et le délai minimum valent plus que tout le paragraphe sur le style. Ce sont elles qui produisent une logique utilisable dès le premier jet, et leur absence coûte trois modifications à 3 crédits chacune.

Si vous n'avez pas l'habitude d'écrire ce genre de demande, comment écrire un bon prompt explique quoi mettre dans la description initiale et quoi garder pour les retouches.

Combien coûte un site de réservation en crédits ?

Une construction unique coûte 6 crédits, une modification 3. Un site de réservation compte presque toujours comme une plateforme multipage : 12 crédits pour les trois premières pages, puis 3 par page supplémentaire.

Le plan gratuit donne 5 crédits, ce qui reste sous le coût d'une construction complète, donc il permet de voir l'outil sans terminer le projet. Pro coûte $25 par mois pour 200 crédits, soit environ 16 plateformes multipages ou 66 modifications. Business coûte $99 par mois pour 800 crédits.

Prévoyez un budget de mise au point plus élevé que pour un site vitrine. Sur un projet où la logique compte, dix à quinze retouches avant la version définitive sont normales, et c'est justement pour cela que la formule Pro tient : elle laisse de la marge pour se tromper.

Le mode Hi-Fi double les deux coûts (12 pour construire, 6 pour modifier). Sur ce type de projet, gardez-le pour la fin, quand les règles ne bougent plus.

Comment limiter les rendez-vous non honorés ?

Trois leviers, dans l'ordre de leur efficacité réelle.

L'acompte est le plus efficace de loin. Une somme modeste prélevée à la réservation change complètement le taux de présence, parce qu'elle transforme une intention en engagement. Stripe s'en charge, et vous décidez de la rembourser ou non selon votre politique d'annulation.

Le rappel automatique vient ensuite. Un message la veille récupère les oublis honnêtes, qui représentent une bonne partie des absences. Resend envoie ces messages depuis votre projet.

L'annulation en un clic est le levier le plus contre-intuitif : faciliter l'annulation augmente le nombre de créneaux libérés à temps, donc réattribuables. Un client qui ne trouve pas comment annuler ne vient pas non plus, il vous le dit simplement trop tard.

Que deviennent les données de vos clients ?

Elles vivent dans votre base Supabase, sur votre compte, et vous en êtes responsable. Un site de réservation collecte des noms, des numéros de téléphone et parfois des informations sensibles, ce qui vous place dans le champ du RGPD dès la première réservation.

Concrètement, trois obligations minimales à traiter dès la construction : dire à quoi servent les données collectées, ne demander que ce dont vous avez besoin, et prévoir une durée de conservation au lieu de tout garder indéfiniment. Ce sont des décisions que vous prenez, pas des cases que l'outil coche à votre place.

Un exemple de champ à ne pas demander : la date de naissance, quand un simple « êtes-vous majeur » suffit. Chaque donnée que vous ne collectez pas est une donnée que vous n'avez pas à protéger.

Où l'IA atteint-elle ses limites ici ?

Sur la synchronisation avec un agenda extérieur. Faire qu'un créneau bloqué dans votre agenda personnel disparaisse automatiquement du site est une logique métier très spécifique : elle se construit par modifications successives, avec des tests, et non d'un seul prompt.

Zugo ne remplace pas non plus une équipe de développement sur un produit complexe. Un système multi-établissements, avec droits par utilisateur, facturation par site et statistiques comparées, dépasse le cadre. À ce niveau, l'export du code vers GitHub et la reprise par un développeur reviennent moins cher que l'acharnement.

Avant de livrer, Zugo ouvre le projet dans un bac à sable et vérifie qu'il se lance : une construction qui ne s'ouvre pas n'est pas remise. Cela ne teste pas votre règle de chevauchement pour autant, donc réservez vous-même trois créneaux fictifs avant de communiquer l'adresse.

Par quoi commencer ?

Écrivez vos règles sur une feuille avant d'ouvrir quoi que ce soit : durée d'un créneau, horaires, délai minimum, politique d'annulation, montant de l'acompte. Cinq lignes qui feront gagner une semaine.

Construisez ensuite la version formulaire, utilisez-la pendant deux semaines de vraies demandes, et ne passez au calendrier automatique que si le volume le justifie. Pour un salon ou un cabinet, l'exemple concret est développé dans créer un site de barbershop. Le premier essai se fait avec le plan gratuit sur zugo.dev.