« Les agents ne veulent pas utiliser le logiciel. » Cette phrase revient souvent lorsqu’un outil numérique ne prend pas.
Parfois, il existe effectivement une résistance au changement. Mais il est trop facile de s’arrêter à cette explication.
Avant de demander pourquoi les agents n’utilisent pas un logiciel, il faut regarder ce que le logiciel leur demande de faire.
Le terrain n’est pas un bureau plus petit
Un écran de smartphone ne transforme pas automatiquement une application de bureau en outil terrain.
L’agent peut être debout, avec des gants, sous la pluie, en déplacement ou au milieu d’une intervention. Il n’a pas forcément le temps de parcourir huit menus et de renseigner quinze champs.
Un formulaire acceptable assis devant un ordinateur peut devenir insupportable lorsqu’il faut le remplir debout, une main occupée et le téléphone dans l’autre.
Le logiciel arrive au mauvais moment
Certains outils demandent de saisir beaucoup d’informations avant même que l’agent puisse voir ce qu’il doit faire.
Sur le terrain, l’ordre devrait souvent être inverse : comprendre la mission, voir le lieu, consulter les informations utiles, agir, puis rendre compte simplement.
Le parcours doit suivre le travail réel.
La double saisie tue l’adoption
Un agent remplit une fiche papier, prend une photo, prévient son responsable et doit ensuite saisir les mêmes informations dans le logiciel. Il comprend rapidement que l’outil ne remplace rien. Il ajoute une tâche.
Lorsque le numérique vient en supplément du processus existant sans supprimer une étape, l’usage devient fragile.
L’agent ne reçoit rien en échange
Pour être adopté, un outil doit aussi apporter quelque chose à celui qui le renseigne.
- la localisation exacte de l’intervention ;
- la photo envoyée avec la demande ;
- l’historique du lieu ou de l’équipement ;
- les coordonnées utiles ;
- les documents ou consignes nécessaires ;
- la visibilité sur ce qui reste à faire.
Si l’agent ne fait qu’alimenter un tableau de bord pour d’autres personnes, la motivation s’érode.
Les champs obligatoires ont été décidés sans le terrain
Chaque service veut ses informations. La direction veut des statistiques. Le responsable veut des détails. L’administrateur veut un formulaire complet.
À la fin, l’agent doit remplir des champs dont il ne comprend pas toujours l’utilité.
La bonne méthode consiste à distinguer ce qui est indispensable au moment de l’intervention de ce qui peut être complété plus tard ou automatiquement.
Le réseau est considéré comme toujours disponible
Les collectivités interviennent dans des sous-sols, des locaux techniques, des zones isolées ou des bâtiments où la connexion peut être mauvaise.
Un outil qui devient inutilisable à la première faiblesse réseau perd rapidement la confiance des utilisateurs.
Selon les besoins, il faut prévoir des parcours tolérants aux interruptions ou permettre au minimum de ne pas perdre ce qui a déjà été saisi.
Le logiciel ne parle pas le langage du service
Les termes génériques peuvent être utiles pour l’éditeur et incompréhensibles pour l’équipe. Un bon paramétrage reprend les catégories, les lieux, les statuts et les responsabilités réelles de la collectivité.
L’outil doit se rapprocher du métier. Ce n’est pas au métier de se plier à un vocabulaire inutilement technique.
Comment tester un outil terrain avant de le choisir
- Prenez un vrai agent et une vraie intervention.
- Demandez-lui d’ouvrir la mission sur son téléphone.
- Faites-le se rendre sur le lieu concerné.
- Ajoutez une photo et un compte rendu.
- Clôturez l’intervention.
- Vérifiez ce que voit immédiatement le responsable.
Ce test de dix minutes révèle plus de choses qu’une heure de démonstration sur grand écran.
L’adoption se construit avec les agents
Les agents savent souvent très vite ce qui va bloquer : trop de clics, un écran illisible, un statut inutile, une catégorie absente.
Les associer à la définition du parcours ne signifie pas accepter toutes les demandes. Cela permet de distinguer les résistances habituelles des vrais défauts d’usage.
La question décisive
Après une intervention, l’agent gagne-t-il du temps grâce au logiciel, ou doit-il encore revenir au bureau pour refaire le travail ?
Le principe de conception de GéoClic
GéoClic est né d’une logique simple : partir du travail réel, puis construire l’outil autour de ce besoin. Le module terrain relie la demande, la carte et l’intervention pour limiter les ruptures.
Découvrez le logiciel services techniques et la page À propos de GéoClic.