Un dirigeant m'explique qu'il veut un agent IA pour traiter ses demandes clients. Je lui demande combien de temps s'écoule aujourd'hui entre l'arrivée d'une demande et la première réponse. Il ne sait pas. On regarde ensemble, on prend dix demandes au hasard. Les délais vont de deux heures à onze jours. Personne dans l'entreprise n'avait ce chiffre. Le sujet n'était plus l'agent IA.
Ce que ça veut dire, cartographier
Pas un schéma BPMN de quatre mètres de long. Pas trois semaines d'ateliers. Cartographier, ici, c'est suivre un dossier réel de bout en bout et noter ce qui lui arrive.
Trois choses à relever, et seulement trois :
- Les passages de main. Chaque fois que le dossier change de personne, d'outil ou de support.
- Les ruptures. Chaque fois qu'il faut ressaisir une information qui existait déjà ailleurs, ou sortir de l'outil principal pour aller chercher quelque chose.
- Les temps d'attente. Pas le temps de travail : le temps où le dossier ne bouge pas parce qu'il attend une validation, une réponse, ou simplement le prochain créneau de quelqu'un.
Le troisième point est le plus rentable. Dans presque tous les processus que j'ai regardés, le temps d'attente écrase le temps de travail. On peut passer des mois à accélérer une tâche de douze minutes qui attend trois jours devant une signature.
La méthode en une journée
Voilà comment je procède quand le temps est compté.
Le matin, on choisit un cas. Un seul type de dossier, le plus fréquent ou le plus douloureux. Pas « nos processus », mais « une commande client standard » ou « une demande de congé ».
On prend cinq dossiers réels et récents. Pas un dossier imaginaire, pas le dossier exemplaire. Cinq vrais, choisis au hasard dans les trois derniers mois.
On les reconstitue à voix haute, avec les personnes qui les ont traités, en écran partagé. Chaque étape est notée sur une ligne : qui, quel outil, combien de temps, qu'est-ce qui a bloqué.
L'après-midi, on compte. Nombre de passages de main. Nombre de ressaisies. Délai total contre temps de travail effectif. Ces trois nombres suffisent à ouvrir la discussion.
La règle la plus importante : ne pas chercher de solution avant d'avoir fini de décrire. Dès qu'on propose un outil, la salle arrête d'observer et se met à débattre. J'annonce explicitement que la première partie est en mode constat, et je m'y tiens.
Pourquoi les gens résistent, et comment ça se débloque
Dire à une équipe qu'on vient regarder son processus est rarement bien reçu. C'est normal : historiquement, ce genre d'exercice a servi à réduire des effectifs.
Ce qui désamorce, dans mon expérience : montrer très vite que la cible n'est pas les gens mais les frottements. La première ressaisie qu'on supprime, la première validation inutile qu'on retire, ce sont des victoires pour ceux qui font le travail. À partir de là, ils deviennent la meilleure source d'information de la mission, et ils raconteront des choses qu'aucun entretien avec la direction ne fera remonter.
L'autre chose qui aide, c'est de restituer aux personnes interrogées avant de restituer à la direction. Elles corrigent, elles complètent, et elles savent que rien de faux ne partira en haut.
Ce que la cartographie révèle, presque toujours
En accompagnant des dirigeants de TPE et PME — chez Grabloop, et pendant ma période de coach référente chez Entrepreneurs.com — j'ai vu revenir les mêmes motifs, quel que soit le secteur.
Le processus décrit et le processus vécu ont divergé. Souvent depuis longtemps, et souvent pour de bonnes raisons : les gens ont bricolé une solution à un problème que l'organisation n'avait pas traité.
Une même information est saisie deux ou trois fois. Entre un formulaire, un tableur et le logiciel métier. Personne ne le voit parce que chacun ne fait qu'une des saisies.
Une validation existe sans qu'on sache pourquoi. Elle a été mise en place après un incident, il y a des années. Le risque a disparu, la validation est restée, et elle coûte deux jours par dossier.
Un outil déjà payé couvre une partie du besoin. La fonctionnalité existe, personne n'a été formé, on cherche à l'acheter ailleurs.
La conclusion qui dérange : la moitié n'a pas besoin d'IA
Quand on fait le tri à la fin, une grande partie des gains identifiés ne demande aucune technologie nouvelle. Supprimer une ressaisie, retirer une validation obsolète, écrire une règle de décision claire, activer un module déjà acheté : ça ne fait pas un beau slide, ça se met en œuvre en quelques semaines, et l'effet est immédiat.
Je le dis à chaque restitution, y compris quand la mission suivante était censée porter sur des agents IA. Ce n'est pas de la modestie mal placée : commencer par là rend la suite plus facile. Automatiser un processus propre coûte moins cher, produit de meilleurs résultats, et se maintient. Automatiser un processus cassé revient à cacher le problème derrière une couche de plus.
Et pour les chantiers qui, eux, appellent vraiment de l'IA, tu arrives avec ce qui manquait : des étapes écrites, des volumes connus, un point d'entrée et un point de sortie clairs.
À faire cette semaine
Choisis ton type de dossier le plus fréquent. Prends les cinq derniers. Note pour chacun la date d'arrivée, la date de sortie, et le nombre de personnes qui y ont touché. Une heure de travail. Regarde l'écart entre le meilleur et le pire des cinq — c'est en général là que se trouve ton premier chantier, et il ne coûtera pas grand-chose.