Une page de réservation qui encaisse un acompte et confirme toute seule.
Le créneau est bloqué, le paiement arrive, le client reçoit sa confirmation. Votre équipe voit la journée se remplir.
Web Publish
Il construit l’application. Et il la met en ligne.
De la simple grille tarifaire à l’application complète avec son serveur et sa base de données. Décrivez-la dans la conversation : votre employé la construit, la déploie sur votre domaine et vous donne l’adresse. Sans développeur, sans hébergement à configurer, sans ticket.
Nouveau en v2.8 · Applications complètes
Pas une page. Une application qui tourne.
Décrivez ce qu’il vous faut dans la conversation. Votre employé construit l’interface, le serveur et la base de données, déploie le tout et vous donne l’adresse. Vos visiteurs la remplissent, paient à travers elle et la voient se mettre à jour en direct. Elle continue de tourner une fois la conversation terminée.
Ce qu’il fallait avant
- Un développeur
- Un hébergement
- Une base de données à installer
- Un domaine et un certificat
- Une mise en production
- Quelques semaines
Maintenant : une conversation.
Vous, dans la conversation« On loue trois salles de réunion. Je veux une page où les clients choisissent un créneau et paient un acompte, et un écran pour nous qui affiche les réservations du jour au fil de l’eau. »
reserver.votreentreprise.frEn ligne
L’interface
La page de réservation pour les clients, l’écran en direct pour votre équipe. Sur téléphone comme sur ordinateur.
Le serveur
Vérifie que le créneau est libre, enregistre la réservation, envoie la confirmation. Du vrai code, qui tourne jour et nuit.
Sa propre base de données
Chaque réservation conservée, consultable et sauvegardée. Plus rien dans un tableur que quelqu’un oublie d’enregistrer.
Les événements arriventL’acompte est payé : le service de paiement prévient l’application, la réservation est confirmée.
Les écrans suivent en directUne nouvelle réservation s’affiche sur l’écran de l’équipe sans que personne ne recharge la page.
Ce qu’on construit avec
Une phrase dans la conversation. Une application sur laquelle tourne votre activité.
Voici le genre de demandes qu’il transforme en application en service. Chacune garde ses données, réagit à ce qui se passe et vit sur votre adresse.
Une page où chaque client suit où en est sa commande.
Quand le statut de livraison change, la page change avec lui. Fini les emails « des nouvelles de ma commande ? ».
Un simulateur de devis sur notre site qui garde chaque demande.
Le visiteur obtient un prix en quelques secondes. Vous gardez chaque demande avec ses détails, prête à être rappelée.
Les inscriptions à notre événement, fermées à 120 personnes.
Les inscriptions sont comptées au fil de l’eau. À 120, le formulaire se ferme tout seul et ouvre une liste d’attente.
Un registre de stock que toute l’équipe met à jour depuis son téléphone.
Un seul chiffre, le même pour tous, mis à jour à la seconde où quelqu’un prend un carton sur l’étagère.
Un formulaire qui cherche dans nos fiches produits et répond.
Des centaines de fiches stockées dans l’application, une recherche en texte intégral, la bonne fiche en une seconde.
Sous le capot
Fait pour tourner pour de vrai, pas pour la démo.
Pour la personne de votre entreprise qui demandera comment ça marche.
Un vrai serveur
Chaque application tourne sur Node.js : modules, appels à d’autres services, minuteries. Pas une page statique qui se fait passer pour une application.
Une base SQLite par application
Requêtes paramétrées, transactions, déclencheurs et recherche en texte intégral. Isolée de toutes les autres applications.
Des opérations sûres sur la base
Instantanés cohérents, contrôles d’intégrité et remplacement atomique : une restauration ne laisse jamais une base à moitié écrite en ligne.
Des webhooks vérifiables
Le corps brut des requêtes est conservé, pour vérifier la signature des services de paiement et de livraison.
Le temps réel intégré
WebSockets natifs diffusés entre les processus, et canaux temps réel avec jetons à courte durée de vie et messages chiffrés au repos.
Votre domaine, avec son certificat
Saisissez le domaine, ajoutez les enregistrements, vérifiez. Le certificat est émis et renouvelé, et un changement qui échoue est annulé.
Comment ça marche
Vous demandez dans la conversation. C’est en ligne.
Il n’y a ni export, ni téléversement, ni étape d’hébergement entre les deux. L’employé rédige la page dans son propre dossier de travail, et ce dossier est servi sur le web. Ce qu’il enregistre est ce que voient les visiteurs.
1. Vous décrivez ce qu’il vous faut
Dans la conversation que vous utilisez déjà pour les appels et les emails. « Un guide d’une page pour les nouveaux patients, avec notre adresse, les horaires d’ouverture et comment trouver l’entrée. »
Pas de brief, pas de maquette, pas de ticket. Si vous avez un logo ou une couleur, dites-le dans la même phrase.
2. Il rédige et publie
Vous voyez la page prendre forme dans le fil, comme n’importe quelle autre tâche. Une fois terminée, l’employé la publie et l’adresse devient active immédiatement.
Une modification ? Demandez-la dans le même fil. La page se met à jour à la même adresse, si bien que tout ce que vous avez déjà envoyé continue de fonctionner.
3. Vous obtenez une vraie adresse
Un lien public que vous pouvez envoyer par SMS à un patient, imprimer sur un prospectus, ou vers lequel pointer votre site actuel. Il s’ouvre sur un téléphone comme sur un ordinateur.
L’adresse vit sur votre propre domaine, parce qu’une page publiée est servie par votre workspace et en porte le nom.
Toutes les pages au même endroit
Le workspace tient le registre
Tout ce que votre équipe publie apparaît sous Workspace › Websites. Une ligne par page, pour que rien de ce que vous mettez en ligne ne soit oublié dans le dossier de quelqu’un.
- L’adresse, prête à être partagée. Copiez-la en un clic, ou ouvrez la page et vérifiez qu’elle est correcte avant de l’envoyer à qui que ce soit.
- L’employé qui l’a faite. Chaque ligne est signée, si bien que six mois plus tard vous savez encore à qui demander une correction plutôt que de tout refaire.
- Le jour de la mise en ligne. Utile quand une grille tarifaire traîne en ligne depuis mars et que plus personne ne s’en souvenait.
- Renommer, remplacer ou retirer. Une page dont vous ne voulez plus disparaît depuis le même écran, et son adresse cesse de répondre.
- Pages et applications, côte à côte. Une grille tarifaire et une application de réservation avec sa base de données sont dans le même registre et se gèrent de la même façon.
Une page qu’il a produite
Ce n’est pas une maquette. Un employé l’a écrite.
Un cabinet dentaire a demandé une page qui ferait reprendre les rendez-vous. Sans agence, sans modèle à remplir, sans allers-retours pendant une semaine. Elle a été écrite dans la conversation, publiée depuis le workspace, et elle répond depuis.
Donnez-lui quelque chose à construire
Embauchez un employé, décrivez l’application, et envoyez l’adresse à un client dans l’après-midi.
Créer mon espace