Une carte avec suppléments et choix obligatoires
Produit, catégorie, photo, prix, supplément payant, choix obligatoire et indication de rupture. Changer un prix modifie un enregistrement, cela ne republie pas l'application.
Ce qui en sort
Quatre choses que vous pourriez avoir en ligne cette semaine
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.
Frais et zone de livraison
Les zones que vous desservez, avec frais et minimum de commande propres, plus le retrait sur place. Le client sait si vous livrez avant de composer son panier, pas à la fin.
Paiement dans l'app et à la livraison
Carte et moyens locaux via Stripe, Pagar.me ou Mercado Pago, les champs de la carte étant dessinés par un coffre hébergé. L'espèce est un moyen enregistré, avec la monnaie à rendre.
Un statut de commande que le client suit
Reçue, en préparation, en livraison et livrée, chaque changement envoyant une notification. C'est l'écran qui met fin aux appels demandant où en est la commande.
Déjà inclus
Les parties que personne ne veut construire deux fois
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.
Une vraie base de données, pas un tas de formulaires
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.
Une connexion pour vos propres utilisateurs
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.
Des paiements qui arrivent sur votre compte
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.
Web, installable, et dans les stores
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.
Trouvée par la recherche, et par les modèles
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 code React que vous emportez
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
D'un paragraphe à une app publiée
Trois étapes, et la deuxième est celle que personne ne croit avant de la voir.
Commencez ici
Un prompt prêt à coller tout de suite
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 livraison pour un restaurant de burgers. Une carte avec catégories ; des produits avec photo, prix, suppléments payants et choix obligatoire de la cuisson ; un panier ; des zones de livraison ayant chacune ses frais et son minimum de commande, plus le retrait sur place ; paiement par carte dans l'app ou à la livraison, avec la monnaie ; des horaires par jour de la semaine qui ferment le panier en dehors ; des codes promo ; un suivi de commande par le client en quatre étapes, avec une notification à chaque changement ; et un espace d'administration visible de moi seul, avec les commandes du jour en file, le chiffre d'affaires par jour et les dix produits les plus vendus.
Pour partir aujourd'hui
Modèles de cette catégorie
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.
Questions
Questions fréquentes
Décrivez-le. Voyez-le tourner. Publiez-le sur les stores.
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.