Dans la plupart des entreprises, les automatisations se multiplient. Un script ici, un assistant IA là, un connecteur entre deux outils. Chacune rend un vrai service, et c'est une bonne nouvelle.
Mais une automatisation qui fonctionne bien finit par sortir des radars. Plus personne n'y pense. Son coût, lui, ne disparaît pas : il se déplace, dans le temps et vers d'autres personnes.
Une automatisation réussie devient invisible
Le mouvement est massif. Selon le Work Trend Index 2024 de Microsoft et LinkedIn, 78 % des utilisateurs d'IA au travail apportent leurs propres outils. La proportion atteint 80 % dans les PME.
Ce chiffre ne décrit pas une dérive. Il décrit une énergie. Les équipes connaissent leurs irritants mieux que quiconque, et l'IA leur donne enfin les moyens d'y répondre elles-mêmes.
Le paradoxe tient à la réussite elle-même. Un outil qui tombe en panne attire l'attention. Un outil qui marche s'efface. Au bout de quelques mois, il fait partie du paysage, et plus personne ne sait vraiment comment il fonctionne.
Le coût se déplace dans le temps
Une automatisation n'efface pas un coût, elle le transforme. Le temps gagné aujourd'hui est réel. Mais une partie de l'effort est reportée : maintenance, corrections, mises à jour, reprise en main.
Le mécanisme est celui de la dette technique. On emprunte de la vitesse au présent, et on la rembourse plus tard, souvent avec des intérêts. Rien de grave tant que cette dette est connue et choisie.
La difficulté apparaît quand personne ne sait qu'elle existe. Le coût ne tombe alors ni au bon moment, ni sur la bonne personne. Ce qui coûte cher, ce n'est pas l'automatisation. C'est l'automatisation que l'on ne voit plus.
Cinq risques concrets, chacun avec sa parade
Ces risques n'ont rien de spectaculaire. Ils sont banals et probables, et c'est pour cela qu'ils méritent d'être nommés. Chacun appelle une réponse simple.
- Les erreurs silencieuses. Une IA peut produire une réponse plausible et fausse, sans alerte. Deux garde-fous suffisent : des contrôles automatiques, et une validation humaine des cas douteux, comme pour la lecture des factures.
- Les coûts d'usage qui dérivent. Abonnements, appels à des modèles payants, volumes qui grossissent sans bruit. Il suffit de connaître le coût mensuel de chaque outil, et de poser un seuil qui déclenche une alerte.
- La dépendance à une personne ou à un compte. L'outil repose sur la personne qui l'a construit, parfois sur son compte personnel. Nommez un responsable, basculez les accès au nom de l'entreprise, écrivez le minimum.
- Des données qui circulent sans cadre. Fichiers clients, contrats ou chiffres internes transitent par des services externes, sans que l'on sache toujours où. Le préalable est de savoir quelles données passent où, avant de choisir des services dont vous maîtrisez l'hébergement et les conditions.
- Le savoir-faire qui s'efface. Une tâche automatisée depuis longtemps, l'équipe ne sait plus toujours la faire, ni en expliquer la règle. Écrire la règle métier en dehors de l'outil permet de la reprendre, ou de la changer.
Un exemple ordinaire : les relances clients
Prenons un cas fictif, mais courant. Une personne de l'administration des ventes automatise les relances d'impayés. Un assistant IA rédige les messages, un connecteur les envoie depuis le logiciel de gestion.
L'outil fonctionne très bien. Les relances partent à l'heure, le ton est soigné, les retards de paiement diminuent. Pendant des mois, personne n'a de raison de s'y intéresser. Puis la personne qui l'a créé change de poste.
Le connecteur tourne sur son compte personnel, et personne ne sait plus où se règle quoi. Le fournisseur du modèle fait évoluer ses tarifs, le ton des messages change après une mise à jour. Rien de grave ne s'est produit, mais l'entreprise dépend d'un outil qu'elle n'a jamais décidé de rendre critique. Il aurait suffi de peu : un responsable, un compte d'entreprise, une page qui décrit la règle, un coût suivi.
Un inventaire suffit pour commencer
La première étape n'a rien de technique. Elle consiste à rendre visible ce qui existe. Une simple liste partagée fait l'affaire, à condition de poser quatre questions pour chaque outil :
- Qui en est responsable, et qui peut le reprendre ?
- Quelles données y entrent, et où vont-elles ?
- Combien coûte-t-il chaque mois, abonnements et usage compris ?
- Que se passe-t-il s'il s'arrête demain ?
Ce travail fait souvent apparaître trois groupes. Des outils à abandonner, car leur usage a disparu. Des outils à garder tels quels, simples et sans enjeu. Et quelques outils devenus critiques, qui méritent d'être sécurisés, documentés, voire reconstruits proprement.
Ce tri protège l'élan des équipes. Il ne s'agit pas d'interdire, mais de décider en connaissance de cause ce qui mérite le soin d'un logiciel de production.
Une automatisation visible redevient un actif
Vous n'avez pas besoin d'un audit pour savoir où vous en êtes. Posez la question autrement : lesquelles de vos automatisations sont devenues critiques sans que personne l'ait décidé ?
Prenez-les une par une. Si la personne qui l'a construite partait demain, quelqu'un saurait-il la faire tourner, la corriger ou l'arrêter ? Quand la réponse est non, l'outil n'est pas en cause. C'est sa visibilité qu'il faut rétablir.
L'automatisation n'est pas le problème. Elle devient un actif dès que l'on sait ce qu'elle fait, ce qu'elle coûte et qui en répond.