On a installé le nouvel outil.
Pourquoi personne ne travaille autrement ?

Le projet est terminé. Les accès sont ouverts, les formations ont eu lieu et le nouvel outil fonctionne. Pourtant, quelques semaines plus tard, des équipes tiennent encore un fichier Excel à côté du système. D’autres ressaisissent des informations en fin de journée. Certaines ont trouvé leurs propres solutions pour contourner une étape qui les ralentit.

Le logiciel est bien installé. Le travail, lui, n’a pas nécessairement changé comme prévu.

La question se pose particulièrement après le déploiement d’un ERP, mais aussi lorsqu’une entreprise introduit un espace documentaire ou une nouvelle application métier. Comment savoir si le projet a réellement amélioré la manière de travailler ?

Déployer un ERP et transformer une activité sont deux résultats différents

En 2025, 53 % des entreprises de l’Union européenne comptant au moins dix personnes utilisaient un logiciel spécialisé de gestion intégrée (ERP), de relation client (CRM) ou d’analyse décisionnelle (BI). L’écart selon la taille est marqué : 41 % des petites entreprises utilisaient un ERP, contre 89 % des grandes. Ces chiffres publiés par Eurostat en 2026 décrivent l’équipement des entreprises. Ils ne mesurent ni la qualité de l’usage ni les résultats obtenus.

Une entreprise peut donc avoir franchi toutes les étapes techniques d’un déploiement sans avoir résolu le problème qui l’avait motivé. Si les informations restent difficiles à retrouver, si les mêmes contrôles sont refaits dans plusieurs fichiers ou si un utilisateur doit appeler trois personnes pour traiter une exception, il faut examiner ce que le nouveau processus a réellement changé.

L’OCDE expliquait en 2019 que les gains liés aux technologies numériques dépendent de leur intégration dans les processus, accompagnée d’investissements dans les compétences et les modèles d’activité. L’enjeu est donc d’observer le travail que l’outil devait améliorer, au-delà de sa disponibilité.

Former à une tâche, pas seulement à un écran

Une démonstration suit généralement un scénario prévu. Le travail quotidien en produit d’autres : une donnée absente, une demande urgente, un cas exceptionnel ou une opération interrompue. C’est dans ces moments que l’on découvre si l’utilisateur comprend suffisamment le processus pour agir.

La réponse dépend des règles de l’entreprise. La situation montre qu’il faut enseigner aussi le traitement des écarts et le chemin pour obtenir une réponse fiable.

Selon Eurostat, dans son édition 2025 fondée sur les données de 2024, 22 % des entreprises de l’Union européenne avaient proposé à leur personnel une formation destinée à développer ses compétences informatiques : 73 % des grandes entreprises, contre 21 % des PME. Cette statistique concerne la formation informatique en général ; elle ne mesure pas la préparation des utilisateurs d’un ERP particulier.

Une formation utile couvre la tâche complète : ce qu’il faut saisir, pourquoi cette information compte, ce qu’elle déclenche ensuite et à qui s’adresser lorsque le cas réel sort du scénario prévu.

Les premières semaines après le déploiement ERP révèlent le vrai processus

Le démarrage est souvent décrit comme une date. Pour les équipes, c’est une période d’ajustement : elles doivent assurer leur activité pendant qu’elles apprennent une nouvelle façon de faire. Les difficultés qui apparaissent alors méritent d’être examinées une par une.

Un fichier parallèle n’a pas toujours la même signification. Il peut être une précaution temporaire pendant une vérification des données. Il peut aussi signaler que l’ERP ne fournit pas une vue indispensable au métier. De même, une ressaisie peut venir d’une habitude qui disparaîtra avec la pratique, ou d’une étape réellement absente du nouveau processus. Supprimer le fichier sans comprendre sa fonction ne résout pas la difficulté.

Le nombre de connexions ne répond pas à ces questions ; il faut comprendre comment l’équipe travaille.

Cette attention aux pratiques rejoint le constat de la Banque mondiale dans la présentation de DigiTrans (2024) : mettre une technologie en place sans développer l’expertise et les pratiques de gestion nécessaires peut conduire à une numérisation superficielle. Cette présentation expose une démarche de recherche et d’accompagnement ; elle ne fournit pas de pourcentage de gain applicable à toutes les entreprises.

Comment mesurer l’adoption d’un nouvel outil ?

On peut distinguer trois niveaux. Cette grille est une méthode d’analyse proposée ici, et non une statistique publiée par les organismes cités.

Le troisième niveau exige de revenir à l’objectif initial. Si le projet promettait de réduire le temps de traitement d’une demande, il faut comparer ce délai avant et après, sur des demandes comparables. S’il devait fiabiliser une information, il faut examiner les erreurs et les corrections. Si aucune mesure n’a été définie avant le lancement, on peut recueillir des observations utiles, mais on ne peut pas annoncer honnêtement un gain précis.

Les chiffres seuls ne racontent pas tout non plus. Un délai moyen peut s’améliorer pendant qu’un type de demande devient beaucoup plus difficile à traiter. Il faut regarder les résultats et demander aux équipes comment elles les obtiennent.

Continuer le projet après sa mise en service

La mise en service ferme une phase technique. Elle ouvre une phase d’observation et de correction : écouter les questions récurrentes, distinguer le besoin de formation du défaut de processus, décider qui traite chaque problème, puis vérifier que la réponse fonctionne réellement sur le terrain.

C’est ainsi qu’un outil cesse d’être simplement « le nouveau système ». Il devient une manière de travailler que les équipes comprennent, peuvent faire évoluer et trouvent utile.

Cette exigence de vérifier ce qui fonctionne réellement vaut aussi quand on crée une activité à distance : entreprendre en Afrique depuis la France demande de tester son idée auprès de clients sur place.

À quel moment peut-on vraiment dire qu’une transformation a réussi ?