Créer une application comme Uber
Presque personne qui fait cette recherche ne veut Uber. Autant commencer par là, parce que la différence change ce qui se construit et ce qui coûtera cher.
Deux produits sous un même nom
La place de marché ouverte de courses. Un passager demande, plusieurs chauffeurs proches se disputent la course, le plus proche accepte, la voiture bouge sur la carte en direct. C'est Uber. Cela dépend du suivi continu de centaines d'appareils, d'un algorithme d'appariement en temps réel, et d'avoir en même temps des chauffeurs disponibles et des passagers qui attendent dans la même rue.
Le transport avec relation connue. Ramassage scolaire, navette d'entreprise, minibus de quartier, taxi de petite ville, transfert aéroport. Le passager sait déjà qui vient le chercher, le chauffeur connaît déjà l'itinéraire, et ce qui manque est d'organiser la demande, l'attribution, la facturation et le justificatif.
Pratiquement tous les cas réels qui se présentent sont le second. Et le second se construit aujourd'hui.
Ce que vous pouvez construire
- deux inscriptions avec des rôles distincts, passager et chauffeur dans la même application voyant des écrans différents ;
- une demande avec départ, arrivée et horaire, le chauffeur acceptant ou refusant ;
- des états de course enregistrés avec l'heure, ce qui donne un historique ;
- un tarif par trajet, au kilomètre ou mensuel, prélevé par carte ;
- itinéraire et arrêts sur la carte, avec adresse autocomplétée et géocodée ;
- un justificatif, que l'entreprise cliente demande en fin de mois ;
- un tableau de bord avec les circuits, le remplissage, les absences et les impayés.
Ce que vous ne pouvez pas
Le point du chauffeur qui bouge en direct. Il faut le dire clairement, parce que c'est l'image qu'évoque le mot « Uber ». Le suivi continu en arrière-plan coûte de la batterie, exige une permission système spécifique, et passe dans les deux magasins par une revue supplémentaire pour cette raison précise.
L'enchère en temps réel entre chauffeurs proches. Elle dépend du suivi ci-dessus plus d'un service qui apparie offre et demande en quelques secondes.
Pour le transport scolaire, aucune des deux ne manque : le responsable veut savoir que son enfant est monté, et c'est une confirmation.
Une consigne pour commencer
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 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 circuit dans l'ordre des arrêts ; l'abonnement mensuel est prélevé par carte ; et je vois un tableau de bord avec les circuits, le remplissage, les absences de la semaine et les impayés.
En résumé
- Uber est une place de marché en temps réel ; le transport avec relation connue est ce dont presque tout le monde a besoin ;
- demande, attribution, états, tarif, carte et facturation : tout cela se fait ;
- suivi en direct et enchère entre chauffeurs : non, et c'est là qu'est le coût ;
- pour le scolaire et les navettes, l'abonnement vaut en général mieux que la course à l'unité.
Ce qui sort prêt est dans application de VTC.