L’automatisation souffre d’un problème de récit. Elle est présentée comme une décision technologique (quel outil adopter ?) alors qu’il s’agit presque toujours d’une décision d’organisation : quelle partie du travail mérite d’être décrite assez précisément pour qu’un système puisse l’exécuter ?
Cette distinction a des conséquences pratiques. Automatiser un processus qui fonctionne mal ne le répare pas : cela accélère ses erreurs et les rend plus difficiles à corriger. Le travail commence donc avant les outils, en observant comment les choses sont faites aujourd’hui.
Automatiser signifie décrire, pas seulement relier
Beaucoup associent l’automatisation à la connexion de deux logiciels. C’en est une partie, mais la difficulté vient avant : il faut établir ce qui se passe dans chaque cas possible.
Que doit-il arriver si un formulaire ne contient aucun numéro de téléphone ? Si le client existe déjà dans l’outil de gestion avec une adresse écrite différemment, faut-il le mettre à jour ou créer un doublon ? Si un service externe ne répond pas pendant trois minutes, faut-il réessayer, abandonner ou prévenir quelqu’un ?
Tant que ces réponses existent uniquement dans la tête de la personne qui effectue le travail manuellement, le processus n’est pas automatisable : il est seulement habituel. La phase la plus utile d’un projet d’automatisation est celle où ces questions sont posées et reçoivent une réponse écrite.
Ce qu’il est presque toujours utile d’automatiser
Certaines catégories rentabilisent régulièrement l’effort parce qu’elles sont fréquentes, prévisibles et peu ambiguës.
Le transfert de données entre systèmes. C’est le cas le plus fréquent et le plus sous-estimé. Un contact du site recopié à la main dans le CRM, une commande saisie une seconde fois dans l’outil de gestion, une feuille de calcul mise à jour chaque lundi avec des données déjà disponibles ailleurs. Recopier ne crée aucune valeur et introduit des erreurs : c’est le premier endroit à examiner.
Les notifications liées à des conditions claires. Un devis sans évolution depuis dix jours, une échéance proche, un seuil de stock dépassé ou un paiement non rapproché. Ce sont des règles simples que personne ne peut surveiller en permanence ; elles sont souvent vérifiées seulement lorsqu’un problème est déjà survenu.
La qualification et l’acheminement des demandes. L’objectif n’est pas de décider à la place d’une personne, mais de préparer la décision : recueillir la demande, vérifier qu’elle est complète, l’affecter correctement et joindre les informations déjà disponibles sur le client.
Le suivi d’une demande. Une confirmation immédiate, un rappel quelques jours plus tard et un second message sans réponse. C’est la première tâche abandonnée pendant les périodes chargées et l’une de celles qui influencent le plus le résultat commercial.
La génération de documents récurrents. Devis, confirmations, synthèses mensuelles et annexes contractuelles standard : tout ce qui est produit depuis le même modèle en changeant quelques champs.
Les opérations de clôture périodiques. Extractions, rapprochements et rapports auxquels une personne consacre chaque mois la même demi-journée.
Le point commun n’est pas la technologie. Ces activités se répètent, peuvent être entièrement décrites et ont des conséquences limitées si une exécution échoue.
Ce qu’il vaut mieux laisser aux personnes
Dans certaines situations, automatiser aggrave les choses. Les reconnaître à l’avance fait gagner plus de temps que l’automatisation elle-même.
Les processus qui ne sont pas encore stables. Si la façon de travailler change tous les deux mois parce que l’activité grandit ou cherche son organisation, un workflow construit aujourd’hui devra bientôt être refait. Mieux vaut attendre ou automatiser uniquement la partie qui ne changera certainement pas.
Les décisions qui exigent du jugement. Accorder une exception, évaluer une réclamation délicate ou choisir une remise dans une négociation importante. Un système peut réunir et organiser les éléments, mais la décision reste à la personne qui en répond.
Les exceptions fréquentes. Si la moitié des cas se concluent par « cela dépend », le flux principal ne couvre que la moitié du travail et l’autre moitié devient une gestion manuelle plus complexe, car il faut également composer avec un système.
Ce qui arrive cinq fois par an. Une automatisation a un coût de construction et de maintenance. Une tâche rare, même fastidieuse, ne les rentabilise souvent pas.
La bonne question n’est pas « peut-on l’automatiser ? ». Presque tout est possible. La question est : à quelle fréquence cela arrive-t-il, est-ce stable et que se passe-t-il en cas de panne ?
Le coût que personne ne met dans le devis
Une automatisation est un logiciel et doit être maintenue. Les API changent, les fournisseurs actualisent leurs outils, les identifiants expirent et les formats de données sont modifiés par quelqu’un qui ignorait l’existence d’un processus connecté.
Une automatisation fragile est pire que le travail manuel qu’elle remplace parce qu’elle peut échouer en silence. Lorsque le travail manuel s’arrête, la personne le remarque. Un flux automatique peut rester bloqué pendant des semaines ; le problème est découvert à cause du résultat absent : les demandes n’arrivent plus ou les relances ne partent pas.
La partie la moins visible est donc la plus importante : gestion des erreurs, nouvelles tentatives lorsqu’elles ont du sens, journal des exécutions et alerte envoyée à une personne réelle en cas d’échec. Un système qui fonctionne seulement lorsque tout va bien n’est pas terminé.
Les personnes dans le flux, pas en dehors
L’image de l’automatisation comme remplacement des personnes est généralement fausse. Dans les processus d’entreprise, l’inverse fonctionne mieux : le système prépare, la personne confirme.
Un devis généré automatiquement et envoyé sans contrôle représente un risque. Le même devis produit en trente secondes, présenté complet et en attente d’un clic, supprime le travail fastidieux tout en conservant le contrôle nécessaire. Le temps gagné est presque identique, le risque est très différent.
L’approbation doit intervenir là où les conséquences d’une erreur sont fortes : communications externes, montants, données contractuelles et suppressions. Lorsque l’erreur est récupérable, l’approbation n’est qu’un obstacle.
Commencer petit, pour une raison précise
Le point de départ le plus efficace est un seul processus mesurable et fastidieux, mené jusqu’au bout. Pas uniquement par prudence : le premier projet révèle la réalité de l’entreprise. Quelles données existent ? Sont-elles propres ? Qui décide ? Quels outils sont utilisés et lesquels ont été achetés sans jamais être adoptés ?
Ces informations n’apparaissent pas pendant une réunion. Elles émergent lorsque le processus est décrit avec la précision nécessaire à une machine. Le deuxième projet coûte alors beaucoup moins que le premier.
Le critère en une phrase
On observe d’abord le processus, puis on décide quoi automatiser. Dans l’ordre inverse, on obtient des flux élégants qui résolvent des problèmes inexistants, tandis que le travail qui pèse réellement continue d’être effectué à la main.
Aller plus loinIA & automatisation
