Les 5 erreurs qui font échouer un projet de logiciel de gestion de collecte

Ecrit par
Emma Dixneuf
Publié le
July 22, 2026

La collecte des déchets connaît depuis quelques années une accélération de sa transformation numérique. Les obligations issues de la loi AGEC, les exigences de reporting auprès de l'ADEME, la pression sur les budgets d'exploitation, la demande croissante de transparence de la part des usagers sont autant de raisons qui poussent les collectivités et les opérateurs privés à franchir le pas et à se doter d'un logiciel de gestion de collecte.

Beaucoup l'ont fait, ou sont en train de le faire, et les résultats sont très inégaux.

Il arrive qu'une collectivité choisisse le bon logiciel, signe dans les délais, forme correctement ses équipes, et se retrouve quand même, six mois plus tard, avec un outil que personne n'utilise vraiment. L'outil est là, il est installé, mais les chauffeurs sont revenus à leurs habitudes et les tableaux de bord restent vides.

Ce n'est presque jamais un problème de logiciel. Ce sont des problèmes de méthode, d'organisation et de conduite du changement.

En accompagnant plus de 300 déploiements depuis 2021, dans des communes, intercommunalités, métropoles et chez des collecteurs privés, les équipes UNICO ont fini par identifier cinq erreurs qui reviennent systématiquement. Les voici, et comment les éviter.

Erreur n°1 : surestimer la résistance des chauffeurs

C'est la crainte que presque tous les responsables de collecte expriment avant un déploiement : "Nos chauffeurs vont bloquer le projet car ils ne voudront pas de tablettes. Ça va créer un conflit."

Dans la pratique, cette crainte est très rarement confirmée. Les chauffeurs s'approprient rapidement un outil dès lors qu'on prend le temps de leur expliquer ce qu'il change concrètement pour eux, pas pour la direction : moins d'appels au dépôt pendant la tournée, la possibilité de signaler en quelques clics un accès impossible ou un bac cassé, une preuve horodatée que l'incident ne leur incombe pas...

Le problème, c'est que lorsqu'une direction est convaincue que ses agents vont résister, elle conçoit son projet en conséquence. Elle retarde l'annonce, minimise la communication, évite les syndicats, forme au dernier moment. Et c'est précisément cette façon de faire qui crée la résistance qu'elle craignait.

La résistance, dans la grande majorité des cas, n'est pas une réaction à l'outil. C'est une réaction à la façon dont l'outil est présenté.

💡 Nous détaillons les pratiques qui favorisent l'adhésion des équipes terrain dans notre article dédié : Logiciel de gestion des tournées de collecte des déchets : comment obtenir l'adhésion des équipes terrain

Erreur n°2 : vouloir que tout soit parfait avant de démarrer

Celle-ci est probablement la plus coûteuse en temps perdu. Elle se manifeste de plusieurs façons selon les projets : attendre que le référentiel de bacs soit complet à 100 % avant de mettre l'outil en service, vouloir refaire toutes les tournées avant le premier lancement, chercher à déployer tous les usages simultanément plutôt que de commencer par un périmètre réduit.

L'intention est louable : ne pas lancer quelque chose d'imparfait. Le résultat est presque toujours le même : les mois passent, les équipes perdent le fil du projet, les premiers utilisateurs mobilisés se démotivent, et l'outil finit par démarrer dans un climat de fatigue plutôt que d'enthousiasme.

Ce qu'on observe sur les projets qui avancent bien, c'est une posture radicalement différente : accepter de démarrer sur un périmètre limité, avec des données qui ne sont pas encore fiables à 100 %, en partant du principe que la donnée se fiabilise par l'usage et non par des mois de préparation préalable. Avoir un logiciel qui tourne, même de façon imparfaite, maintient l'engagement des équipes et crée une dynamique bien plus saine qu'un lancement irréprochable survenu neuf mois trop tard.

Erreur n°3 : ne pas désigner de porteur interne

Si on ne devait choisir qu’une seule erreur comme facteur d'échec, ce serait celle-ci. Elle revient dans quasiment tous les projets qui s'enlisent ou qui n'aboutissent pas.

