Panorama des systèmes de gestion des livraisons : quels types existent et en quoi ils diffèrent

Ce que l'on range sous le terme de système de gestion des livraisons

Des produits assez différents cohabitent sous cette étiquette sur le marché : mieux vaut donc s'entendre d'abord sur les frontières. Un système de gestion des livraisons prend en charge le volet opérationnel — tout ce qui se passe entre l'arrivée d'une commande et la confirmation de son exécution sur le terrain. L'éventail habituel des tâches est le suivant :

• réception et répartition des commandes entre les intervenants ;
• itinéraires sur la carte en temps réel ;
• application mobile de l'intervenant avec rapports photo et check-lists ;
• espace client avec les statuts ;
• optimisation des tournées tenant compte des créneaux de livraison et des contraintes ;
• confirmation de l'exécution des travaux sur place.

C'est ce qui la distingue d'un logiciel de gestion ou d'un CRM : ces derniers s'occupent d'argent, de documents, de clients et d'affaires, pas de savoir où se trouve le coursier à l'instant T ni pourquoi il n'est pas arrivé dans le créneau convenu. Dans les faits, les frontières sont floues — une partie des fonctions se retrouve aussi bien dans la gestion que dans des services mobiles isolés. Il est donc plus pertinent de comparer les solutions non pas d'après le nom de leur catégorie, mais d'après la portion du cycle de la commande qu'elles couvrent réellement.

Il est utile de comprendre aussi d'où vient généralement le besoin d'un tel outil. Presque personne ne le cherche « pour plus tard » : le déclencheur est un dysfonctionnement précis. Le régulateur cesse de savoir de tête où se trouve chaque intervenant. Le client appelle avant que l'entreprise n'apprenne le report de la visite. Le bilan de la vacation se compile le soir à la main, et les écarts n'apparaissent que le lendemain. Si vous savez quel dysfonctionnement exact vous cherchez à corriger, le tour du marché se réduit d'autant : la plupart des options sont écartées dès la première question sur votre goulot d'étranglement.

Cinq familles de solutions et le plafond de chacune

Pratiquement tout outil servant aujourd'hui à piloter la livraison relève de l'une de ces cinq familles. La différence entre elles ne tient pas au nombre de fonctions, mais à l'échelle à laquelle la solution cesse de suivre.

• Tableurs et messageries. Excel plus un groupe de discussion : cela ne coûte rien et tout le monde connaît. Le plafond arrive vite — les statuts n'existent que dans les échanges, la répartition se fait à la main, l'historique se perd, et rien ne permet de trancher le litige « livré ou non ».
• Navigateurs et cartes. Ils calculent bien le trajet entre deux points, mais ne gèrent pas les commandes : ils ne les répartissent pas entre les intervenants, ne tiennent pas compte des créneaux ni des contraintes, n'enregistrent pas l'exécution et ne produisent aucun reporting.
• Module de livraison intégré au logiciel de gestion ou au CRM. Les données sont au même endroit que les commandes, ce qui est un avantage. Le point faible, c'est le terrain : le confort de travail de l'intervenant depuis son smartphone, les rapports photo et les check-lists ne sont en général couverts qu'en surface.
• Développement sur mesure. Taillé exactement pour votre processus, mais l'addition se paie en délais, en dépendance à des développeurs précis et en coût de maintenance à chaque évolution du processus.
• Plateformes spécialisées de gestion des coursiers et des collaborateurs itinérants. Tout le circuit — de la réception de la commande à la confirmation sur place — vit dans une seule fenêtre et se connecte à vos sources de données.

itlogist appartient à cette dernière famille : c'est un système de gestion des coursiers et des collaborateurs itinérants pour des équipes de 5 à 100 intervenants — Les fonctionnalités d'itlogist sont réunies dans un seul poste de régulation, avec la répartition des commandes, les itinéraires sur la carte, le travail mobile de l'intervenant et les statuts pour le client.

Le plus souvent, au moment du choix, l'entreprise n'utilise pas une famille mais un hybride : les commandes arrivent dans le CRM, l'ordre des points s'estime dans le navigateur, le bilan de vacation se compile dans un tableur, et le tout est relié par une conversation de groupe. Ce montage tient longtemps et paraît même gratuit — jusqu'à ce qu'on en chiffre le coût en heures de régulation et en seconds passages perdus. L'intérêt de passer à une famille spécialisée n'est pas d'obtenir plus de fonctions, mais de supprimer les raccords manuels entre outils : c'est précisément aux raccords que les données se perdent.

