Comment savoir quel processus automatiser en priorité ?
On me pose souvent la question. La réponse tient en quatre critères. Je les applique dans l'ordre, et le premier qui échoue disqualifie le process. Pas de tableau de bord compliqué, pas de scoring pondéré. Une grille que je peux tenir de tête.
Avant de détailler, un point de méthode. Le plus grand risque n'est pas de choisir le mauvais process. C'est de commencer par un cas trop petit, d'obtenir un résultat décevant, et de conclure que l'automatisation ne marche pas pour vous. J'ai écrit ailleurs sur les projets IA qui restent bloqués au niveau 1, et ce mauvais départ en est une cause classique.
Quels sont les quatre critères de ma grille ?
Le process est-il récurrent ?
C'est le filtre le plus efficace. Un process qui revient chaque semaine ou chaque mois justifie l'investissement. Un process ponctuel, même pénible, ne le justifie presque jamais. Vous passez plus de temps à cadrer qu'à exécuter.
Le process est-il stable ?
Stable veut dire : les étapes se ressemblent d'une fois sur l'autre. Les entrées changent, le déroulé change peu. Si chaque itération est une nouvelle aventure, vous n'avez pas un process, vous avez un jugement humain déguisé en process. Automatisez d'abord la partie qui se répète, gardez le reste en manuel.
Le process est-il pilotable par des règles ?
Pouvez-vous décrire ce qui se passe à chaque étape, avec des conditions du type si ceci alors cela ? Si oui, c'est pilotable. Les modèles de langage ont élargi ce critère : ils gèrent maintenant des tâches autrefois jugées trop floues, comme qualifier un texte ou classer une demande. Mais il faut quand même pouvoir dire ce qu'est un bon résultat.
Les accès sont-ils ouvrables ?
Critère sous-estimé. Un process parfait sur le papier mais verrouillé derrière un outil fermé ou une politique d'accès rigide restera sur le papier. Je vérifie toujours, avant tout le reste, si je peux lire et écrire là où le process vit. Sinon, je passe au candidat suivant.
quatre critères, quatre questions, aucune ne demande d'outil pour y répondre
Quel seuil respecter avant de se lancer ?
Ma règle : une journée-personne par semaine. Si le process mobilise moins, je ne l'automatise pas encore. Je le documente, je note où ça coince, et je le laisse mûrir. Cette estimation est un ordre de grandeur issu de mon expérience, pas une loi. Elle sert surtout à résister à l'effet nouveauté : on veut automatiser la tâche qui nous agace, pas celle qui coûte cher.
L'inverse fonctionne aussi. Un process à cinq heures par semaine mais parfaitement éligible peut attendre si un autre en consomme trois jours. La grille classe, le seuil arbitre.
Quels exemples concrets passent cette grille ?
Voici les irritants que je croise le plus souvent dans mon métier, et qui cochent les quatre cases. Chacun fait l'objet d'un article détaillé.
- Le reporting commercial : récurrent, structuré, sources accessibles. Candidat idéal. J'en décris une mise en œuvre complète dans automatiser un reporting commercial avec l'IA.
- L'enrichissement des leads : recherche, qualification, insertion dans le CRM. Répétitif par nature. Voir l'enrichissement de leads CRM par l'IA.
- La ressaisie entre outils : copier-coller entre un CRM et un espace de travail, par exemple. Le pire irritant du lot. J'ai traité le cas de la synchronisation Notion et CRM sans ressaisie.
- Les decks récurrents : comités de pilotage, points trimestriels, mêmes structures à chaque fois. Article dédié sur les decks récurrents et QBR automatisés.
- La veille concurrentielle : collecte, tri, synthèse, diffusion. Récurrente et pilotable. Méthode détaillée dans automatiser sa veille concurrentielle avec l'IA.
Aucun de ces exemples n'est spectaculaire. C'est précisément le signe qu'ils sont bons : les meilleurs candidats sont ennuyeux.
Par où commencer concrètement ?
- Listez vos process candidats sans filtre, pendant une semaine, au fil des irritants.
- Passez chacun aux quatre critères : récurrent, stable, pilotable, accès ouvrables.
- Estimez le volume en journée-personne par semaine, large. Écartez tout ce qui passe sous le seuil.
- Choisissez le plus gros survivant, pas le plus séduisant.
- Cadrez une première version réduite : une entrée, une sortie, un test simple.
- Mesurez le temps rendu avant d'étendre. Puis recommencez la grille avec le suivant.
Si vous voulez voir ce que donne cette grille appliquée à vos process, c'est exactement ce que mesure mon diagnostic d'automatisation. Et si la question du budget vous bloque, j'ai détaillé ce que coûte l'automatisation d'un process avec l'IA.
Quand ne faut-il pas automatiser ?
Trois signaux me font renoncer, même devant un process qui coche toutes les cases. D'abord, un process en pleine redéfinition métier : automatisez après avoir simplifié, jamais avant. Ensuite, un volume sous le seuil : le coût de maintenance dépasse vite le gain. Enfin, une tâche dont la valeur vient justement du jugement humain, comme une négociation sensible ou un retour critique sur un livrable stratégique. Là, l'IA assiste, elle ne remplace pas.