TransNord Logistique gère la planification et le suivi de tournées pour 28 chauffeurs, depuis un entrepôt à Villeneuve-d'Ascq. En 2025, toute l'opération tournait encore autour d'un fichier Excel partagé, de WhatsApp pour les urgences, et d'un logiciel de géolocalisation qui ne dialoguait avec rien d'autre.
Résultat : 2 à 3 h de saisie administrative par jour, des erreurs de tournées récurrentes, et une visibilité temps réel inexistante pour les clients. La directrice des opérations avait testé deux SaaS génériques de gestion de flotte — trop rigides, trop chers à l'usage (licences × chauffeurs), et inadaptés à ses règles métier spécifiques (fenêtres de livraison, contraintes température, double validation client).
On lui a livré une application métier sur mesure en 5 mois. Bilan à 6 mois d'exploitation : -70 % de temps administratif, -40 % d'erreurs de planification, et un ROI estimé à 14 mois. Voici le retour d'expérience complet — avec les erreurs évitées et les arbitrages assumés.
Le besoin : pourquoi le sur-mesure était pertinent
TransNord avait cinq processus que aucun SaaS ne couvrait correctement : planification avec contraintes horaires par client (créneaux de 2 h, pas de livraison le lundi matin chez certains), gestion de deux types de véhicules (frigo + standard) avec règles d'incompatibilité produit, validation en deux temps (préparation entrepôt + confirmation chauffeur mobile), suivi client en marque blanche, export comptable vers Sage en fin de journée.
Le devis d'un SaaS de gestion de flotte : 180 €/mois/véhicule, soit 5 040 €/mois pour 28 véhicules — avec des contournements Excel qui auraient persisté. Le sur-mesure s'est chiffré à 38 000 € de développement + 350 €/mois d'hébergement et maintenance. Rentabilisé en 14 mois vs la solution SaaS, puis coût fixe bien inférieur.
Le sur-mesure n'est pas « plus cher que le SaaS ». Il faut comparer le coût total sur 3 ans, pas le ticket d'entrée.
Phase 1 — Cadrage et spécifications (semaines 1 à 4)
Quatre sessions de 3 h avec la directrice des opérations, un préparateur, un chauffeur et le comptable ont permis de cartographier les flux de la commande à la facturation, relever douze points de friction, prioriser en MoSCoW et valider des maquettes Figma avant une ligne de code. Livrable : cahier des charges de 45 pages, 28 user stories, 15 maquettes écran.
La comparaison build vs SaaS a été documentée pour la direction, sur le modèle de notre article application web sur mesure vs SaaS en 2026. La décision sur-mesure reposait sur des règles métier trop spécifiques pour un outil générique, un coût SaaS prohibitif à l'échelle, un besoin de propriété des données, et une intégration Sage non standard.
Phase 2 — Développement (semaines 5 à 18)
Stack retenue : API REST Node.js + PostgreSQL, frontend bureau React, app chauffeur en PWA responsive (pas d'App Store — déploiement immédiat), hébergement managé OVH en France, authentification par rôles (admin, dispatcher, chauffeur, client). Le choix PWA plutôt que natif iOS/Android a économisé 8 000 € et 6 semaines — suffisant pour des chauffeurs Android avec scanner intégré.
Cinq modules livrés : planificateur drag-and-drop avec contraintes automatiques, application chauffeur (liste tournée, validation, photo, signature), portail client temps réel, tableau de bord KPIs quotidiens, connecteur Sage. Sprints de 2 semaines avec démo à chaque fin ; la directrice testait sur 3 chauffeurs dès le sprint 4, pas à la fin du projet.
Ce rythme a été déterminant. Chaque retour terrain — un chauffeur qui ne trouvait pas le bouton de validation, un dispatcher qui voulait filtrer par zone — alimentait le sprint suivant. Sans ces tests intermédiaires, le projet aurait livré un outil « conforme au cahier des charges » mais peu adopté. C'est une leçon qu'on applique sur tous les projets métier en Hauts-de-France : le métier valide en continu, le code suit.
Phase 3 — Déploiement et conduite du changement (semaines 19 à 22)
La partie sous-estimée par la plupart des projets : faire adopter l'outil. Formation de 2 h par profil, parallèle Excel / nouvelle app pendant 3 semaines, support téléphonique dédié les 15 premiers jours, quatre itérations UX suite aux retours terrain.
Taux d'adoption à M+1 : 90 % des chauffeurs utilisaient l'app seule. À M+3 : 100 %, Excel abandonné.
Résultats à 6 mois d'exploitation
Le temps administratif quotidien est passé de 2 h 30 à 45 min (-70 %). Les erreurs de planification ont baissé de -40 % (retours clients et re-livraisons). Le délai de notification client en cas de retard : < 5 min (vs appels manuels, souvent 1 h). Satisfaction client interne : 4,2/5 (vs 3,1/5).
Côté financier, économie vs SaaS générique ~4 500 €/mois, réduction des re-livraisons ~1 800 €/mois, ROI du développement 14 mois sur un investissement initial de 38 000 €. Disponibilité 99,7 % sur 6 mois, temps de réponse API < 200 ms, 0 incident de perte de données.
Les difficultés — retour honnête
Pas tout a été fluide. Semaine 8 : règle métier non documentée (livraisons croisées entre 2 entrepôts) — 1 sprint ajouté. PWA sur iOS : limitations notifications push — contournées par SMS pour les alertes critiques. Connecteur Sage : 2 allers-retours avec le comptable externe. Trois chauffeurs seniors réticents les 2 premières semaines — résolus par binôme avec les plus jeunes.
Budget final 41 500 € (vs 38 000 € estimé), délai 22 semaines (vs 20 estimées). Ces imprévus sont normaux ; le cadrage rigoureux a limité les dérives.
Comparatif coût sur 3 ans — sur-mesure vs SaaS
Sur trois ans, le SaaS générique (28 véhicules) représente ~190 000 € — licences 181 440 €, intégration 8 000 €, plus le coût caché d'environ 1 h/jour de saisie Excel maintenue. L'option sur-mesure TransNord : développement 41 500 €, hébergement + maintenance 12 600 €, évolutions prévues (module facturation) 12 000 € — ~66 000 € total.
L'écart ne justifie pas le sur-mesure dans tous les cas — ici, le volume de véhicules et la spécificité métier ont basculé la balance. Pour une PME avec 5 véhicules et des processus standards, un SaaS bien choisi restera souvent plus pertinent. Pour un cadre de décision, voir notre article CRM et ERP sur mesure.
L'application expose un tableau de bord consulté chaque matin : taux de tournées à l'heure, anomalies signalées, délai moyen commande-livraison, taux d'utilisation mobile (objectif > 95 %). Ces KPIs n'existaient pas avec Excel. Ils ont permis d'identifier un goulot à la préparation du matin — résolu en réorganisant les postes en 2 semaines.
Ce qu'on en retient
Le cadrage métier vaut 40 % du succès. Sans les ateliers terrain (préparateur + chauffeur + comptable), on aurait livré un outil techniquement propre mais inutilisable. Le sur-mesure se compare sur 3 ans, pas sur le devis initial : TransNord économise 4 500 €/mois vs le SaaS.
La conduite du changement n'est pas optionnelle — parallèle Excel, formation, support : trois facteurs qui ont évité l'abandon silencieux. Le PWA suffit souvent pour un usage métier interne standardisé. La maintenance (350 €/mois) est un budget à anticiper ; les évolutions majeures se chiffrent à part.
TransNord prévoit d'ailleurs un module facturation (12 000 € budgétés) sans refondre l'existant — un avantage structurel du sur-mesure que les SaaS rendent parfois coûteux via des paliers ou des modules additionnels.
Pour le cadre général CRM/ERP sur mesure, voir notre guide CRM et ERP sur mesure : construire l'outil qui vous correspond.
Et maintenant ?
TransNord prépare un module de facturation automatique et une API pour connecter le portail de ses 3 plus gros clients. Si vous êtes une PME à Lille ou en Hauts-de-France et que vos processus dépassent Excel sans trouver de SaaS adapté, on peut commencer par un audit de 2 h : cartographie, estimation, et recommandation honnête sur-mesure vs SaaS.