Applications

Application mobile covoiturage : fonctionnalités indispensables et erreurs à éviter

Une application de covoiturage tient sur 7 fonctions indispensables : profils, publication de trajet, recherche, réservation, messagerie, participation aux frais et avis. Réservée à un groupe fermé, elle se situe entre 8 000 et 15 000 € HT ; ouverte au public, elle relève d'une plateforme à partir de 15 000 € HT. Voici ce que chaque fonction doit faire, ce qu'il vaut mieux repousser à la version suivante et les erreurs de conception qui font abandonner les utilisateurs.

Applications · Lecture : 17 min · Agence DYNSEO

Les fonctions d'une application de covoiturage : indispensables, utiles, à repousser

Une première version de covoiturage doit permettre à un conducteur de publier un trajet et à un passager de le trouver, d'y réserver une place, d'en discuter et de se noter à l'arrivée. Tout le reste est une amélioration. Cette règle simple évite le piège classique : une liste de trente fonctions qui retarde le lancement de plusieurs mois alors que personne n'a encore vérifié que des gens utilisent l'application.

Le tableau ci-dessous classe les fonctions en trois groupes. Le classement est un point de départ : un covoiturage d'entreprise n'a pas les mêmes priorités qu'une plateforme ouverte, et le cadrage du projet sert justement à le vérifier.

Une application de ce type est une place de marché : elle met en relation une offre (le conducteur qui a des places libres) et une demande (le passager qui cherche un trajet). Notre page sur la création de marketplace explique la logique commune à ces projets. Ce qui est propre au covoiturage, c'est que l'offre se périme : un trajet publié pour mardi à 8 h n'existe plus mardi à 8 h 01, ce qui rend chaque fonction plus sensible au temps que dans une boutique.

Profil, inscription et vérification : jusqu'où aller dans un covoiturage

Le profil est la première réponse à la question que se pose tout passager : avec qui vais-je monter ? Il doit être assez riche pour rassurer, assez léger pour ne pas décourager l'inscription. Prénom, photo, courte présentation, véhicule du conducteur (modèle, couleur, places), ancienneté sur l'application et avis reçus suffisent à poser ce cadre.

La difficulté est de proportionner la vérification au risque réel. Entre collègues d'un même site, demander une pièce d'identité serait disproportionné et ferait fuir. Entre inconnus qui partagent une voiture sur plusieurs heures, ne rien vérifier prive les utilisateurs d'un minimum de sécurité. Une façon de procéder consiste à ouvrir la consultation des trajets sans compte, à demander l'inscription au moment de réserver, et à ne demander les justificatifs lourds qu'au conducteur, au moment où il publie son premier trajet.

Pour le conducteur, deux informations méritent un champ dédié : le nombre de places réellement disponibles et les conditions du trajet (bagages, animaux, musique, arrêts possibles). Elles évitent une grande partie des désaccords en amont, et elles se retrouvent ensuite dans les filtres de recherche.

Publier et rechercher un trajet : le cœur technique de l'application de covoiturage

La publication est simple, la recherche ne l'est pas. Publier un trajet revient à remplir un formulaire : départ, arrivée, date, heure, places, participation demandée. Rechercher, en revanche, consiste à comparer la demande d'un passager à des dizaines ou des milliers de trajets, en tolérant l'approximation. C'est la fonction qui détermine si l'utilisateur trouve quelque chose, donc s'il revient.

Un passager qui cherche « Lyon vers Grenoble, vendredi » ne tape pas l'adresse exacte du conducteur. Il faut donc que l'application comprenne qu'un conducteur qui part de Bourgoin-Jallieu et passe par Grenoble peut convenir, que l'heure de départ à 17 h 30 n'est pas incompatible avec « en fin d'après-midi », et que deux gares ou deux places d'une même ville sont des points de rencontre possibles. Ce sont des règles de proximité, de tolérance de détour et de plage horaire à définir avec vous.

1. 1

   La saisie de l'adresse avec suggestion

   Le passager commence à taper, l'application propose des lieux. Cela suppose un service de cartographie, dont la facturation dépend du volume de recherches. La question du coût se pose dès le départ, pas le jour où l'usage monte.