Un porteur interne, c'est une personne physique nommément désignée, pas une entité collective, qui a reçu le mandat explicite de porter le projet : faire les arbitrages, mobiliser les équipes, répondre aux questions de l'éditeur du logiciel, rendre des comptes sur l'avancement. Dans la collecte des déchets, c'est souvent le responsable de collecte ou son adjoint. Dans des structures plus grandes, ça peut être un poste dédié.

Quand ce porteur n'est pas identifié, les allers-retours avec l'éditeur prennent plus de temps, le paramétrage est fait à partir d'informations partielles, parce que personne ne s'est donné la mission de les consolider. Les questions des chauffeurs en formation restent sans réponse, parce qu'aucun responsable n'est présent pour y répondre.

La désignation du porteur interne est une décision à prendre avant même la signature !

Erreur n°4 : paramétrer sans les utilisateurs terrain

Un projet de logiciel de gestion de collecte commence par une phase de paramétrage : on configure les tournées, les types d'événements, les formulaires que les chauffeurs rempliront sur tablette, les indicateurs affichés dans les tableaux de bord. Cette phase se passe souvent uniquement en réunion de direction, entre le responsable de projet et les équipes de l'éditeur du logiciel.

Le résultat qui découle généralement de cette manière de procéder est qu’au moment de la formation, les chauffeurs découvrent un outil qui ne correspond pas à leur réalité. Les tournées ne reflètent pas les contraintes qu'ils connaissent. Les événements à signaler ne couvrent pas les situations qu'ils rencontrent le plus. Et les champs à renseigner leur semblent soit évidents, soit incompréhensibles.

Il faut alors tout réajuster, parfois en urgence, pendant les premières semaines d'utilisation, dans un climat peu favorable. C'est évitable en intégrant quelques chauffeurs et responsables de tournée dès la phase de paramétrage, et en leur soumettant les configurations pour validation avant la première session de formation.

Erreur n°5 : traiter le projet comme un projet technique

C'est sans doute l'erreur la plus difficile à corriger, parce qu'elle vient souvent d'une vision conçue par la direction des systèmes d'information ou par un bureau d'études externe, qui tendent à aborder la digitalisation comme un chantier purement informatique.

Un déploiement de logiciel de gestion de collecte touche aux habitudes de travail des agents, aux équilibres entre équipes anciennes et nouvelles, aux relations avec les organisations syndicales, à la façon dont les responsables de collecte rendent compte à la direction et aux élus. C'est un projet social autant qu'un projet technique.

Les collectivités qui le traitent uniquement comme un projet technique, en se concentrant sur les spécifications, les interfaces et les exports de données, se retrouvent souvent avec un outil techniquement déployé mais humainement mal installé. Les agents utilisent l'outil a minima, pour ne pas avoir à justifier un non-usage, mais ils ne s'en emparent pas vraiment. La donnée qui remonte est partielle. Et les bénéfices attendus n'arrivent pas.

💡 Si vous portez ce type de projet, notre article sur la digitalisation de la collecte des déchets en collectivité peut vous aider à structurer votre démarche globale.

Ce que ces cinq erreurs ont en commun

Aucune de ces erreurs n'est technique. Aucune ne vient d'un logiciel mal conçu ou d'une équipe incompétente. Elles viennent toutes d'un manque de méthode en amont : une préparation insuffisante des équipes, une gouvernance floue, une vision trop étroite de ce que déployer un logiciel implique vraiment.

La bonne nouvelle, c'est qu'elles sont toutes évitables. La condition, c'est d'avoir une méthode claire avant de se lancer, pas seulement un logiciel.

Pour vous aider à structurer votre projet de A à Z, nous avons publié un livre blanc intitulé "5 étapes pour déployer un logiciel de gestion de collecte en partant de zéro". Il s'appuie sur les retours terrain de l'équipe UNICO, construits à partir de 300 déploiements réels. Vous y trouverez les étapes clés, les chiffres à anticiper, les cas concrets, et une boîte à outils opérationnelle pour démarrer. Vous pouvez le télécharger gratuitement ici.