Partir des frictions, pas de la technologie
La question « que pourrait-on automatiser avec l'IA ? » mène rarement loin. Elle part de l'outil et cherche un usage. La bonne question est inverse : où le travail coince-t-il aujourd'hui ?
Une friction se repère à ses effets. Une tâche que personne ne veut faire. Un retard qui revient chaque mois. Une erreur qui se répète. Une information qu'il faut réclamer plusieurs fois. Ces signaux montrent où le temps et l'attention se perdent.
Pour les trouver, suivez un dossier de bout en bout : une commande, une facture, une demande client. Notez chaque étape, chaque outil, chaque personne et chaque attente. Les points de blocage apparaissent vite, et ils sont rarement là où on les imaginait.
Les quatre familles de candidats à l'automatisation
Dans la plupart des entreprises, les candidats se rangent dans les quatre familles ci-dessous. Elles n'appellent pas toutes la même solution. Leur point commun : une personne fait un travail que des règles ou des données pourraient porter.
Un même processus relève souvent de plusieurs d'entre elles. Une commande reçue par mail, ressaisie dans l'ERP puis confirmée à la main au client en est un exemple courant. C'est en général le signe d'un bon candidat.
À ce stade, listez tout ce que vous trouvez, sans filtrer. Le tri vient ensuite.
- Les tâches répétitives : la même suite d'actions, plusieurs fois par jour ou par semaine, avec peu de variations.
- Les ressaisies : une information déjà présente dans un outil, recopiée à la main dans un autre.
- La circulation d'information à la main : des pièces transmises par mail, des relances, des tableurs qu'on s'envoie pour savoir où en est un dossier.
- Les décisions prises mais exécutées à la main : la règle est claire, la décision est rapide, mais il faut ensuite cliquer, remplir, envoyer et mettre à jour.
Six critères pour évaluer chaque processus
Chaque candidat s'évalue sur les mêmes critères. Une note simple, de faible à fort, suffit. Le but n'est pas la précision, mais la comparaison entre processus.
Pour le volume, partez de ce que vos outils enregistrent déjà : commandes, factures, tickets, demandes. Quand rien n'est enregistré, un relevé sur une période courte donne un ordre de grandeur suffisant.
Ces critères se renseignent mieux avec ceux qui font le travail qu'en réunion de direction. Ce sont eux qui connaissent les volumes réels, les cas difficiles et les contournements.
- Volume et fréquence : combien de fois la tâche revient-elle ? Un processus rare rapporte peu, même s'il est pénible.
- Stabilité des règles : les règles peuvent-elles s'écrire, et changent-elles peu ? Si chacun procède à sa façon, il faut d'abord s'accorder sur la règle.
- Données disponibles et accessibles : l'information nécessaire existe-t-elle, sous une forme lisible, dans un outil qu'on peut interroger ?
- Coût d'une erreur : que se passe-t-il quand la tâche est mal faite ? Plus l'erreur coûte cher, plus la fiabilité gagnée compte, et plus le contrôle doit être soigné.
- Nombre d'exceptions : quelle part des cas sort du chemin normal ? Beaucoup d'exceptions signifie beaucoup de reprises à la main.
- Personnes concernées : combien de personnes font ou subissent ce travail, et dans combien d'équipes ?
Ce qu'il vaut mieux ne pas automatiser au début
Certains processus semblent tentants mais font de mauvais premiers projets. Ils ne sont pas exclus pour toujours. Ils demandent un socle que les premiers projets aident à construire.
Quand ce sont les données qui manquent, le travail n'est pas perdu. Connecter les outils et fiabiliser les données est souvent la première étape utile, avant toute automatisation.
- Un processus que personne ne décrit de la même façon : l'automatiser revient à figer un désaccord.
- Un processus en cours de réorganisation : mieux vaut attendre que le nouveau fonctionnement soit stable.
- Un processus rare, même très pénible : l'effort de mise en place ne sera pas compensé.
- Une décision engageante ou sensible, sans validation humaine prévue : commencez par préparer la décision, pas par la prendre.
- Un processus dont les données sont dispersées, incomplètes ou introuvables : le vrai chantier est d'abord la donnée.
Une grille simple pour prioriser : valeur × faisabilité
Regroupez les six critères en deux axes. La valeur réunit le volume, le coût d'une erreur et le nombre de personnes concernées. La faisabilité réunit la stabilité des règles, l'accès aux données et la rareté des exceptions.
Placez chaque processus sur ces deux axes. Quatre zones apparaissent. La grille n'a pas besoin d'être exacte : elle sert à rendre les arbitrages explicites et à les discuter avec les équipes.
Revoyez-la après chaque projet. Un processus jugé difficile peut devenir faisable une fois les données connectées ou les règles clarifiées par un projet voisin.
- Valeur forte, faisabilité forte : les priorités. C'est ici que se choisit le premier projet.
- Valeur forte, faisabilité faible : les chantiers à préparer. Il faut d'abord clarifier les règles ou rendre les données accessibles.
- Valeur faible, faisabilité forte : les gains secondaires, à regrouper ou à garder pour plus tard.
- Valeur faible, faisabilité faible : à laisser de côté.
Commencer petit, sur un cas représentatif
Une fois la priorité choisie, n'automatisez pas tout le processus d'un coup. Choisissez un cas réel, limité mais représentatif : un type de document, un site, une équipe, une famille de demandes. Assez petit pour réduire le risque. Assez réel pour que le résultat ait du sens.
C'est l'étape que nous appelons PROVE. Elle vérifie trois choses : la règle tient sur des cas réels, les données suffisent, le gain attendu existe. Écrivez vos hypothèses avant de commencer, et la façon de les vérifier. Comparez après.
Si le cas tient, vous déployez, puis vous élargissez. S'il ne tient pas, vous l'apprenez tôt, avant d'avoir engagé tout le processus.
Impliquer ceux qui font le travail
Les personnes qui exécutent le processus chaque jour savent où sont les exceptions, quelles règles ne sont écrites nulle part et quels contournements font tenir l'ensemble. Sans elles, l'automatisation reproduit le processus officiel, pas le processus réel.
Associez-les dès le repérage, puis pendant la recette. Elles valident les règles, testent sur leurs propres dossiers et signalent ce qui ne va pas. C'est aussi ce qui fait qu'un système est réellement utilisé une fois en place.
Soyez clair sur l'objectif. Il ne s'agit pas de surveiller les personnes, mais de retirer du travail sans valeur. Dites ce que le temps libéré permettra de faire. Sans cette clarté, les équipes protègent leurs contournements au lieu de les partager.
