Des disponibilités par praticien ou par ressource
Horaires, pauses, durées et jours bloqués sous forme de données : deux personnes ne peuvent jamais prendre le même créneau.
Disponibilité par professionnel, confirmation, rappels et check-in — l'agenda classique, sans le tableur.
La réservation est le premier endroit où le tableur casse : deux personnes prennent le même créneau, le rappel est oublié, et personne ne sait qui a confirmé. Ici la disponibilité est un modèle de données, la confirmation est une automatisation, et le rappel part par e-mail ou en push sans que personne ait à y penser.
Ceux qui arrivent sur cette page cherchent
Ce qui en sort
Ce n'est pas une liste de fonctionnalités. Ce sont les apps que les gens décrivent vraiment, et ce que la plateforme rend quand ils le font.
Horaires, pauses, durées et jours bloqués sous forme de données : deux personnes ne peuvent jamais prendre le même créneau.
Le client réserve, reçoit la confirmation et le rappel par e-mail ou push sans que personne n'ait à penser à l'envoyer.
Encaissez tout, prenez un acompte, ou laissez payer sur place. Les rendez-vous manqués cessent d'être gratuits.
Un écran par praticien affichant seulement ses rendez-vous, avec arrivée, report et un historique qui survit au mois.
Déjà inclus
Base de données, connexion, paiements et publication font partie de la plateforme : ce n'est pas une liste de services que vous brancherez vous-même ensuite.
Chaque écran lit et écrit dans des modèles que vous ouvrez, interrogez et exportez. La donnée est une base à vous dès la première minute, pas un tableur que l'app fait semblant de lire.
E-mail, lien magique et connexion Google, avec des rôles et une propriété par enregistrement décidés par Postgres lui-même. Un écran mal écrit ne devient pas une fuite, parce que la base répond vide.
Stripe, Pagar.me et Mercado Pago se branchent une fois. Carte, Pix, boleto et abonnements, les champs de carte étant rendus par un coffre hébergé que votre app ne touche jamais.
Un projet publié de trois façons : sur votre domaine, en icône sur le téléphone depuis le navigateur, et en binaire signé déposé sous votre propre compte développeur.
Titres, métadonnées, sitemap, données structurées et images de partage sortent avec l'app. Les pages sont trouvées, pas seulement liées.
Du vrai React, modifié ligne par ligne ou en cliquant sur l'élément à l'écran, exporté en ZIP ou poussé sur votre GitHub. Aucun verrou à négocier pour partir.
Comment ça marche
Trois étapes, et la deuxième est celle que personne ne croit avant de la voir.
Dites ce que l'app fait et ce qu'elle doit retenir. Pas de diagramme, pas de schéma, pas un seul framework à nommer.
Écrans, modèles de données, connexion et paiements apparaissent pendant que vous lisez. Ce qui ne vous plaît pas, vous le dites et ça change.
En ligne sur votre domaine en quelques secondes, avec un historique de versions derrière vous. La conversation du mardi est la version du mardi.
Commencez ici
C'est un premier message entier, pas un slogan. Collez-le, remplacez les noms par les vôtres, et vous avez une app à laquelle réagir plutôt qu'une page blanche.
Crée une application de réservation pour un salon de coiffure avec quatre coiffeurs. Chaque coiffeur a ses propres horaires et des prestations de durées différentes ; le client choisit la prestation, le coiffeur et un créneau libre, paie un acompte par carte et reçoit une confirmation puis un rappel la veille. Chaque coiffeur ne voit que son agenda et marque le client comme venu ou absent ; le gérant voit tout le monde, plus le chiffre d'affaires et le taux d'absence par mois.
Pour partir aujourd'hui
Un modèle est une app qui fonctionne, avec des données dedans. Ouvrez-en un, rendez-le vôtre, publiez-le sur votre propre compte.
Réservation de cours pour un studio à capacité limitée : des crédits, une liste d’attente qui avance seule et une liste d’entrée qui enregistre qui est venu.
Un agenda de salon où chaque rendez-vous réserve la remise en état : un creux est du temps réellement vendable — et un assistant qui dit quels creux valent un appel.
Questions
Oui, parce que la disponibilité est un modèle en base et non un calendrier dessiné. Le créneau est pris quand l'enregistrement est écrit, donc la seconde réservation échoue au niveau de la base, le seul endroit capable de trancher de façon cohérente.
Continuez à regarder
La plupart des apps finissent entre deux catégories. Rien ne vous empêche de demander les deux dans le même paragraphe.
Demande, chauffeur attribué, tarif par trajet et suivi, avec des inscriptions séparées pour les passagers et les chauffeurs.
Horaires par professionnel, prestations de durées différentes, acompte au moment de la réservation et rappel la veille.
Cours à places limitées, pointage, programme d'entraînement par adhérent et cotisation prélevée par abonnement.
Agenda par praticien et par salle, dossier patient, conventionné et libre, confirmation et rappel de rendez-vous.
Rendez-vous de toilettage, fiche par animal, forfaits de séances et rappel pour ceux qui ne sont pas revenus.
Ordre de réparation, devis approuvé par le client, historique par véhicule et planning des postes.
Inscription, billet à code QR, contrôle à l'entrée, programme et annonces pour ceux qui sont sur place.
Carte, panier, frais par zone, paiement et suivi de commande, dans votre application et sans commission de plateforme.
Carte numérique avec QR code, commande à table, réservation et fidélité, sans dépendre d'une carte en PDF.
Gratuit pour commencer, sans carte bancaire. Vous ne payez que lorsque vous voulez publier sous votre marque, et vous emportez le code si un jour vous le souhaitez.