Le processus qui fait le plus mal n'est que rarement celui qui coûte le plus cher. Cinq caractéristiques d'un bon candidat à l'automatisation — et le moment où il vaut mieux ne pas y toucher.
La décision la plus souvent erronée en matière d'automatisation ne relève pas de la technique, mais du choix. On automatise le processus qui fait le plus mal — celui dont l'équipe se plaint le plus. Ce n'est presque jamais le même que celui qui coûte le plus cher. Un processus qui, une fois par trimestre, cause deux heures de tension reste gravé dans les mémoires. Un processus qui grignote douze minutes chaque matin disparaît dans la routine — et s'accumule sur une année en un multiple de tout cela.
Avant de parler d'outils ou de modèles, une question sobre s'impose donc : à quoi reconnaît-on qu'un processus est un bon candidat ? De près d'une décennie d'automatisation dans des environnements Fortune 500 et de ce que nous avons chez Skopa d'abord automatisé au sein de notre propre entreprise, se dégagent cinq caractéristiques solides.
1. Il revient souvent et toujours à l'identique
Le levier le plus puissant, c'est la fréquence. Un processus qui tourne chaque jour ou plusieurs fois par semaine amortit rapidement le temps de développement. Un processus qui survient deux ou trois fois par an ne le fait presque jamais — là, une bonne liste de contrôle vaut mieux qu'un système. Tout aussi important : le déroulement doit rester largement identique. Des étapes récurrentes et fondées sur des règles se laissent modéliser proprement ; un processus qui prend une forme différente à chaque exécution n'est pas un processus, mais une suite de décisions ponctuelles.
2. Les règles peuvent s'énoncer
Si la personne qui exécute un processus peut expliquer en quelques phrases selon quelles règles elle décide, le processus est un bon candidat. Si la réponse honnête est « ça, je le vois sur le moment », c'est qu'un savoir d'expérience se cache derrière, difficile à traduire en règles. Cela ne veut pas dire que c'est impossible — mais l'effort se déplace de l'automatisation vers la compréhension du processus. C'est précisément pour cela que nous commençons par observer, et non par construire.
3. Les données sont structurées
L'automatisation ne vaut que ce que valent les données sur lesquelles elle repose. Un processus dont les entrées se présentent sous une forme clairement structurée — dans un système, une base de données, un export propre — s'automatise de manière fiable. Si les données sont dispersées dans des pièces jointes de courriels, des notes manuscrites et trois tableaux non réconciliés, la première étape n'est pas l'automatisation, mais la mise en ordre de la base de données. C'est souvent le point de départ le plus honnête et le plus rentable.
4. Les erreurs coûtent cher ou sont embarrassantes
Le travail manuel fatigue. Dans les rapprochements, les transferts et les vérifications récurrents, des erreurs se glissent qu'on ne peut imputer à personne — elles sont le prix de la monotonie. Là où une seule erreur passée inaperçue coûte cher ou entame la confiance des clients, l'automatisation rapporte doublement : elle fait gagner du temps tout en réduisant le taux d'erreur. Un système compare la deux-centième facture avec le même soin que la première.
5. Il bloque ou retarde autre chose
Certains processus coûtent moins par le travail lui-même que par l'attente qu'ils génèrent. Une étape de validation sur laquelle trois autres personnes patientent. Un rapport qui n'apparaît qu'en fin de mois, alors que la décision en aurait besoin chaque semaine. Lorsqu'une étape manuelle devient un goulet d'étranglement, le vrai gain de l'automatisation n'est pas l'heure économisée, mais le découplage : les choses se produisent quand elles sont nécessaires, et non quand quelqu'un trouve le temps de s'en occuper.
Quand il vaut mieux s'abstenir
L'honnêteté fait partie de l'analyse. Il existe des cas où l'automatisation est la mauvaise réponse — et la vendre malgré tout manquerait de sérieux. Nous disons alors non, et nous consignons la justification par écrit, afin que la question ne resurgisse pas dans un an.
- Le processus revient rarement. Ce qui survient deux fois par an justifie rarement le temps de développement — une liste de contrôle documentée est moins coûteuse et plus robuste.
- Le processus est sur le point de changer. Automatiser un déroulement qu'on remaniera de toute façon dans six mois, c'est le construire deux fois. Clarifier d'abord le processus, automatiser ensuite.
- L'exception est la règle. Quand presque chaque exécution est un cas particulier, on automatise avant tout le traitement des exceptions — coûteux et sujet aux erreurs.
- Le contact humain est la valeur. Certains processus sont volontairement personnels. Les rendre plus efficaces reviendrait à rationaliser précisément ce qui en fait la valeur.
- La base de données fait défaut. Sans données fiables et structurées, on automatise le chaos — plus vite, mais pas mieux.
«Ne rien faire n'est pas gratuit. Mais tout automatiser non plus.»
Le processus le plus coûteux est l'invisible
Un schéma revient dans presque toutes les analyses : les processus au plus fort levier sont rarement ceux qui figurent sur une liste de souhaits. Ce que quelqu'un signale comme « pénible », il l'a déjà en tête — au besoin, il pourrait s'organiser autrement. Les vrais coûts, ce sont les processus devenus si évidents que plus personne ne les remet en question : la recopie quotidienne de chiffres, le rapprochement hebdomadaire de deux systèmes, la ressaisie à la main parce que deux logiciels ne se parlent pas. Ce travail ne ressemble pas à un problème, il ressemble à « le métier ». C'est précisément là que réside son piège.
C'est pourquoi, lors d'une analyse, nous parlons délibérément avec les personnes qui exécutent le processus au quotidien, et pas seulement avec la direction. La vérité sur un déroulement, ce n'est que rarement la personne qui l'a décrit qui la connaît, mais celle qui le fait chaque jour. Ce n'est qu'en voyant le processus là où il se déroule réellement que l'on découvre où le temps se perd effectivement — et non simplement là où il manque le plus bruyamment.
De l'intuition au chiffre
Les cinq caractéristiques sont une boussole, pas une preuve. Qu'un processus donné soit rentable, cela se décide sur un cadrage quantitatif : combien de fois par mois, combien de temps par exécution, à quel point sujet aux erreurs, qui attend qui. C'est seulement de là que naît un chiffre solide — des heures par an, valorisées à vos coûts internes, et non à une moyenne sectorielle tirée d'une étude.
Nous avons d'abord parcouru ce chemin dans notre propre entreprise — non pas en automatisant tout, mais en choisissant ce qu'il fallait. C'est précisément ce choix qui est au cœur de toute analyse de potentiel : un classement honnête de ce qui est rentable en premier, de ce qui peut attendre et de ce que vous avez intérêt à faire à la main.