Les axes de comparaison : ce qu'il faut vérifier plutôt que croire

Une fois la famille choisie, la comparaison au sein de celle-ci se ramène commodément à quelques axes. Ils sont robustes : n'importe quel produit peut être éprouvé dessus pendant une démo, sans se fier aux formules marketing.

• Couverture du cycle. Le système suit-il la commande de son arrivée jusqu'à la confirmation de son exécution, ou ne couvre-t-il qu'une étape, le reste étant assemblé à partir de plusieurs services ?
• Volet terrain et facilité de prise en main. À quel point il est simple pour un intervenant de commencer à travailler. Chez itlogist, il s'agit d'une interface web mobile sans installation obligatoire d'application : le coursier ouvre un lien et voit ses commandes et sa tournée.
• Optimisation des tournées. Il y a une différence entre un simple tri d'adresses et une véritable optimisation. Chez itlogist, un moteur fondé sur OR-Tools tient compte des créneaux de livraison et des contraintes.
• Intégrations. Les commandes doivent entrer dans le système depuis la source habituelle : 1C, AmoCRM, Bitrix24 et Excel sont pris en charge.
• Transparence pour le client. Un espace client avec les statuts décharge le régulateur du flot d'appels « où en est ma commande ».
• Conditions de démarrage. Un lancement en 7 jours et sans engagement de longue durée, c'est la possibilité d'éprouver le système sur vos propres commandes plutôt que de lancer un projet de déploiement de plusieurs mois.

Un conseil issu du terrain : comparez sur ces axes avec vos propres commandes. Un jeu de données de démonstration paraît toujours impeccable — vos adresses, vos créneaux et vos reports réels révèlent le système plus honnêtement.

Les axes n'ont pas tous le même poids, et c'est votre goulot d'étranglement qui le fixe. Si le temps part dans la répartition des commandes entre intervenants, la répartition et l'optimisation deviennent décisives. Si l'essentiel des litiges porte sur le « fait ou pas fait », c'est le volet terrain avec rapports photo et check-lists qui passe au premier plan. Si les gestionnaires recopient des données d'un logiciel à l'autre, ce sont les intégrations et le retour des statuts qui comptent le plus. Hiérarchisez ces axes à l'avance — sinon la comparaison glissera vers des détails d'interface qui ne changent rien au résultat d'une vacation.

Ce que les tableaux comparatifs ne montrent pas

Les tableaux « fonction contre fonction » sont pratiques, mais plusieurs éléments importants n'y figurent presque jamais. Ce sont pourtant eux qui déterminent ensuite si le système s'installe durablement ou reste une seconde fenêtre que personne n'ouvre.

• Le flux de retour des données. Créer une commande dans le système est facile ; la question est de savoir si le résultat revient dans votre logiciel de gestion : réalisation, heure d'exécution, statut, confirmations. Sans flux de retour, le gestionnaire continue de tout saisir à la main.
• La discipline de saisie. Ce sont les intervenants sur le terrain qui alimentent le système. Plus l'interface leur demande de gestes, plus les données sur lesquelles vous vous appuyez seront pauvres et tardives.
• Qui tient les référentiels. Si les clients et les adresses sont créés à deux endroits, ils finiront en doublons — la règle doit être fixée dès le départ.
• Le comportement en cas d'erreur. Que devient une commande dont l'adresse est vide ou dont le client est introuvable : disparaît-elle silencieusement ou part-elle dans une file d'attente à traiter ?
• Les pourcentages d'économie promis. Impossible de comparer là-dessus : l'effet dépend de la densité des points, de la largeur des créneaux et de la discipline des intervenants. Cela se vérifie sur vos propres tournées, pendant un pilote.

Le test pratique en démo prend cinq minutes : demandez à faire passer une de vos commandes de bout en bout — de la source vers le système, jusqu'à un intervenant, dans l'interface mobile, puis retour avec le statut. Si le parcours se fait sans copier-coller manuel, l'intégration est opérationnelle.

