Pour mesurer le résultat d’une automatisation, il faut savoir d’où l’on part avant de construire quoi que ce soit : volumes, temps passé, délais, erreurs, dépendance à une personne. On choisit ensuite un petit nombre d’indicateurs, on les définit précisément et on fixe à l’avance la période et la méthode de calcul. Enfin, on surveille ce que l’automatisation a pu déplacer ou dégrader ailleurs. Sans ces trois éléments, le « résultat » annoncé reste une impression, pas une mesure.
Pourquoi la mesure se prépare avant de construire
La plupart des projets d’automatisation cherchent à mesurer leur effet une fois le système en service. À ce moment-là, il est souvent trop tard : personne n’a relevé combien de temps prenait réellement le traitement d’un dossier, combien de cas revenaient pour correction, ni quel délai séparait la réception d’une demande de sa réponse. On compare alors le nouveau fonctionnement à un souvenir, et chacun garde le sien.
Le point de départ a une deuxième utilité, moins visible : il oblige à décrire le processus tel qu’il fonctionne vraiment. En comptant les cas, on découvre les exceptions ; en chronométrant, on découvre les étapes que personne ne mentionne. C’est pourquoi la mesure fait partie du cadrage et non du bilan. Dans notre cartographie de processus, le relevé de la situation de départ est un livrable à part entière, au même titre que les règles et les exceptions formalisées.
Établir le point de départ
Un point de départ utile n’a pas besoin d’être parfait. Il doit être daté, reproductible et relevé sur une période représentative (en évitant par exemple une semaine de congés ou un pic exceptionnel, sauf si c’est justement ce pic qui pose problème). Cinq familles de mesures couvrent la plupart des processus.
Les volumes
Combien de cas le processus traite-t-il par semaine ou par mois : factures, demandes clients, devis, dossiers, lignes à rapprocher ? Le volume sert de dénominateur à presque tous les autres indicateurs. Notez aussi sa variabilité : un processus qui traite 40 dossiers une semaine et 200 la suivante ne se mesure pas comme un flux régulier.
Le temps passé par cas
C’est souvent l’indicateur le plus attendu et le plus mal mesuré. Demander « combien de temps cela vous prend-il ? » donne une estimation, pas une mesure. Mieux vaut chronométrer un échantillon de cas réels, en distinguant les cas simples et les cas avec exception, ou s’appuyer sur des traces existantes (horodatage dans un outil, journal de tickets). Si seule une estimation est possible, écrivez-le : c’est une limite à mentionner plus tard, pas un défaut à cacher.
Les délais
Le délai de bout en bout (de la réception à la clôture) diffère du temps de travail effectif. Un dossier peut demander vingt minutes de travail et attendre trois jours dans une boîte mail. Pour beaucoup de processus, c’est le délai qui compte pour le client ou pour la direction, et c’est lui que l’automatisation réduit le plus nettement.
Les erreurs et les reprises
Combien de cas reviennent pour correction, sont rejetés par un contrôle en aval ou provoquent une réclamation ? Définissez ce qu’est une erreur avant de compter : une saisie corrigée avant envoi n’a pas le même poids qu’une facture partie avec un mauvais montant.
La dépendance à une personne
Ce critère se mesure mal en chiffres, mais il se constate : combien de personnes savent traiter le processus de bout en bout ? Que se passe-t-il pendant leurs absences ? Un processus qui s’arrête quand une personne part en congé présente un risque que l’automatisation peut réduire, même sans gain de temps spectaculaire. Notez-le simplement, par exemple : « une personne sur trois sait traiter les exceptions ; en son absence, les dossiers attendent ».
Choisir un indicateur convenu à l’avance
Une fois le point de départ relevé, il faut décider ce qui comptera comme un succès. La règle est simple : un indicateur principal, deux ou trois indicateurs de contrôle au maximum, et un accord écrit entre ceux qui financent le projet, ceux qui l’utilisent et ceux qui le construisent.
L’indicateur principal découle du problème qui a motivé le projet. Si la douleur est le délai de réponse aux clients, mesurer le temps économisé par l’équipe passera à côté. Si le problème est la fiabilité du reporting, le bon indicateur porte sur les corrections après diffusion, pas sur la vitesse de production. Prenons un exemple illustratif : une équipe ADV qui ressaisit les commandes reçues par e-mail dans l’ERP peut viser le délai entre réception et saisie validée, avec comme contrôles le taux de commandes corrigées après saisie et le temps de vérification humaine par commande.
Fixer l’indicateur avant de construire protège contre une tentation courante : choisir après coup celui qui présente le mieux. Si trois indicateurs ont été suivis et qu’un seul s’est amélioré, le résultat honnête le dit.
La cible, elle, peut rester une hypothèse. Il est légitime d’écrire « nous visons une réduction du délai, sans chiffre engageant tant que les exceptions n’ont pas été observées sur un mois ». Une cible chiffrée inventée pour rassurer crée surtout une déception programmée.
Définir la période et la méthode de calcul
Deux mesures du même indicateur ne sont comparables que si elles sont calculées de la même façon. Avant la mise en service, précisez :
- la période : combien de semaines avant, combien après, et à partir de quand le système est considéré comme stabilisé (les premières semaines, marquées par les ajustements, ne sont généralement pas représentatives) ;
- le périmètre : quels cas entrent dans le calcul, et lesquels en sont exclus (cas hors processus, dossiers traités manuellement par choix) ;
- la formule : moyenne ou médiane, délai calendaire ou ouvré, erreurs comptées par cas ou par ligne ;
- la source : l’outil ou le fichier d’où viennent les données, et qui les extrait.
La médiane est souvent plus parlante que la moyenne pour les délais, car quelques dossiers bloqués plusieurs semaines suffisent à fausser une moyenne. Le choix importe moins que sa constance : la même formule avant et après.
Pensez enfin aux facteurs extérieurs. Si le volume a doublé entre les deux périodes, si une personne expérimentée est partie ou si un fournisseur a changé de format de facture, le résultat en est affecté. Ces changements ne l’invalident pas, mais ils doivent être notés.
Surveiller les effets secondaires
Une automatisation peut améliorer son indicateur principal tout en dégradant autre chose. Quatre effets méritent un suivi explicite.
Le temps de validation humaine ajouté. Lorsque des décisions sensibles restent validées par une personne, ce qui est souvent souhaitable, ce temps de vérification doit entrer dans le calcul. Un traitement qui passe de quinze minutes à deux minutes d’exécution, mais qui demande dix minutes de relecture, n’a pas le même intérêt que celui annoncé. Notre article sur le partage entre code, IA et validation humaine détaille comment placer ces contrôles.
Les exceptions qui augmentent. Un système qui traite bien les cas standards peut renvoyer davantage de cas vers l’humain que prévu. Suivez la part de cas traités sans intervention et la part renvoyée en exception, et regardez si cette part évolue dans le temps.
Les coûts tiers. Licences, appels à des modèles d’IA, hébergement, connecteurs : ces coûts varient souvent avec le volume. Ils doivent figurer à côté du gain, pas dans une ligne séparée que personne ne relit. Pour une vue d’ensemble de ces postes, voir ce que coûte l’automatisation d’un processus métier.
La qualité perçue. Les personnes qui reçoivent le résultat (clients, collègues d’une autre équipe, direction) le trouvent-elles aussi fiable et lisible qu’avant ? Quelques questions posées à intervalles réguliers suffisent à détecter une dégradation que les chiffres ne montrent pas.
Un modèle de fiche de mesure
La fiche ci-dessous tient sur une page et se remplit avant la construction. Les valeurs sont laissées vides volontairement : elles viennent de votre point de départ, pas d’un exemple.
| Indicateur | Définition | Source | Valeur de départ | Cible | Période | Responsable |
|---|---|---|---|---|---|---|
| Délai de traitement (principal) | Médiane, en jours ouvrés, entre réception de la demande et clôture | Horodatage de l’outil de suivi | … | … | 8 semaines avant, 8 semaines après stabilisation | Responsable de l’équipe |
| Temps de travail par cas | Minutes de travail effectif, cas avec exception inclus | Chronométrage d’un échantillon | … | … | Même échantillonnage avant et après | Référent métier |
| Taux de reprise | Part des cas corrigés après validation ou envoi | Journal des corrections | … | … | Idem | Responsable qualité ou contrôle |
| Temps de validation humaine | Minutes de vérification par cas après automatisation | Chronométrage | Sans objet ou existant | … | 8 semaines après stabilisation | Référent métier |
| Part d’exceptions | Part des cas renvoyés à un traitement manuel | Journal du système | … | … | Suivi mensuel | Exploitant du système |
| Coûts tiers | Licences, appels API, hébergement rapportés au volume | Factures fournisseurs | … | … | Mensuel | Direction financière |
Ajoutez en bas de la fiche trois lignes : les cas exclus du calcul, les événements extérieurs connus pendant la période, et la date à laquelle la fiche a été validée par les parties.
Présenter honnêtement un résultat
Un résultat crédible se présente avec sa méthode. Concrètement, cela signifie indiquer :
- l’indicateur et sa définition exacte ;
- la valeur de départ et la valeur mesurée, avec les dates des deux périodes ;
- la méthode de calcul et la source des données ;
- les effets secondaires constatés, y compris défavorables ;
- les limites : estimation plutôt que mesure, échantillon réduit, période courte, facteur extérieur.
Cette discipline n’affaiblit pas le résultat, elle le rend utilisable. Une direction peut décider sur « le délai médian est passé de X à Y jours sur huit semaines, hors dossiers litigieux, avec cinq minutes de validation ajoutées par cas ». Elle ne peut rien faire d’un pourcentage isolé.
C’est la règle que nous appliquons à nos propres réalisations : chaque cas publié indique l’état initial, l’objectif convenu, le résultat mesuré, la période, la méthode de calcul et les limites. Lorsqu’un chiffre n’a pas été mesuré, nous ne le publions pas.
Dernier point d’honnêteté : si le processus est peu fréquent, très variable ou déjà rapide, la mesure peut montrer qu’automatiser ne valait pas l’effort. Mieux vaut le constater lors du relevé de départ qu’après la construction. Dans ce cas, la bonne décision est souvent de simplifier le processus existant, ou de choisir un autre candidat, par exemple avec les critères de quel processus automatiser en premier.
Pour aller plus loin
Si vous n’avez pas encore de point de départ fiable pour le processus que vous envisagez d’automatiser, la cartographie de processus inclut ce relevé de la situation de départ, avant toute décision de construction.