Plateforme nationale de transport de personnes

Le transport routier de personnes en France est un marché fragmenté où la demande arrive sous forme de question, pas d'achat.

Un groupe a besoin d'un car, d'une navette, d'un transfert ou d'un chauffeur pour une date, un trajet et un nombre de passagers donnés. Il n'y a pas de prix catalogue. Chaque demande doit être chiffrée par un prestataire qui doit savoir si un véhicule et un conducteur sont réellement libres.

Cela fait du marché un problème de mise en relation déguisé en problème de recherche : la plateforme gagne sa place en transformant une intention non structurée en une demande qu'un prestataire peut traiter en quelques minutes.

La demande existe nationalement mais apparaît localement : une ville, un trajet, un type de véhicule, une occasion. L'acquisition payante sur cette surface coûte cher et ne se capitalise pas.

L'alternative est une architecture d'information qui épouse la forme de la demande elle-même, pour que chaque intention ait une page qui y répond et un formulaire qui lui convient.

• Couverture nationale
• Intention locale
• Acquisition qui se capitalise
• Coût par demande qualifiée

Géographie, intention et type de véhicule traités comme une seule architecture d'information plutôt que comme un plan de contenu.

Les gabarits sont générés à partir de données structurées, pas rédigés un par un, et chaque page existe parce qu'un motif de recherche réel la justifie. Le maillage interne suit la même structure, pour que l'autorité circule comme circule la demande.

La contrainte d'ingénierie, c'est l'unicité à l'échelle : un gabarit qui produit des milliers de pages doit continuer de produire une page sur laquelle il vaut la peine d'arriver.

Le formulaire de demande est le produit. Il doit capter assez pour qu'un prestataire chiffre, sans demander au visiteur un cahier des charges qu'il n'a pas.

Les champs sont ordonnés selon ce que le visiteur sait déjà : quand, d'où, vers où, combien de personnes. Le reste est déduit ou demandé plus tard.

Toute demande n'est pas une mission, et les prestataires accordent leur attention en proportion de la qualité.

Les demandes sont notées sur la complétude, la faisabilité et l'intention avant distribution. La qualification est ce qui empêche une marketplace d'apprendre à son offre à l'ignorer.

• Complétude
• Faisabilité
• Proximité de la date
• Plausibilité du trajet
• Détection des doublons

Là où une marketplace se renforce ou fuit.

La mise en relation route une demande qualifiée vers les prestataires capables de la servir : géographie, flotte, capacité et disponibilité. Sur-distribuer brûle le côté offre ; sous-distribuer perd la demande.

Distribution, suivi, relances, intégration des prestataires et reporting d'exploitation tournent sans humain dans la boucle pour le cas standard.

L'équipe intervient sur les exceptions, seule façon qu'un volume national de demandes reste exploitable par une petite équipe.

• Distribution
• Suivi
• Relances
• Intégration des prestataires
• Reporting d'exploitation

L'échelle ici n'est pas le trafic. C'est le nombre de demandes qui peuvent être qualifiées, routées et traitées par jour sans ajouter de personnes, et la part d'entre elles qui obtient une réponse.

Une métrique principale, énoncée avec précision.

La plateforme génère plusieurs dizaines de millions d'euros de demande de devis annuelle : la valeur des demandes de devis qu'elle produit. Ce n'est pas du chiffre d'affaires, pas du volume d'affaires, pas du volume de transactions, et ce site ne le convertit jamais en l'un de ces trois. L'ordre de grandeur est ce qui compte pour l'architecture ; le montant exact est une affaire commerciale et n'est pas publié.

La demande est une entrée du système, avec un volume, une qualité et des pertes. Traitez-la ainsi et la marketplace devient un problème d'ingénierie chiffré au lieu d'une histoire de croissance.

• La structure prime sur le volume de contenu
• La qualification protège l'offre
• La mise en relation est le produit
• L'automatisation est ce qui rend le volume national exploitable