Autre poste invisible dans les tableaux : le coût total de possession. La licence ou l'abonnement n'en représente qu'une part ; s'y ajoutent le paramétrage à votre processus, la formation des régulateurs et des intervenants, l'assistance à chaque changement de règles de travail. C'est le développement sur mesure qui est ici le plus trompeur : la conception ressemble à un investissement unique, alors que la maintenance s'avère permanente et dépendante de personnes précises. Dans une comparaison, il est donc plus honnête de retenir non pas le prix mensuel, mais la réponse à cette question : combien de temps s'écoulera entre la décision et le moment où une vacation entière se déroule dans le système, sans béquilles ?

Ce qui convient à votre segment

Les exigences envers le système divergent sensiblement selon ce que font vos collaborateurs sur le terrain. Un même produit peut très bien couvrir la livraison par coursier et passer à côté des besoins du service terrain.

• Livraison par coursier. Sont critiques : la répartition rapide du flux de commandes, les itinéraires sur la carte en temps réel, les statuts et la confirmation de livraison. La densité des points est élevée, la priorité va à la vitesse de traitement et à la transparence pour le destinataire.
• Service terrain — installation, réparation, métrés, maintenance. La visite est longue et substantielle : ce qui compte, ce sont les check-lists, les rapports photo et la confirmation de l'exécution des travaux sur place, et pas seulement une mention « arrivé ».
• Distribution et représentants commerciaux. Il faut des tournées régulières entre points de vente, un contrôle des visites et une collecte de données directement sur le terrain.

D'où une règle de sélection simple : un système conçu au départ pour un seul scénario couvrira les scénarios voisins de façon approximative. Des plateformes comme itlogist couvrent les trois segments dans un seul circuit — pratique quand l'entreprise fait à la fois de la livraison, des interventions itinérantes et de la vente terrain, et qu'elle ne souhaite pas entretenir trois outils sans lien entre eux.

Regardez aussi la composition de l'équipe. Un effectif mixte, où une partie des intervenants est salariée et une autre renforce l'équipe en haute saison, impose sa propre exigence : un nouveau venu doit pouvoir travailler dès le premier jour, sans installation ni paramétrage sur son téléphone. La saisonnalité en ajoute une seconde : la capacité à fonctionner sereinement avec cinq intervenants en creux de saison comme avec plusieurs dizaines en pic, sans refonte des processus. La fourchette de 5 à 100 intervenants correspond justement à ce type d'équipes : le système ne doit céder ni à la borne basse, ni à la borne haute.

Un algorithme de choix en bref

Résumons ce panorama en une suite d'étapes commode pour avancer vers une décision sans tours de comparaison inutiles.

• Décrivez votre goulot d'étranglement. Ce qui vous mange du temps aujourd'hui : la répartition manuelle, les appels aux intervenants, les commandes égarées ou les résultats de visite contestés.
• Éliminez la famille inadaptée. Si vous avez besoin de la preuve d'exécution et du travail mobile sur le terrain, les tableurs et les navigateurs sont hors course d'emblée — ils ne couvrent pas cette couche.
• Vérifiez l'intégration avec votre source de commandes. 1C, CRM ou Excel : les commandes doivent entrer dans le système sans ressaisie.
• Menez un pilote sur vos propres données. Une ou deux vacations réelles de bout en bout en disent plus que n'importe quelle présentation.
• Évaluez les conditions d'entrée. Un démarrage court et l'absence de contrats longs signifient que le coût d'une erreur reste faible.

La conclusion de ce panorama est simple : on ne choisit pas le système « le plus fourni », mais celui dans lequel le régulateur et les intervenants travaillent plus vite qu'avec des tableurs et des appels — et dans lequel les données sur le travail effectué remontent d'elles-mêmes jusqu'à votre logiciel de gestion.

Il vaut mieux fixer à l'avance les critères de réussite du pilote — sinon le bilan de la discussion se réduira à des appréciations de goût. Un minimum raisonnable : le régulateur a monté la vacation sans passer d'appels ; les intervenants ont clôturé leurs points avec preuve photo ; le client a suivi les statuts par lui-même ; le résultat de la vacation s'est retrouvé dans la gestion sans ressaisie ; les reports et les refus ont été enregistrés avec leur motif au lieu de rester dans la conversation de groupe. Si quatre points sur cinq sont atteints dès la première semaine, la famille et le produit sont les bons. Sinon, l'erreur porte presque toujours sur la famille de solutions et non sur le paramétrage : il faut revenir à la première étape.