Applications
Application mobile transport de marchandises : fonctionnalités indispensables et erreurs à éviter
Une application mobile de transport de marchandises utile tient en 5 fonctions (mission du jour et statuts, preuve de livraison, gestion des anomalies, mode hors connexion, liaison avec votre outil de gestion) et démarre à 5 000 € HT pour une version simple. Ce guide détaille ce qu'il faut exiger dès la première version, ce qui peut attendre, et les oublis de cahier des charges qui font échouer ces projets.
L'essentiel
- Cinq fonctions forment le socle : mission et statuts, preuve de livraison, anomalies prévues, mode hors connexion, liaison avec l'outil de gestion.
- Ce qui fait la différence se joue sur les cas particuliers (client absent, livraison partielle, colis refusé) bien plus que sur la livraison sans histoire.
- Le chauffeur, l'exploitant, le sous-traitant et le client n'ont pas les mêmes droits : la gestion des comptes se décide avant le premier écran.
- La géolocalisation, le temps de conduite et les documents de transport relèvent de règles que l'application n'efface pas ; un juriste ou la CNIL peuvent trancher les cas douteux.
- Une première version limitée, testée sur une seule tournée, coûte moins cher et se corrige plus facilement qu'une application complète déployée d'un coup.
Application de transport de marchandises : cinq fonctions pour commencer, et ce qu'elles coûtent
Une application de transport tient d'abord à cinq fonctions, dont aucune n'est spectaculaire : le chauffeur voit ses missions et change leur statut, il prouve la livraison, il signale ce qui ne s'est pas passé comme prévu, il continue de travailler sans réseau, et tout cela remonte dans l'outil que l'exploitant utilise déjà. Le reste (optimisation de tournées, tableaux de bord, notes de frais) s'ajoute quand ce socle fonctionne.
Côté budget, une application simple démarre à 5 000 € HT. Une application métier, avec liaison à votre logiciel d'exploitation et plusieurs profils d'utilisateurs, se situe de 8 000 à 15 000 € HT, et une plateforme qui met en relation chargeurs et transporteurs commence à 15 000 € HT. Le détail de ce qui fait varier ces montants figure dans notre article consacré au prix ; celui-ci porte sur le contenu : que doit contenir la première version, et que faut-il prévoir pour éviter qu'elle soit abandonnée en cabine ?
Pour situer notre travail, l'Agence DYNSEO réalise des applications mobiles pour des métiers très différents. En transport, nous partons d'une question simple : quelle étape de la journée d'un chauffeur coûte aujourd'hui le plus de temps ou d'erreurs ? C'est là que la première version doit se concentrer.
Les fonctions indispensables d'une application de transport de marchandises, une par une
Pour chaque fonction, voici ce qu'elle doit faire, ce qui se décide avant de coder et le piège le plus courant. Les cinq sont liées : une preuve de livraison sans statut cohérent, ou un statut qui ne remonte pas dans l'outil de gestion, déplace le travail au lieu de le supprimer.
La mission et ses statuts
La mission est l'unité de base : un enlèvement, une livraison, un arrêt dans une tournée. Elle contient l'adresse, le créneau, le contact sur place, les consignes d'accès et la nature de la marchandise. Les statuts qu'elle traverse (à charger, chargée, en route, livrée, en anomalie) doivent correspondre à ceux de votre outil de gestion, sinon l'exploitant devra traduire à la main. Écrivez cette liste avant le premier écran, avec les personnes qui s'en servent : un statut de trop est un geste de plus pour le chauffeur, un statut de moins est une information perdue pour le bureau.
La preuve de livraison
Une preuve de livraison réunit en général une signature à l'écran, le nom de la personne qui réceptionne, une ou plusieurs photos, la date et l'heure, et la mention des réserves exprimées à la réception. Ce que vaut juridiquement une signature sur un écran de téléphone dépend du dispositif et du contrat qui vous lie à votre client : faites valider le format par votre juriste ou votre assureur avant de le déployer. Pour l'international, la lettre de voiture CMR existe aussi en version électronique, dont l'usage suppose l'accord des parties ; là encore, vérifiez le cadre applicable à votre activité.
Un point technique mérite d'être cadré tôt : les photos prises avec un téléphone récent sont lourdes. Si l'application les envoie telles quelles, l'envoi échoue dès que le réseau est faible. L'application doit les réduire avant l'envoi, et conserver l'original uniquement si vous en avez besoin.
Les anomalies prévues dans l'application
Une livraison se déroule rarement comme prévu sur le papier : destinataire absent, adresse introuvable, colis refusé, livraison partielle, marchandise abîmée, accès impossible. Une application qui ne gère que la livraison réussie pousse le chauffeur à noter l'incident dans un message libre, ou sur un papier qu'il rapportera le soir. Prévoyez des motifs codés (une liste courte, choisie avec l'exploitation), la possibilité d'ajouter une photo et un commentaire, et une alerte immédiate à l'exploitant. Pour une livraison partielle, l'application doit savoir quels colis ont été remis et lesquels restent à bord.
Le mode hors connexion et la synchronisation
Un quai souterrain, une zone rurale, un entrepôt en tôle : le réseau disparaît à des endroits où l'on a justement besoin de saisir une preuve. L'application enregistre alors les actions sur le téléphone, avec l'heure réelle de leur saisie, et les envoie au retour du réseau. Une règle de synchronisation reste à fixer : si le bureau modifie une mission pendant que le chauffeur est hors ligne, qui l'emporte, et le chauffeur en est-il prévenu ? Cette règle se décide dès la conception ; la découvrir en production produit des missions en double ou des preuves perdues.
La messagerie avec l'exploitation
Un fil de discussion libre, sans lien avec les missions, finit par ressembler à une messagerie de groupe : tout s'y mélange et rien ne s'y retrouve. Mieux vaut des messages rattachés à une mission (« client fermé jusqu'à 14 h », « porte B ») et quelques notifications utiles : mission ajoutée, annulée, déplacée. Selon le système du téléphone, l'affichage des notifications peut être limité ou retardé ; testez sur les modèles que vos chauffeurs utilisent réellement.
La cinquième fonction, la liaison avec votre outil de gestion de transport (souvent appelé TMS), mérite une section à part dans la partie technique. Demandez à l'éditeur de votre logiciel s'il propose une interface de connexion, appelée API, et à quelles conditions. À défaut, un échange de fichiers planifié peut suffire pour une première version. Ce choix pèse davantage sur le budget qu'un écran de plus ou de moins.
Ce qui peut attendre la deuxième version d'une application de transport
Le tableau classe les fonctions que l'on propose souvent d'ajouter. L'idée est de ne pas décider seul à votre bureau : discutez-en avec deux chauffeurs et l'exploitant, et gardez en première version ce qui supprime un papier ou une ressaisie.
| Fonction | Première version ? | Pourquoi | Ce qui peut attendre |
|---|---|---|---|
| Liste des missions et statuts | Oui | C'est le socle : sans lui, l'application n'a pas d'objet | Tri automatique des missions par l'application |
| Preuve de livraison (signature, photo) | Oui | Elle remplace le papier et sert en cas de litige | Lecture automatique du texte des bons |
| Anomalies avec motifs codés | Oui | Les cas hors norme sont le quotidien du chauffeur | Statistiques détaillées par motif |
| Mode hors connexion | Oui | Sans lui, l'application est abandonnée au premier quai sans réseau | Cartes téléchargées pour la navigation |
| Scan de code-barres ou de QR code | Selon l'activité | Utile si chaque colis est identifié et suivi à l'unité | Scan multiple et inventaire de chargement |
| Optimisation de tournée | Non | Demande des données de qualité et un réglage fin, à tester sur plusieurs semaines | Après un premier retour d'expérience terrain |
| Notes de frais et relevés d'heures | Non | Autre circuit, parfois géré par un autre service | Quand le socle de livraison est stable |
| Suivi par le client destinataire | Selon l'activité | Réduit les appels au bureau, mais ajoute une interface à concevoir | Après avoir fixé les données que le client a le droit de voir |
Qui voit quoi dans une application de transport : chauffeurs, sous-traitants, exploitation, clients
Une application de transport n'a pas un utilisateur, mais plusieurs. Chacun doit voir ce qui le concerne et rien de plus. Décider de ces droits d'accès avant la conception évite de les bricoler après, quand un sous-traitant découvre la marge appliquée à une mission.
Le chauffeur salarié ou intérimaire
Ses missions du jour, les coordonnées nécessaires à la livraison, rien sur les tarifs facturés au client. Son compte doit pouvoir être créé en quelques minutes pour un intérimaire et désactivé le jour de son départ.
Le transporteur sous-traitant
Uniquement les missions qui lui sont confiées, avec une vue réduite. Son téléphone n'est pas le vôtre : l'accès doit s'obtenir sans installation compliquée, et se révoquer sans lui demander quoi que ce soit.
L'exploitant et le client
L'exploitant voit l'ensemble des missions et des anomalies. Le client destinataire, s'il a un accès, ne voit que ses livraisons, avec un lien de suivi simple plutôt qu'un compte à créer.
Cette question de droits est aussi une question de données personnelles : une application qui affiche des noms, des adresses et des signatures de destinataires manipule des informations qu'il faut protéger, conserver pour une durée limitée et pouvoir effacer. Notre démarche : cartographier ces données avec vous avant le développement, et vous indiquer où elles sont hébergées.
Application native, multiplateforme ou web : quelle technique pour des chauffeurs de transport ?
Le choix technique intéresse peu le chauffeur, mais il détermine le coût, la rapidité des évolutions et ce que l'application peut faire en arrière-plan. Trois options se rencontrent le plus souvent.
- Application native (une version pour Android, une pour iOS) : accès complet aux fonctions du téléphone, mais deux bases de code à développer et à maintenir. Elle se justifie quand une fonction très spécifique du téléphone est indispensable.
- Application multiplateforme avec Flutter : une seule base de code produit les versions Android et iOS. C'est une option que nous proposons pour une application de terrain, car elle réduit le coût d'évolution tout en gardant l'accès à l'appareil photo et aux notifications.
- Application web accessible depuis le navigateur : rien à installer, mais l'accès à l'appareil photo, aux notifications ou à la position en arrière-plan peut être plus limité selon le système du téléphone. Elle convient à un accès occasionnel (un sous-traitant, un client) plus qu'à l'outil quotidien d'un chauffeur.
Deux questions pratiques complètent le choix : les chauffeurs utilisent-ils leur téléphone personnel ou un appareil fourni par l'entreprise, et quel est le plus ancien modèle à prendre en charge ? Une application qui doit fonctionner sur d'anciens téléphones n'a pas les mêmes contraintes qu'une application destinée à un parc de terminaux homogène. La publication sur les boutiques d'applications de Google et d'Apple, avec leurs règles de validation, doit aussi être prévue dans le calendrier.
Géolocalisation, temps de conduite, documents : ce qu'une application de transport ne règle pas
Une application ne dispense pas des obligations propres au transport routier. Trois points demandent de la prudence, et un professionnel du droit ou du transport pour trancher les cas douteux.
- La géolocalisation des chauffeurs. Elle suppose une finalité précise, une information préalable des salariés et, selon l'entreprise, une consultation des représentants du personnel. La CNIL recommande en général que le suivi ne s'applique pas en dehors du temps de travail ; l'application doit donc permettre de l'interrompre pendant les pauses et pour un usage privé du véhicule, si celui-ci est autorisé.
- Le temps de conduite et de repos. L'application ne remplace pas le chronotachygraphe des véhicules concernés et ne doit pas laisser croire qu'elle le fait. Si vous voulez afficher des informations de temps de service, elles doivent venir des données officielles et non d'un calcul approximatif.
- Les documents de transport. Lettre de voiture, bon de livraison, CMR en international : l'application peut les produire ou les consulter, mais leur contenu obligatoire dépend de votre activité. Faites-le valider par votre responsable qualité ou votre conseil.
Un chauffeur n'est pas un point sur une carte
Une application qui affiche en permanence la position de chaque chauffeur, y compris pendant sa pause, crée un risque juridique et un rejet des équipes. Décidez ce que vous voulez savoir (l'heure d'arrivée estimée, l'état d'une mission) et limitez la collecte à cela. Cette précaution protège aussi votre entreprise.
Trois entreprises de transport imaginaires, trois jeux de fonctions prioritaires
Les trois situations suivantes sont illustratives : ce ne sont pas des clients réels, et elles ne promettent aucun résultat. Elles montrent comment le même socle se décline différemment selon l'activité.
Scénario 1 : un coursier urbain qui livre des commerçants
Imaginons un coursier qui livre en ville des commerçants et des petites entreprises, avec plusieurs arrêts courts dans la journée. Chaque arrêt doit se traiter en quelques secondes : un statut, une signature ou une photo, une anomalie rapide (magasin fermé, destinataire absent). Le scan de code-barres peut attendre, mais pas la liste d'anomalies, qui est le cœur du métier. La première version tient en quatre écrans, et le travail porte surtout sur la rapidité de l'envoi de la preuve quand le réseau est capricieux entre deux immeubles.
Scénario 2 : un affréteur qui confie ses missions à des transporteurs indépendants
Imaginons un affréteur qui répartit ses missions entre des transporteurs indépendants, qui n'ont ni le même téléphone ni les mêmes habitudes. Le sujet n'est pas la richesse des fonctions, c'est l'entrée dans l'application : inviter un sous-traitant sans lui demander de créer un compte compliqué, limiter sa vue à ses missions, révoquer son accès à la fin du contrat. Si l'affréteur veut un jour ouvrir la plateforme à des chargeurs qui publient eux-mêmes leurs besoins, on change de catégorie : nos projets de plateforme de mise en relation reposent sur d'autres règles de commission, de paiement et de confiance.
Scénario 3 : un transporteur de produits frais, avec relevé de température
Imaginons un transporteur de produits frais pour qui la preuve ne porte pas seulement sur la remise du colis, mais aussi sur la température à laquelle il a voyagé. L'application peut proposer une saisie à la livraison, ou récupérer un relevé auprès d'un enregistreur du véhicule si celui-ci le permet. Les obligations dépendent des produits transportés et du client ; à valider avec le responsable qualité avant de fixer le périmètre. Ce besoin transforme le cahier des charges : l'exploitant doit voir immédiatement une température hors limite, et la preuve doit résister à une contestation.
Les erreurs à éviter : les cas que le cahier des charges d'une application de transport oublie
Le risque d'un projet d'application de transport se situe moins sur la livraison sans histoire que sur ce qui n'a pas été écrit. Voici les oublis que nous recommandons de vérifier avant de signer.
- Ne décrire que la livraison réussie. Client absent, livraison partielle, colis refusé : sans ces cas, le chauffeur retourne au message libre ou au papier.
- Laisser les statuts de l'application diverger de ceux du logiciel d'exploitation. Un statut qui n'existe pas côté bureau oblige l'exploitant à interpréter ; écrivez la table de correspondance dès le départ.
- Envoyer des photos non compressées. Elles saturent un réseau faible, retardent la preuve et la rendent incertaine.
- Ne pas fixer de règle de synchronisation. Qui l'emporte quand le bureau et le téléphone modifient la même mission ? Sans réponse, la mission apparaît en double.
- Prévenir de tout. Une notification pour chaque événement finit par être ignorée, y compris celle qui compte. Choisissez trois alertes utiles, pas dix.
- Laisser voir les tarifs à ceux qui n'en ont pas besoin. Un chauffeur ou un sous-traitant n'a pas à lire le prix de la mission.
- Oublier le cycle de vie des comptes. Intérimaire parti, sous-traitant remplacé, téléphone perdu : prévoyez la désactivation immédiate d'un accès.
- Ne pas prévoir la réaffectation d'une mission en cours de tournée. Quand une mission passe d'un chauffeur à un autre, les deux doivent être prévenus, et l'historique conservé.
Du terrain à la mise en ligne : le déroulé d'un projet d'application de transport
Voici comment se déroule un projet d'application de transport de marchandises avec nous, avec ce que vous avez à préparer. Le calendrier dépend surtout de la liaison avec votre outil de gestion, qui peut demander des échanges avec son éditeur.
- 1
Une journée sur le terrain avant tout écran
Nous proposons de suivre une tournée et de passer un temps avec l'exploitation. Préparez les documents que vos chauffeurs remplissent aujourd'hui, la liste de vos statuts, et les noms de deux chauffeurs volontaires pour les tests.
- 2
Périmètre de la première version
Nous fixons ensemble les fonctions de la première version à partir du tableau de priorités, la liaison avec l'outil de gestion et les profils d'utilisateurs. Vous recevez un devis détaillé.
- 3
Maquettes et allers-retours
Nous préparons des maquettes que vous faites tester par vos chauffeurs, avec allers-retours illimités jusqu'à votre validation. Les corrections se font avant le développement, quand elles coûtent le moins.
- 4
Développement et tests sur une tournée pilote
Nous développons, puis la version est essayée sur une seule tournée pendant quelques jours. Les retours des chauffeurs orientent les ajustements.
- 5
Déploiement et formation
Nous déployons l'application aux autres équipes et organisons la prise en main. Les tests et la formation sont offerts. Les boutiques d'applications ont leurs propres délais de validation, à prévoir dans le calendrier.
Les questions à poser à un prestataire avant de lui commander une application pour vos chauffeurs
Posez ces questions par écrit à chaque prestataire, nous compris. Elles portent sur ce qui distingue une application de transport d'une application ordinaire.
- Avez-vous déjà travaillé sur une application utilisée en mobilité par des équipes de terrain, et pouvez-vous me montrer la gestion des anomalies et du hors connexion en démonstration ?
- Comment l'application se connecte-t-elle à mon outil de gestion, et que se passe-t-il si l'éditeur du logiciel change son interface ?
- Quelles règles de synchronisation proposez-vous quand le bureau et le chauffeur modifient la même mission ?
- Comment les photos et les signatures sont-elles stockées, pendant combien de temps, et où sont hébergées les données ?
- Quels profils d'utilisateurs prévoyez-vous, et comment sont gérées la création et la désactivation des comptes ?
- Qui est propriétaire du code, des comptes des boutiques d'applications et de l'hébergement à la fin du projet ?
- Comment et à quel prix évolue l'application en cas de nouveau client, de nouveau système de téléphone ou de changement de règlement ?
- Que se passe-t-il en cas de panne un jour de forte activité, et dans quel délai répondez-vous ?
Chiffrer avant de décider
Pour situer l'ordre de grandeur de votre projet, le simulateur de coût d'une application mobile permet de tester différentes options de fonctions et de profils d'utilisateurs. Il ne remplace pas un devis, mais il aide à préparer la discussion avec un prestataire.
Faire vivre une application de transport après son déploiement
Une application de terrain n'est jamais terminée : les téléphones se renouvellent, les clients changent d'exigences, un nouveau type de livraison apparaît. Trois sujets reviennent après la mise en ligne.
Le premier est la compatibilité : Google et Apple publient régulièrement de nouvelles versions de leurs systèmes, qui peuvent modifier le comportement de l'application ou exiger une mise à jour pour rester disponible sur les boutiques. Une maintenance prévue au contrat évite de découvrir ces changements un lundi matin. En cas de panne, nous intervenons dans l'heure ouvrée.
Le deuxième est la mesure. Choisissez deux ou trois indicateurs liés à l'objectif de départ : délai entre la livraison et la remontée de la preuve, nombre de missions closes sans appel au bureau, nombre de ressaisies restantes. Sans promesse de résultat, ces indicateurs vous disent si l'application fait ce pour quoi elle a été commandée.
Le troisième est l'écoute des chauffeurs. Une demande répétée (un champ en plus, un bouton à déplacer) vaut mieux qu'une hypothèse de bureau. Gardez un référent parmi les chauffeurs pour remonter ces demandes, et regroupez-les par lot plutôt qu'une par une pour limiter le coût des évolutions.
Une application qui sert vraiment à vos chauffeurs ?
Décrivez-nous votre activité, vos statuts actuels et l'outil que vous utilisez. Nous vous répondons par un périmètre de première version et un devis détaillé, avec une maquette que vous testez avant le développement.
Questions fréquentes
Quelles sont les fonctionnalités minimales d'une application de transport de marchandises ?
Cinq fonctions forment le socle : la liste des missions avec leurs statuts, la preuve de livraison (signature, photo, horodatage), la déclaration des anomalies, le fonctionnement sans réseau et la liaison avec l'outil de gestion de l'exploitation. Les fonctions d'optimisation, de notes de frais ou de suivi client peuvent attendre une deuxième version.
Une application peut-elle remplacer la lettre de voiture papier ?
Elle peut produire ou consulter des documents numériques, mais la valeur d'une signature à l'écran et le contenu obligatoire dépendent de votre activité et du contrat avec votre client. Pour l'international, la lettre de voiture CMR existe en version électronique, avec l'accord des parties. Faites valider le dispositif par un juriste ou votre assureur.
Peut-on utiliser le téléphone personnel des chauffeurs ?
C'est possible, mais cela pose des questions : modèles anciens à prendre en charge, forfait de données, séparation entre usage privé et professionnel, retrait de l'accès au départ du salarié. Un téléphone fourni par l'entreprise simplifie ces points mais coûte à l'achat. Quel que soit le choix, prévoyez la désactivation rapide d'un compte.
Combien de temps dure le développement d'une première version ?
Cela dépend du périmètre et surtout de la liaison avec votre outil de gestion, qui peut demander des échanges avec son éditeur. Une première version limitée, essayée sur une seule tournée, se prépare plus vite qu'une application complète. Le délai est précisé dans le devis, après un échange sur vos statuts et vos documents.
Faut-il suivre la position des chauffeurs en continu ?
Pas nécessairement. Une information utile, comme l'heure d'arrivée estimée ou l'état d'une mission, peut suffire selon votre besoin. Un suivi continu suppose une finalité précise, une information préalable des salariés et, selon l'entreprise, une consultation de leurs représentants. Il doit pouvoir s'interrompre hors du temps de travail, conformément aux recommandations de la CNIL.
L'application remplace-t-elle le chronotachygraphe ?
Non. Le chronotachygraphe est l'appareil réglementaire qui enregistre les temps de conduite et de repos des véhicules concernés, et une application mobile ne le remplace pas. Elle peut afficher des informations issues de données officielles, mais ne doit pas laisser croire qu'elle tient lieu d'enregistrement réglementaire. En cas de doute, consultez votre conseil en transport.
Comment gérer les chauffeurs sous-traitants dans l'application ?
Donnez-leur un accès limité à leurs seules missions, sans tarifs de vente ni informations sur d'autres transporteurs, et prévoyez une invitation simple plutôt qu'un compte à créer. Surtout, l'exploitant doit pouvoir révoquer l'accès immédiatement à la fin du contrat. Ces règles se définissent avant la conception des écrans.
Que faire si mon outil de gestion n'a pas d'API ?
Plusieurs solutions existent : un échange de fichiers planifié, un import et un export manuels pour une première version, ou une base intermédiaire qui synchronise les deux systèmes. Chacune a un coût et des limites, notamment de fraîcheur des données. Interrogez l'éditeur de votre logiciel sur ses interfaces et ses conditions avant de choisir.
Une application web suffit-elle pour des chauffeurs ?
Elle convient à un usage occasionnel, par exemple un sous-traitant ou un client, car il n'y a rien à installer. Pour l'outil quotidien d'un chauffeur, une application installée donne plus de fiabilité sur l'appareil photo, les notifications et le fonctionnement sans réseau, selon le système du téléphone.
