Ce qu'est l'automatisation des processus, sans diapositives
Si tu cherches « automatisation des processus » dans Google, tu tombes sur des éditeurs de logiciels pour grands groupes qui parlent de robots, de plateformes et de transformation. Tout ça existe, et presque rien ne te sert si tu as trente personnes en paie et un ERP acheté il y a huit ans.
La version utile est celle-ci : automatiser un processus, c'est faire qu'une tâche aujourd'hui exécutée par une personne suivant toujours les mêmes étapes se fasse seule, ou presque, et que cette personne n'ait plus qu'à relire le résultat. Un mail arrive avec une demande, quelqu'un le lit, note les données dans un tableau, prépare un devis avec le modèle, l'envoie et inscrit la date de relance. Cinq étapes, quatre peuvent se faire sans que personne y touche. La cinquième, décider si ce devis part comme ça, reste entre les mains de la personne.
C'est ce qu'on fait chez Digency comme agence d'intelligence artificielle, et l'intelligence artificielle n'en est qu'une partie. Allons à l'essentiel : comment choisir par où commencer.
La règle pour choisir le premier processus
Trois conditions, et les trois en même temps :
- Ça se répète. Chaque jour ou chaque semaine, sous la même forme. Un processus qui arrive deux fois par an ne vaut pas la peine d'être automatisé, même s'il est pénible.
- Ça laisse une trace. Ça commence par quelque chose qui se détecte (un mail, un formulaire, une ligne nouvelle dans un tableau, un avis) et ça finit par quelque chose qui se vérifie (un document, un enregistrement, une alerte). Si le processus vit dans la tête de quelqu'un, il faut d'abord l'en sortir.
- Ça ennuie. Personne dans l'entreprise ne prend plaisir à le faire. C'est le meilleur signe qu'on peut le systématiser et, en plus, celui qui fait que l'équipe l'accueille bien au lieu de s'en méfier.
Notre avis, après pas mal de diagnostics : le meilleur premier processus n'est presque jamais celui que la direction a en tête. C'est souvent celui qu'une personne précise fait un mardi après-midi et que personne d'autre ne voit. C'est pour ça que le diagnostic se fait assis avec qui fait le travail, pas avec qui le dirige.
Exemple étape par étape : la demande de devis
C'est le processus qu'on nous demande le plus et il sert à voir comment on raisonne. Situation de départ : les demandes de devis arrivent par le formulaire du site et par mail, une personne de l'administration les lit, les reporte dans un modèle, les envoie à la direction pour qu'elle mette le prix, puis les expédie.
Une fois automatisé :
- Entrée. Le formulaire et la boîte mail sont reliés au flux. Chaque demande nouvelle est lue tout de suite.
- Lecture et classement. C'est là qu'entre l'intelligence artificielle : elle extrait qui écrit, ce qu'il demande, pour quand et depuis quelle entreprise, même si le mail est écrit à la va-vite. Et elle décide si c'est une commande qui colle, une demande à transmettre ailleurs ou du courrier indésirable.
- Brouillon. Avec ces données, elle remplit le modèle de devis avec les postes habituels pour ce type de travail, et cherche si ce client existe déjà dans le CRM.
- Relecture. Le brouillon reste dans une corbeille. Une personne l'ouvre, ajuste ce qu'il faut et approuve. Rien ne part sans cette étape.
- Envoi et enregistrement. C'est envoyé, noté dans le CRM avec sa date de relance et, si au bout de dix jours il n'y a pas de réponse, la personne qui suit le dossier est prévenue.
Ce qui change pour l'entreprise : la personne de l'administration passe de la transcription à la relecture, la direction voit les devis rangés et aucun ne reste sans relance. Ce qui ne change pas : qui décide le prix et qui signe.
Où entre l'IA et où de simples règles suffisent
Une erreur fréquente est d'utiliser l'intelligence artificielle pour tout, parce que ça fait moderne. Un bon flux mélange deux choses :
- Des règles pour ce qui est une règle : si le montant dépasse un seuil, prévenir la direction ; si la date de livraison est à moins d'une semaine, marquer comme urgent ; si le mail vient d'un domaine de la liste noire, écarter. Les règles sont bon marché, rapides et ne se trompent pas.
- L'IA pour ce qu'une règle ne peut pas faire : comprendre un mail écrit par une personne, résumer un avis, rédiger un brouillon dans le ton de la marque, classer une facture scannée.
Avec des outils de flux comme n8n, on enchaîne les deux sans programmer depuis zéro, et les modèles de langage ne sont appelés qu'à l'étape qui en a besoin. C'est moins cher à maintenir et, surtout, plus facile à comprendre pour qui va superviser.
Ce qu'il ne faut pas automatiser (pour l'instant)
Il y a des processus qui donnent envie d'être automatisés et qu'il vaut mieux garder pour plus tard :
- Ceux qui changent chaque semaine. Si l'équipe est encore en train de décider comment se fait quelque chose, l'automatiser revient à graver dans le marbre une version provisoire.
- Ceux dont l'erreur coûte cher. Envoyer une offre avec un prix mal calculé, répondre à une réclamation délicate, toucher à la facturation. On automatise la préparation, jamais la décision.
- Ceux qui dépendent d'une personne absente de la réunion. Si le processus vit dans la tête de quelqu'un du magasin, on parle d'abord avec cette personne. Sans elle, le flux automatise une idée fausse du processus.
- Le chatbot du site. C'est souvent la première chose qu'on demande et la dernière qu'il vaut mieux monter. Un chat qui répond aux questions est utile quand il y a beaucoup de questions répétées et une base de connaissance rangée, qui commence presque toujours par les questions fréquentes des pages de service du site. Avant ça, les processus internes ennuyeux font gagner plus de temps et ne se montrent pas au client.
Une personne aux commandes : la conception avec validation
Tous les flux qu'on monte ont trois choses : un point où une personne approuve avant que quoi que ce soit sorte de l'entreprise, un journal de chaque étape franchie par le flux et une limite claire de ce qu'il peut faire. Au début, la validation est partout. Avec le temps, quand le flux passe des semaines sans se tromper sur un type de cas, on peut laisser ce cas passer tout seul. Mais cette décision, c'est l'entreprise qui la prend avec des données, pas l'agence par défaut.
Ça a une conséquence pratique : l'équipe doit pouvoir voir ce qu'a fait le flux et l'arrêter. Un tableau de bord simple avec ce qui est entré, ce qui est sorti et ce qui attend une relecture. Sans ça, l'automatisation devient une boîte noire, et une boîte noire dans une entreprise de taille moyenne s'éteint au premier doute.
Comment mesurer si ça a valu le coup
Deux chiffres avant le pilote et les deux mêmes après : combien de temps prenait le processus fait à la main, du début à la fin, et combien d'erreurs se glissaient (devis jamais envoyés, relances oubliées, données mal recopiées). Pendant le pilote, on chronomètre la relecture et on compte les corrections. Si le temps baisse et que les erreurs ne montent pas, ça vaut le coup. Si la personne met presque autant de temps à relire qu'à faire, le flux est mal pensé et on le repense avant de le déployer.
Il ne faut pas se fier aux estimations de la première semaine, ni aux bonnes ni aux mauvaises : les données se stabilisent quand le flux a vu assez de cas.
Par où commencer demain
Sans agence et sans outils : demande à chaque personne de l'équipe de noter pendant une semaine les tâches qu'elle fait plus d'une fois et qui l'ennuient. Rassemble les listes. Choisis celle qui se répète, qui laisse une trace et que personne ne veut faire. Écris ses étapes sur une feuille, une par ligne. Tu as déjà la conception de ta première automatisation, et la moitié du travail d'un diagnostic.
Si tu veux qu'on le fasse avec toi, on commence par cette même réunion. Et si le processus qui te pèse le plus a à voir avec les avis Google, commence par lire comment se travaille la fiche dans l'article sur le SEO local : une partie du problème n'est peut-être pas une question d'automatisation.