2. 2

   La correspondance entre un trajet et une demande

   L'application accepte les villes traversées, un détour limité et une marge sur l'heure. Plus ces tolérances sont larges, plus les résultats sont nombreux, mais moins ils sont pertinents : le réglage se fait avec des essais réels.

3. 3

   Le classement des résultats

   Heure, proximité du point de rencontre, avis du conducteur, nombre de places : l'ordre d'affichage influence les réservations. Pour une première version, un tri par heure suivi d'un filtre simple suffit.

4. 4

   Les alertes de trajet

   Quand aucun résultat ne convient, le passager peut demander à être prévenu si un trajet correspondant est publié. C'est une fonction qui retient les utilisateurs dans une communauté encore peu fournie.

Les trajets récurrents méritent une mention à part. Un conducteur qui fait la même route chaque semaine ne veut pas republier son trajet tous les lundis. Une publication répétée, avec la possibilité de la suspendre une semaine, change l'usage de l'application, surtout pour un covoiturage domicile-travail. Elle complique pourtant la réservation : une place est-elle réservée pour un jour ou pour toute la série ? Posez cette question dès le cadrage, car la réponse modifie la base de données.

Réservation, messagerie et notifications dans une application de covoiturage

Deux modèles de réservation coexistent. Dans le premier, le passager demande une place et le conducteur accepte ou refuse. Dans le second, la place est réservée immédiatement. Le premier rassure le conducteur et ralentit l'échange ; le second est plus fluide et suppose que le conducteur accepte de ne pas choisir ses passagers. Le choix dépend de votre public : une communauté de salariés se contente de la réservation immédiate, un service ouvert à des inconnus préfère plutôt la validation par le conducteur.

La messagerie interne accompagne la réservation. Elle permet de convenir du point de rencontre sans échanger de numéros de téléphone, ce qui protège les deux parties, et elle garde une trace des échanges en cas de désaccord. Pour une première version, un échange de messages texte suffit : pas de pièces jointes, pas de messages vocaux, pas de discussion de groupe.

Une règle de conception aide à décider quoi notifier : posez-vous la question « que se passe-t-il si cette personne ne voit pas ce message avant l'heure du départ ? ». Si la réponse est « elle rate son trajet », la notification est indispensable. Si la réponse est « rien de grave », un message dans l'application suffit.

Le jour du trajet : annulations, retards et incidents en covoiturage

C'est ici que se joue la confiance. Un covoiturage ne se juge pas sur les trajets qui se passent bien, mais sur la manière dont l'application traite ceux qui se passent mal. Un conducteur qui annule vingt minutes avant le départ laisse un passager sans solution ; un passager qui ne se présente pas fait perdre du temps au conducteur. Le moment où l'on décide des règles, c'est le cadrage, pas le lendemain d'un litige.

Le suivi du trajet en temps réel figure parmi les demandes fréquentes de nos interlocuteurs. Il rassure, mais il implique de collecter la position pendant le déplacement : une donnée personnelle sensible, qui ne devrait fonctionner que pendant le trajet, avec l'accord de la personne et une information claire. Les systèmes iPhone et Android encadrent aussi l'accès à la position, notamment quand l'application tourne en arrière-plan, et leurs exigences évoluent. Pour une première version, un simple partage de lien ou de point de rencontre suffit souvent, et le suivi vient ensuite si les utilisateurs le demandent.

Participation aux frais et avis : les deux fonctions qui touchent à l'argent et à la réputation

Le covoiturage est présenté en France comme un partage de frais entre un conducteur non professionnel et ses passagers, pas comme une activité lucrative. Ce principe se traduit dans l'application, notamment dans le calcul de la participation demandée. Nous ne tranchons pas ici les règles précises, qui évoluent et dépendent de votre modèle : elles se valident avec un juriste avant le dessin des écrans. Notre page sur les applications de taxi explique la différence avec le transport professionnel de personnes, qui relève d'un autre cadre.

Sur le plan technique, deux options existent. Dans la première, l'application affiche une participation conseillée et les deux personnes s'arrangent entre elles : aucun paiement ne transite par vous, la fonction est simple. Dans la seconde, le passager règle dans l'application et le conducteur reçoit ensuite les fonds : il faut un prestataire de paiement agréé, la gestion des remboursements, et une réflexion sur la commission de la plateforme. C'est cette seconde option qui fait passer le projet de l'application métier à la plateforme.

