Deux inscriptions, avec des rôles distincts
Passagers et chauffeurs utilisent la même application et voient des écrans différents, parce que le rôle est une règle dans la base et non une condition dans un écran.
Demande, chauffeur attribué, tarif par trajet et suivi, avec des inscriptions séparées pour les passagers et les chauffeurs.
Tout le monde qui cherche cela pense à Uber, et l'application dont la plupart ont besoin n'est pas Uber. Presque tous les cas réels sont du transport avec une relation connue : ramassage scolaire, navette d'entreprise, minibus de quartier, taxi de petite ville, transfert aéroport. Ceux-là n'ont pas besoin d'une enchère en temps réel entre chauffeurs proches ; ils ont besoin d'une demande, d'un chauffeur attribué, d'un itinéraire fixe et d'un prélèvement récurrent, et c'est cela qui se construit vraiment ici.
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.
Passagers et chauffeurs utilisent la même application et voient des écrans différents, parce que le rôle est une règle dans la base et non une condition dans un écran.
Le passager demande, vous ou une règle attribuez un chauffeur, et il accepte ou refuse. Chaque changement d'état est un enregistrement, il existe donc un historique.
Une grille de trajets, un tarif kilométrique, ou un forfait mensuel pour le scolaire et les navettes, prélevé par abonnement carte.
Le passager voit l'état de la course et reçoit une notification à la confirmation et à l'arrivée ; un justificatif reste, et c'est ce que l'entreprise cliente demande en fin de 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 transport scolaire. Les responsables s'inscrivent et enregistrent les élèves avec adresse, école et créneau ; les chauffeurs ont leur propre inscription avec véhicule et capacité ; chaque élève est rattaché à un circuit et à un chauffeur ; le responsable voit le circuit de son enfant, signale une absence du jour et reçoit une notification quand la prise en charge et la dépose sont confirmées ; le chauffeur ne voit que la liste de son propre circuit, dans l'ordre des arrêts, et confirme chaque prise en charge ; l'abonnement mensuel est prélevé par carte, avec un historique de paiement ; et je vois un tableau de bord avec les circuits, le taux de remplissage par circuit, les absences de la semaine et les impayés.
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
Vous pouvez construire la partie qui décide : demande, attribution du chauffeur, états de la course, tarif et paiement. Ce que vous ne pouvez pas construire, c'est la mise en concurrence en temps réel des chauffeurs proches avec une position qui bouge sur la carte chaque seconde, qui dépend d'un suivi continu et où se trouve le vrai coût d'une telle application. Pour du transport avec relation connue, ce n'est pas une perte ; pour une place de marché ouverte de courses, si.
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.
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.
Disponibilité par professionnel, confirmation, rappels et check-in — l'agenda classique, sans le tableur.
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.