Pour faire adopter un nouvel outil, il faut s'occuper des personnes avant de s'occuper du logiciel : expliquer pourquoi l'on change, associer les futurs utilisateurs à la conception, former chacun sur ses propres tâches et rester présent durant les premières semaines. Un outil imposé sans explication est contourné. Un outil auquel l'équipe a contribué est défendu par ceux-là mêmes qui s'en méfiaient.
Pourquoi un bon logiciel peut-il être rejeté ?
Le scénario est connu de tous les dirigeants qui ont mené un projet informatique. L'outil est livré, il fonctionne, il a coûté cher. Trois mois plus tard, les carnets ont réapparu sur les bureaux et les fichiers Excel circulent de nouveau par messagerie. Le logiciel n'est alimenté que par obligation, en fin de semaine, de mémoire. Ses chiffres deviennent faux, et plus personne ne les consulte.
La tentation est d'accuser les équipes. C'est une erreur de diagnostic. Quand tout un service contourne un outil, la cause est presque toujours ailleurs : dans la manière dont il a été conçu, présenté ou déployé. L'adoption n'est pas une étape qui vient après le projet. Elle en fait partie dès le premier jour.
Que disent vraiment les résistances ?
Derrière chaque objection se trouve une inquiétude précise, souvent fondée. Les écouter fait gagner beaucoup de temps.
| Ce que l'on entend | Ce que cela signifie souvent | La réponse utile |
|---|---|---|
| « On a toujours fait comme ça. » | Je maîtrise l'ancienne méthode, je crains d'être moins bon avec la nouvelle. | Former tôt, laisser le temps de s'exercer sans enjeu |
| « Ça prend plus de temps. » | L'écran me demande des informations inutiles pour mon travail. | Observer la saisie réelle, simplifier l'écran |
| « C'est pour nous surveiller. » | Personne ne m'a dit à quoi serviront ces données. | Expliquer les usages, montrer ce que chacun y gagne |
| « Ça ne marchera pas chez nous. » | Mes cas particuliers n'ont pas été prévus. | Recenser ces cas, les traiter avant le démarrage |
| « Je n'ai pas le temps. » | On me demande d'apprendre en plus de ma charge habituelle. | Dégager un temps de formation réel |
| Le silence | Je ne me sens pas autorisé à dire ce que je pense. | Aller poser la question sur le poste de travail |
Il existe aussi une crainte rarement formulée : celle de perdre sa place. La personne qui tient depuis dix ans le fichier central de l'entreprise tire de ce rôle une partie de sa reconnaissance. Si l'outil rend ce fichier inutile, que devient-elle ? Il faut lui répondre clairement, et lui confier un rôle dans le nouveau fonctionnement.
Comment associer les équipes dès la conception ?
Le moyen le plus efficace d'obtenir l'adhésion est de la rendre inutile : quand les utilisateurs ont participé à la construction de l'outil, il n'y a plus rien à leur faire accepter.
Cela commence par l'observation. Passer une matinée au comptoir ou dans l'entrepôt apprend davantage que dix réunions. On y voit les gestes réels, les contournements, les informations dont les gens ont besoin et celles qu'ils n'utilisent jamais. Ensuite, on montre. Des maquettes, puis des écrans en cours de réalisation, sont présentés aux personnes qui s'en serviront. Leurs remarques sont notées, et surtout prises en compte : rien n'installe mieux la confiance que de voir sa remarque intégrée à la version suivante.
C'est l'une des raisons pour lesquelles l'adaptation au métier produit de meilleurs résultats, comme nous l'expliquons dans pourquoi les solutions personnalisées marchent. Un écran qui emploie les mots de l'équipe, dans l'ordre de ses gestes, n'a presque pas besoin de mode d'emploi.
Qui sont les référents, et pourquoi sont-ils décisifs ?
Dans chaque service, identifiez une ou deux personnes respectées de leurs collègues. Pas nécessairement les plus à l'aise avec l'informatique : celles que l'on écoute. Associez-les aux tests, formez-les en premier, donnez-leur un accès direct à l'équipe projet. Elles deviennent les référents.
Leur rôle est double. Avant le démarrage, elles signalent ce qui ne conviendra pas, avec une franchise qu'un prestataire extérieur n'obtiendrait jamais. Après, elles répondent aux questions de leurs collègues, sur place, dans la langue et avec les exemples du quotidien. Un collègue qui dit « regarde, c'est simple, je te montre » convainc mieux que n'importe quel formateur.
Comment former sans assommer ?
La formation classique, une journée en salle devant un diaporama, laisse peu de traces. Quelques principes fonctionnent mieux :
- Former par métier. Le caissier apprend la caisse, le magasinier le stock. Personne n'a besoin du tour complet.
- Former sur des cas réels. La vente de ce matin, le retour d'hier, l'erreur fréquente et sa correction.
- Faire pratiquer. Chacun manipule l'outil lui-même, dans un environnement d'essai où l'erreur est sans conséquence.
- Laisser un support simple. Une fiche d'une page par tâche, avec des captures d'écran, affichée près du poste.
Un cas typique : les agents collecteurs d'une commune
Une commune de la région de Dakar a voulu moderniser la collecte de ses taxes de marché. Jusque-là, les agents collecteurs remettaient des tickets papier aux commerçants et versaient les recettes en fin de journée. Le projet prévoyait une application sur téléphone, avec reçu numérique et suivi des encaissements.
La première présentation a été accueillie froidement. Les agents y ont vu un instrument de contrôle dirigé contre eux. L'équipe projet a alors changé de méthode. Elle a accompagné plusieurs agents pendant leurs tournées et constaté leurs contraintes : des allées bondées, peu de temps par commerçant, des commerçants qui contestent leurs paiements précédents, un réseau faible au cœur du marché.
L'application a été revue avec eux. La saisie d'un encaissement a été ramenée à quelques touches, le fonctionnement hors connexion ajouté, et un historique par commerçant intégré. C'est ce dernier point qui a tout changé : pour la première fois, l'agent pouvait prouver ce qui avait été payé, et les contestations prenaient fin en quelques secondes. L'outil, perçu d'abord comme une surveillance, est devenu une protection. Deux agents parmi les plus réticents ont ensuite formé leurs collègues.
Que faire durant les premières semaines ?
Le jour du démarrage n'est pas la ligne d'arrivée. C'est le moment où l'outil rencontre la réalité, et où une difficulté non résolue devient vite un motif de retour en arrière.
- Soyez présent. Quelqu'un doit pouvoir répondre sur place dans les premiers jours, puis à distance mais rapidement.
- Corrigez vite les irritants. Un bouton mal placé corrigé en deux jours montre que les remarques comptent.
- Retirez les anciens outils. Tant que le carnet reste autorisé, il sera utilisé. Fixez une date, et tenez-la.
- Montrez l'exemple. Si la direction continue à demander des chiffres par téléphone plutôt que de consulter le tableau de bord, l'équipe en tirera ses conclusions.
- Partagez les premiers résultats. Une caisse clôturée en dix minutes, un litige client réglé grâce à l'historique : ces succès concrets valent tous les discours.
L'accompagnement fait partie intégrante du déroulé décrit dans les étapes d'un projet ERP réussi. Il ne doit pas servir de variable d'ajustement quand le budget se resserre.
« L'humain au cœur de la performance » n'est pas pour Linking & Development une formule. C'est une méthode de travail : observer avant de concevoir, construire avec les utilisateurs, rester à leurs côtés après la mise en service. Si vous préparez un changement d'outil, ou si un logiciel déjà en place peine à être utilisé, parlons-en.