La question du droit de réponse, de la suppression d'un avis abusif et de la durée d'affichage se règle dans les conditions d'utilisation et dans l'espace d'administration. Mieux vaut y réfléchir avant la mise en ligne que lors du premier avis contesté.

L'espace d'administration d'un covoiturage : la partie que les utilisateurs ne voient pas

Les utilisateurs ne verront jamais le back-office, c'est-à-dire l'espace web réservé à vos équipes. C'est pourtant lui qui permet de faire vivre le service. Sans lui, la moindre intervention (suspendre un compte, corriger un trajet, répondre à un signalement) passe par un développeur, avec le délai et le coût qui vont avec.

• Liste des comptes et des trajets, avec recherche, pour retrouver en quelques secondes la personne ou le trajet dont parle un utilisateur.
• Traitement des signalements : un écran qui affiche le signalement, l'historique des échanges concernés et les actions possibles (avertir, suspendre, supprimer).
• Paramètres modifiables sans développeur : messages envoyés aux utilisateurs, règles d'annulation, texte des conditions d'utilisation.
• Indicateurs simples : nombre de trajets publiés, de réservations, d'annulations, d'inscriptions. Pour un covoiturage d'entreprise, ils peuvent être agrégés, sans que le service qui les consulte voie les trajets individuels.
• Export et suppression de données, pour répondre à un utilisateur qui demande à accéder à ses données ou à les effacer.

Cet espace risque d'être absent d'un devis, parce qu'il ne se voit pas dans une maquette d'application. Demandez explicitement qu'il figure dans le périmètre, ou qu'on vous dise pourquoi il n'y figure pas.

Trois projets imaginaires de covoiturage, trois périmètres de première version

Les situations suivantes sont illustratives : il ne s'agit pas de clients réels, et aucun montant n'y est avancé en dehors de notre barème. Elles montrent comment le classement des fonctions change selon le public.

Scénario 1 : un covoiturage entre étudiants d'un campus

Imaginons une association étudiante qui souhaite organiser les retours du week-end vers les villes voisines. La communauté existe déjà, les étudiants partagent le même lieu d'études, et l'inscription se fait avec l'adresse de l'université. Le noyau suffit : publier, chercher, réserver, discuter. Pas de paiement dans l'application, une participation conseillée seulement. Les trajets récurrents, eux, pèsent lourd dans ce scénario, car un étudiant qui rentre chez lui chaque semaine refait la même route. Cette fonction passe donc dans le périmètre initial, alors que le suivi en temps réel attend.

Scénario 2 : un covoiturage pour se rendre à un événement annuel

Imaginons maintenant les organisateurs d'un festival qui veulent réduire le nombre de voitures sur le parking. Les trajets sont ponctuels : tout le monde va au même endroit, à quelques jours près, depuis des villes différentes. La recherche change de nature : on cherche plus un trajet « vers le festival, depuis ma ville » qu'un trajet entre deux adresses. L'application peut proposer des points de rencontre prédéfinis. En revanche, l'usage est saisonnier, et une application de ce type pose la question du coût de maintenance en dehors de la période de l'événement.

Scénario 3 : un service ouvert au public sur un territoire

Imaginons enfin un acteur local qui veut mettre en relation des habitants de villages mal desservis avec des conducteurs qui font déjà la route. Le public est composé d'inconnus : vérification renforcée, paiement de la participation aux frais, avis croisés, modération et espace d'administration complet deviennent nécessaires. Le projet est une plateforme. La première version doit pourtant rester modeste dans son territoire : quelques lignes bien choisies plutôt qu'une couverture générale.

Sept erreurs de conception qui font abandonner une application de covoiturage

Les erreurs qui suivent concernent la conception de l'application, c'est-à-dire ce que voit et vit l'utilisateur. Elles sont rarement des défauts de programmation : ce sont des choix de parcours qui paraissent anodins sur le papier.

