Configuration de la ville
Définissez l’identité de l’opérateur, les catégories de services, la zone géographique, la devise et le fuseau horaire pour chaque déploiement en ville.
ARCHITECTURE DE LA PLATEFORME
Noyau commun.
Configuration locale.
Lancements contrôlés.
Le modèle technique derrière Black Fleet : logique opérationnelle, applications dédiées, intégrations de paiement et connexions aux services sur lesquels repose une activité de transport.
01 ARCHITECTURE DE DÉPLOIEMENT
Logique commune.
Déploiements dédiés.
La conception du système pour une mise en œuvre en ville combine une logique opérationnelle partagée avec des applications dédiées et une configuration locale. Votre proposition définit les livrables, les intégrations et les étapes clés de la mise en œuvre.
BLACK FLEET DEV
Noyau opérationnel commun
Logique de réservation · flux de travail de l’application · versions standard
RÉFÉRENCE OPÉRATIONNELLELondres
Londres
- Application client aux couleurs de la ville · iOS et Android
- Application de chauffeurs à l’effigie de la ville · iOS et Android
- Espace de travail de l’opérateur · Ordinateurs Mac et Windows
- Site web de la ville
- Configuration locale et limites des données
MODÈLE DE DÉPLOIEMENT URBAIN
Ville partenaire
- Application client aux couleurs de la ville · iOS et Android
- Application de chauffeurs à l’effigie de la ville · iOS et Android
- Espace de travail de l’opérateur · Ordinateurs Mac et Windows
- Site web de la ville
- Configuration locale et limites des données
Conception du système pour les déploiements en ville. Londres sert de référence opérationnelle ; les applications, les fonctionnalités et les dates de lancement sont convenues pour chaque mise en œuvre.
02 PRINCIPES D'INGÉNIERIE
Configuration.
Autorisations. Intégration.
Conception du flux de travail
Mettez en correspondance les transitions entre la réservation, l’affectation et les mises à jour du trajet avec les informations et les actions requises pour chaque rôle.
Limites d’accès
La séparation des données des opérateurs, les autorisations basées sur les rôles et l’accès au support spécifiquement autorisé sont des exigences du modèle de déploiement en ville.
Limites d’intégration
Définissez le lien entre les événements liés aux prestataires et les réservations, les enregistrements de paiement et les mises à jour des trajets, avec un accès adapté à chaque flux de travail.
Règles de publication
Conserver les fonctionnalités communes dans le noyau partagé, en vérifiant la configuration et l’état de préparation à la mise en production pour chaque déploiement chez un opérateur.
03 PAIEMENT ET INTÉGRATIONS SYSTÈMES
Paiements connectés.
Opérations connectées.
Nous développons les intégrations qui relient le paiement client, les registres opérationnels et les services externes. Chaque connexion est conçue autour d’un flux de travail de transport.
Paiements et finalisation de la commande
La plateforme londonienne intègre Stripe pour les paiements des clients, reliant les événements de finalisation de commande et de statut de paiement aux enregistrements de réservation.
Cartes et itinéraires
Recherche d’adresses, données de localisation et informations d’itinéraire pour faciliter la réservation et la planification des trajets dans le cadre du déploiement configuré.
Données de vol
Recherche de vols et informations sur les horaires pour les réservations liées aux aéroports et les processus de prise en charge.
Messages et notifications
Intégrations des e-mails, SMS et notifications push configurées en fonction des événements de réservation convenus, des mises à jour de trajet et des rôles des utilisateurs.
La sélection des prestataires, les workflows activés, les exigences relatives aux comptes et les coûts d’utilisation des services tiers sont confirmés pour chaque déploiement.
Discutez de vos besoins en matière d’intégration04 RÉMUNÉRATION DES CHAUFFEURS
Rémunération par trajet.
Validation. Rémunération.
Un processus de règlement reliant les revenus des chauffeurs, la validation financière et la planification des paiements.
Le modèle de règlement relie les trajets effectués et les paiements approuvés des chauffeurs aux versements bancaires programmés, à la confirmation du prestataire et à l’autofacturation consolidée. Le plan de mise en œuvre définit la manière dont ces étapes s’articulent pour votre activité.
L’intégration automatisée des paiements, les rôles de validation, les cycles de paiement et les exigences en matière d’autofacturation sont spécifiés dans le périmètre de livraison convenu, avec des contrôles d’acceptation avant l’activation.
Discuter des processus de règlement des chauffeurs05 SÉCURITÉ ET QUALITÉ
Autorisations.
Vérification. Responsabilité.
Notre approche technique prend en compte les utilisateurs de la plateforme, les actions qu’ils peuvent effectuer et les contrôles associés à chaque modification.
Limites d’accès
Les flux de travail des clients, des chauffeurs et des opérateurs ont des exigences d’accès distinctes. Les vérifications de rôle et de propriété au niveau de la couche de service renforcent ces limites, parallèlement aux autorisations définies dans chaque application.
Vérification du flux de travail
Des contrôles automatisés facilitent le développement des flux de travail liés à la réservation, à l’affectation et au paiement. Les critères d’acceptation spécifiques au déploiement définissent les scénarios à vérifier avant l’activation.
Livraison contrôlée
Les environnements de développement, de préproduction et de production ont des objectifs différents. Le contrôle de version et les vérifications ciblées permettent d’évaluer les modifications avant leur mise en production.
Retour d’expérience opérationnel
La maintenance fait le lien entre le développement logiciel et l’utilisation quotidienne. Les problèmes signalés et les retours des opérateurs permettent de hiérarchiser les corrections et les améliorations standard de la plateforme.
DÉVELOPPEMENT CONTINU
Conservez l’essentiel.
Définir la portée des extensions.
La maintenance logicielle courante et les mises à jour standard de la plateforme sont incluses dans l’abonnement mensuel.
Les workflows spécifiques aux opérateurs, les rapports sur mesure, les intégrations personnalisées et tout autre travail ne figurant pas dans la feuille de route normale peuvent faire l’objet d’une évaluation et d’un devis séparés.
Des applications dédiées à chaque ville sont incluses dans la configuration « City Launch », la mise en service et la distribution étant convenues pour chaque déploiement.
LA PROCHAINE ÉTAPE
Commencez par définir la configuration système requise.
Présentez votre processus de réservation, vos besoins d’intégration et vos contraintes opérationnelles lors d’une démonstration de la plateforme.
Planifiez votre déploiement