Pourquoi un projet d’automatisation échoue-t-il ?

La décision d’automatiser une tâche est généralement prise avec enthousiasme. Un travail qui prend des heures chaque mois va raccourcir, les erreurs vont diminuer et l’équipe pourra consacrer du temps à des tâches plus importantes. Quelques mois plus tard, pourtant, on constate que l’outil reste dans un coin et que le travail se fait toujours à l’ancienne, dans Excel et à la main. La cause n’en est presque jamais le logiciel lui-même. Les cinq causes ci-dessous sont les situations les plus fréquentes dans les petites et moyennes entreprises, et toutes peuvent être abordées avant de commencer.

1. Le périmètre s’élargit en cours de route

Le projet commence par « préparons les devis en un clic ». À la première réunion, on y ajoute le suivi des stocks ; à la deuxième, la liste des clients ; à la troisième, le transfert vers la comptabilité. Chaque demande supplémentaire paraît raisonnable prise isolément, mais leur somme devient un projet qui met des mois à aboutir. Pendant ce temps, personne ne peut utiliser l’outil, l’enthousiasme du départ retombe et le projet commence à être désigné comme « le chantier sans fin ».

Le périmètre s’élargit aussi parce qu’on craint que la première version paraisse « incomplète ». Or un petit outil qui fait bien une seule chose vaut mieux qu’un grand projet qui essaie de tout faire et n’achève rien. Les demandes qui arrivent une fois l’outil en service sont aussi plus pertinentes, car elles ne reposent plus sur des suppositions mais sur l’usage réel.

La solution est simple mais demande de la discipline : choisissez d’abord une seule tâche, faites-la fonctionner, utilisez-la vraiment pendant quelques semaines, puis passez à la suivante. Pour décider quelle tâche doit venir en premier, les critères de l’article quelles tâches se prêtent à l’automatisation sont utiles : une tâche qui se répète souvent, dont la règle est claire et dont les erreurs coûtent cher est un bon point de départ.

2. Les données sont désordonnées

L’automatisation travaille avec les données qu’on lui fournit. Si un même client figure dans la liste sous cinq orthographes différentes, si les codes produits ont changé au fil des années, si une colonne contient tantôt une date, tantôt une note, l’outil ne fait que multiplier ce désordre plus vite. Le rapport ou le devis qui en sort est faux, et l’équipe cesse de faire confiance à l’outil.

C’est pourquoi la première étape du projet n’est souvent pas le logiciel, mais la remise en ordre des données : élimination des doublons, harmonisation du format des champs, complétion des informations manquantes. Remettre en ordre des enregistrements éparpillés accumulés pendant des années peut être traité comme un travail à part ; nous le faisons dans notre prestation de nettoyage des enregistrements.

Une fois les données remises en ordre, il faut aussi maintenir cet ordre. Si l’on ne définit pas selon quelle règle les nouveaux enregistrements sont saisis, quels champs sont obligatoires et qui les contrôle, le même désordre revient en quelques mois. L’automatisation elle-même peut aider ici : repérer dès la saisie un enregistrement incomplet ou mal formaté et le signaler est bien plus facile que de le corriger après coup.

3. Une seule personne utilise l’outil

Dans beaucoup d’entreprises, la personne qui demande l’automatisation, celle qui l’installe et celle qui l’utilise sont une seule et même personne. Quand elle part en congé, quitte l’entreprise ou change de poste, l’outil s’arrête avec elle. Les autres salariés, ne sachant pas comment il s’utilise, reviennent à l’ancienne méthode.

Le signe qu’un outil s’est installé dans l’entreprise, c’est qu’au moins deux personnes peuvent l’utiliser sans difficulté. Lors de la mise en place, les personnes qui font réellement le travail, et pas seulement le responsable, doivent être autour de la table. Un outil qui ignore leur déroulement quotidien est juste sur le papier mais peu pratique dans les faits.

