Parcours éditorial — 2 · Automatiser avec discipline · Texte 3/5
Quand un projet échoue, regardez le processus — pas le fournisseur.
Dans la grande majorité des cas, l'échec d'un projet d'automatisation n'est pas technologique — il est humain et opérationnel.
J'ai vu des projets réussir brillamment. J'en ai aussi vu échouer après des investissements considérables. Ce qui me frappe à chaque fois : l'outil fonctionnait souvent. C'est le reste qui manquait — processus, responsabilités, mesure, confiance. La technologie est la partie facile quand le reste est clair ; le difficile, c'est l'alignement humain.
En bref
- Cause no 1 : le processus n'existait pas vraiment — chacun faisait « à sa façon »
- Sans champion métier et sans formation, le projet s'éteint dès la livraison
- Un pilote doit être imparfait mais utile — viser 100 % de couverture, c'est ne jamais lancer
- Repartir petit après un échec vaut plus qu'un succès mal compris
Les vraies causes d'échec (dans l'ordre)
1. Le processus n'existait pas vraiment
Chacun faisait « à sa façon ». L'automatisation a figé le chaos le plus bruyant, pas le meilleur. C'est le scénario le plus fréquent après un achat d'outil sans cartographie préalable.
2. Personne n'était responsable côté métier
Un projet confié uniquement à l'IT ou à un consultant externe, sans champion opérationnel, s'éteint dès la livraison. La technologie arrive ; personne ne la possède au quotidien.
3. L'équipe n'a pas été formée — ni écoutée
On a changé leur quotidien sans expliquer le pourquoi. Résistance normale, interprétée comme un échec technique. Au Québec, où la confiance envers la direction compte autant que la compétence technique, ce point est souvent décisif.
4. On a visé la perfection dès le jour un
Un pilote doit être imparfait mais utile. Attendre 100 % de couverture, c'est ne jamais lancer.
5. Aucune mesure avant/après
Sans baseline, impossible de prouver la valeur — et facile d'abandonner au premier contretemps.
Ce que 25 ans m'ont appris
C'est pourquoi mon approche insiste sur quatre étapes — Comprendre, Identifier, Automatiser, Rayonner — dans cet ordre. Sauter la première, c'est construire sur du sable.
| Signe positif | Signe d'alerte |
|---|---|
| Une personne du métier explique le flux en cinq minutes | Vocabulaire 100 % technique en réunion |
| L'équipe sait corriger manuellement si l'automatisation échoue | Démos impressionnantes, usage réel faible |
| Gains visibles en moins d'un mois | Blâme systématique de l'outil ou du fournisseur |
| On parle de « prochain irritant » | Aucune revue après le go-live |
Reprendre après un échec
Ce n'est pas rare. La clé :
- Revenir au processus réel (observation, pas suppositions)
- Choisir un périmètre plus petit
- Impliquer ceux qui subissent l'irritant
- Mesurer une seule métrique qui compte pour le métier
Un échec bien analysé vaut plus qu'un succès mal compris. J'ai accompagné une PME qui avait « échoué » avec un CRM mal déployé : en repartant sur un seul flux de relance client, avec une adjointe comme championne, le deuxième pilote a tenu en six semaines — avec le même outil, mal configuré la première fois.
Ce que les dirigeants peuvent faire différemment
Avant de signer à nouveau, posez trois questions en langage clair :
- Qui possède ce projet côté client après la livraison? Pas « l'équipe TI » — une personne nommée, avec du temps alloué.
- Que se passe-t-il si l'automatisation échoue un mardi après-midi? Sans repli manuel connu, vous n'êtes pas prêts.
- Quel chiffre unique prouvera que ça a fonctionné en 30 jours? Sans cela, le succès devient une opinion.
Ces questions ne coûtent rien. Elles évitent l'erreur la plus coûteuse : blâmer le fournisseur quand l'organisation n'a jamais défini le succès, la responsabilité ou le repli.
Où vous en êtes
Comment repérer des gains sans projet massif vous a aidé à choisir un candidat ; cet article explique pourquoi certains projets déraillent malgré un bon choix. Suivant : Combien ça coûte vraiment? Budget et retour pour un premier pilote.
Si un projet passé vous a rendu sceptique envers l'automatisation, c'est souvent rassurant — vous savez déjà ce qu'il ne faut pas refaire. Discutons-en : repartir petit, c'est repartir bien.