1. Exiger un compte avant de montrer un seul trajet. Un passager qui découvre un écran d'inscription au lieu d'une liste de trajets referme l'application. Laissez la recherche ouverte, et demandez le compte au moment de réserver.
2. Demander l'accès à la position dès l'ouverture. Une fenêtre système qui réclame la géolocalisation sans explication peut être refusée, et un refus se rattrape difficilement. Demandez l'autorisation au moment où elle sert, avec une phrase qui dit pourquoi.
3. Laisser le point de rencontre flou. « Devant la gare » désigne parfois deux endroits. Un lieu précis sur une carte, validé par les deux parties dans la messagerie, évite le trajet manqué à cause d'un malentendu.
4. Multiplier les notifications. Chaque événement n'appelle pas une alerte. Quand tout est notifié, l'utilisateur coupe tout, y compris la notification qui annonce que son conducteur annule.
5. Tester uniquement avec des comptes de l'équipe. Les anomalies d'un covoiturage apparaissent quand deux personnes utilisent l'application au même moment sur des téléphones différents, dans une zone où le réseau est faible. Un test avec de vrais utilisateurs, sur un trajet réel, vaut davantage qu'une série de tests en bureau.
6. Oublier le réseau faible. Le passager qui consulte les détails de son trajet à la sortie d'un parking souterrain ne doit pas voir un écran blanc. Les informations essentielles (heure, lieu, nom du conducteur, numéro de plaque) peuvent rester consultables quand la connexion est mauvaise.
7. Ne pas prévoir de retour vers l'équipe. Si l'utilisateur ne sait pas comment signaler un problème ou joindre quelqu'un, il quitte le service. Un lien de contact visible et un délai de réponse indiqué suffisent à ce stade.

Budget et déroulé d'un projet d'application de covoiturage

Le budget dépend du public et de la circulation d'argent, pas du nombre d'écrans. Un covoiturage pour un groupe fermé, sans paiement dans l'application, relève de l'application métier, entre 8 000 et 15 000 € HT. Un service ouvert à des inconnus, avec paiement de la participation aux frais, avis et modération, relève de la plateforme, à partir de 15 000 € HT. Le périmètre exact, y compris l'espace d'administration, se fixe au cadrage. Notre simulateur de coût d'application mobile permet d'obtenir une première estimation en cochant les fonctions voulues.

Nous réalisons ce type d'application avec Flutter, qui produit les versions iPhone et Android à partir d'un code commun. L'ensemble de notre offre se trouve sur la page des applications mobiles.

1. 1

   Atelier de cadrage

   Nous définissons avec vous le public, le territoire de départ, les règles d'annulation et le circuit éventuel de l'argent. Vous apportez vos hypothèses et, si possible, l'avis d'un juriste sur le partage de frais.

2. 2

   Parcours et maquettes cliquables

   Nous dessinons les écrans du conducteur, du passager et de l'administration. Vous les essayez, nous les modifions autant que nécessaire jusqu'à votre validation.

3. 3

   Développement de la version de base

   Le noyau d'abord : profil, publication, recherche, réservation, messagerie, avis. Vous voyez l'application évoluer et pouvez la tester sur votre téléphone en cours de route.

4. 4

   Pilote auprès d'un petit groupe

   Un petit groupe, choisi avec vous, utilise l'application sur de vrais trajets. Leurs retours décident de ce qu'on corrige, de ce qu'on ajoute et de ce qu'on laisse de côté.

5. 5

   Publication sur les magasins d'applications

   Nous préparons les fiches, les captures d'écran et les informations de confidentialité demandées par Apple et Google. Le délai de validation dépend d'eux : prévoyez une marge.

6. 6

   Mise en ligne progressive et suivi

   Vous ouvrez sur un territoire ou un groupe restreint. Les tests et la formation sont offerts, et nous intervenons dans l'heure ouvrée en cas de panne.

Après la mise en ligne, la vraie question est celle de l'usage. Quatre indicateurs simples en disent long : combien de trajets sont publiés, combien trouvent preneur, combien d'utilisateurs reviennent la semaine suivante, quel motif d'annulation revient le plus. Des trajets nombreux mais peu réservés signalent un problème de recherche ou de territoire ; l'inverse signale un manque de conducteurs. Aucun prestataire ne peut vous promettre un niveau de fréquentation : il dépend de votre communauté et de l'énergie que vous mettez à l'animer.