4. Aucune formation n’est donnée

La phrase « c’est très simple à utiliser » est la justification la plus courante pour sauter la formation. Or même l’outil le plus simple oblige à changer d’habitudes. Le salarié sait faire le travail avec l’ancienne méthode ; si, avec la nouvelle, il ne sait pas quoi faire à la première erreur, il revient à l’ancienne. La formation n’a pas besoin d’être une longue présentation : dérouler de bout en bout un cas réel avec la personne qui fait le travail, laisser un court guide écrit et répondre rapidement aux questions pendant les premières semaines suffit le plus souvent.

Autre avantage de la formation : elle change le regard de l’équipe sur l’outil. Un nouvel outil peut faire naître chez certains salariés la crainte qu’il « prenne leur travail ». Expliquer clairement quelle partie répétitive du travail l’outil prend en charge et entre les mains de qui reste la décision atténue cette crainte et aide l’équipe à s’approprier l’outil.

5. La maintenance reste sans responsable

L’automatisation ne s’arrête pas le jour de son installation. Une liste de prix change, un formulaire est renouvelé, un système dont elle dépend est mis à jour, et l’outil se met à produire discrètement de mauvais résultats. Si l’on ne sait pas dès le départ qui s’en apercevra et qui corrigera, le problème n’apparaît qu’au moment où un client reçoit un devis erroné.

Au stade du devis, il faut poser ces questions : qui traitera les demandes de modification après l’installation ? À qui écrire lorsqu’une erreur est constatée ? Dans quels cas l’outil donnera-t-il une alerte ? Sur ce point, il existe des différences importantes entre un progiciel standard et un outil développé sur mesure pour vous ; nous les avons abordées dans l’article progiciel standard ou logiciel sur mesure.

Comment mesurer la réussite ?

Pour savoir si une automatisation sert à quelque chose, il est utile de fixer une mesure simple avant de commencer : combien d’heures prend le travail aujourd’hui, combien d’erreurs apparaissent par mois ou en combien de jours un devis est envoyé, par exemple. Regarder la même mesure quelques mois plus tard montre aussi si l’outil est réellement utilisé. Si aucune mesure n’a été fixée, les avis sur le projet varient d’une personne à l’autre et les problèmes sont repérés tard.

Points de vigilance

Le point commun de ces cinq causes est qu’aucune n’est technique : toutes relèvent de l’organisation. Une courte vérification avant de commencer réduit la plupart des risques : quelle tâche exactement la première version réalisera-t-elle, et que ne couvrira-t-elle pas ? Où se trouvent les données qui seront utilisées, dans quel état sont-elles, et qui en est responsable ? Qui utilisera l’outil, et ces personnes participeront-elles à la mise en place ? La formation et un guide figurent-ils dans le devis ? Qui prendra en charge la maintenance après l’installation ? Si vous ne pouvez pas répondre clairement à ces questions, mieux vaut clarifier ces réponses avant de vous lancer dans l’automatisation. Vous pouvez voir sur quelles tâches et comment nous travaillons sur la page nos réalisations.

Questions fréquentes

Pourquoi les projets d’automatisation échouent-ils le plus souvent ?

Les causes les plus fréquentes ne sont pas techniques mais organisationnelles : le périmètre qui s’élargit en cours de route, des données désordonnées, un outil utilisé par une seule personne, une équipe non formée et une maintenance laissée sans responsable après l’installation.

Par quelle tâche faut-il commencer l’automatisation ?

Le plus sûr est de commencer par une seule tâche qui se répète souvent, dont la règle est claire et dont les erreurs coûtent cher. Une fois cette tâche opérationnelle et utilisée pendant quelques semaines, on passe à la suivante.

Si nos données sont éparpillées, que faire en premier ?

Il faut d’abord éliminer les doublons, harmoniser le format des champs et compléter les informations manquantes. Une automatisation bâtie sur des données éparpillées multiplie les erreurs plus vite.