Un client nous a contactés l'année dernière avec une demande claire : automatiser leur processus d'approbation des factures. Le processus était lent, les collaborateurs se relançaient mutuellement pour obtenir des signatures, et personne ne savait vraiment quelles factures avaient été réglées. La solution semblait évidente. Construire un outil, éliminer les frictions.
Nous avons passé la première semaine sans rien construire. Nous avons cartographié le processus tel qu'il fonctionnait réellement - pas la version théorique des procédures internes, mais ce qui se passait vraiment sur le terrain. Ce que nous avons trouvé : quatre étapes redondantes héritées d'une réorganisation datant de trois ans, deux niveaux d'approbation ajoutés suite à un audit et devenus inutiles depuis, et un contrôle de conformité qui intervenait après que le paiement avait déjà été effectué. Ce contrôle était purement formel.
Ils n'avaient pas besoin d'automatisation. Ils devaient d'abord corriger le processus. Automatiser ce qu'ils avaient n'aurait fait que transformer un processus lent et défaillant en un processus rapide et défaillant.
Ce que l'automatisation fait réellement
L'automatisation supprime l'humain d'une boucle. C'est précisément l'objectif - moins d'étapes manuelles, moins d'attente, un coût par transaction réduit. Mais quand on retire l'humain d'une boucle, tout ce que cette personne faisait disparaît avec elle.
Parfois, c'est l'objectif recherché. Mais parfois, cette personne détectait des erreurs. Remarquait quand quelque chose semblait anormal. Faisait preuve de jugement pour décider de signaler une anomalie. Passait un coup de téléphone avant d'approuver quelque chose de suspect. Ce ne sont pas des inefficacités - ce sont des contrôles. Quand on automatise la boucle, on automatise aussi la suppression de ces contrôles, et on ne réalise généralement ce qu'on a perdu qu'au moment où quelque chose déraille.
L'automatisation fait tourner un processus plus vite et à plus grande échelle. C'est un avantage quand le processus est sain. Quand le processus est défaillant, c'est un risque.
Le problème de la vitesse
Un processus manuel défaillant peut produire une dizaine de mauvais résultats par mois. Un fournisseur payé deux fois, une facture égarée, une validation signée par la mauvaise personne. C'est problématique, mais gérable. Récupérable.
Un processus automatisé et défaillant peut produire dix mille mauvais résultats par mois. Et l'ampleur de l'échec est souvent invisible - précisément parce qu'il n'y a plus d'humain dans la boucle pour remarquer que quelque chose ne va pas. Lorsque le problème remonte à la surface, les dégâts se sont accumulés. La comptabilité découvre en fin de trimestre que la logique d'exception a mal routé une catégorie de factures pendant onze semaines. Le travail manuel nécessaire pour corriger onze semaines d'erreurs automatisées dépasse largement le temps que l'automatisation avait permis d'économiser.
La vitesse n'est pas toujours un avantage. Quand le processus est défaillant, la vitesse devient l'ennemi.
Automatiser avant de comprendre
La plupart des échecs d'automatisation ne viennent pas d'une mauvaise ingénierie, mais d'une défaillance en amont, au stade de la conception. Le schéma habituel est le suivant : l'équipe opérationnelle a un processus qui semble pénible. Quelqu'un propose l'automatisation. Un outil est développé qui numérise le processus existant. L'outil est déployé. Et six mois plus tard, l'entreprise est plus dépendante que jamais d'un processus qui n'était pas vraiment correct dès le départ.
Cela se produit parce qu'automatiser l'existant est plus facile que de concevoir ce qui devrait exister. Le processus existant est chargé d'années de contournements accumulés, de correctifs, d'exceptions non documentées et d'habitudes institutionnelles. Quand on automatise tout cela, on ne préserve pas seulement le dysfonctionnement - on le fige. Il devient beaucoup plus difficile à modifier parce qu'un système entier est désormais construit autour de lui.
L'outil devient la raison pour laquelle le processus ne peut plus évoluer. C'est le monde à l'envers.
Le bon ordre
Il existe une séquence correcte, et la plupart des équipes sautent l'étape du milieu.
Premièrement, cartographier le processus tel qu'il est réellement. Pas la version officielle du document de procédure - la version qui tourne vraiment. Qui fait quoi, dans quel ordre, et pourquoi. Où vont les exceptions. Qu'est-ce qui remonte. Combien de temps dure chaque étape. Comment les équipes contournent-elles le système.
Deuxièmement, repenser le processus de zéro tel qu'il devrait être. Pas retoucher les marges - questionner l'ensemble. Cette étape est-elle nécessaire. Cette validation apporte-t-elle un vrai contrôle ou ne fait-elle que créer des délais. Existe-t-il une façon plus simple d'arriver au même résultat. Cette étape est inconfortable parce qu'elle exige de prendre des décisions, pas seulement de construire. Mais la sauter est l'erreur la plus fréquente et la plus coûteuse dans l'automatisation des processus.
Troisièmement, construire l'automatisation sur le processus repensé. Pas sur l'original.
La plupart des équipes passent directement de la première à la troisième étape. Le système qu'elles construisent consacre tout ce qui n'allait pas.
Signes que votre processus nécessite une correction avant l'automatisation
Soyez attentifs à ces indicateurs :
- Il y a beaucoup d'exceptions et de cas particuliers. Si le processus génère plus d'exceptions que de résultats standards, ce n'est pas un processus - c'est une collection de contournements.
- Les collaborateurs contournent régulièrement le système. Quand votre équipe trouve systématiquement des moyens de s'affranchir du flux officiel, c'est que ce flux ne correspond pas au travail réel.
- Différentes personnes réalisent la même étape différemment. Cette incohérence signifie que le processus n'a jamais été clairement défini.
- Il y a "la personne qui sait comment ça marche". Si le processus vit dans la tête de quelqu'un plutôt que dans une documentation claire, il n'est pas prêt à être automatisé. Quand cette personne est absente, le processus s'arrête.
- Le processus n'a pas été revu depuis sa conception. La plupart des processus ont été conçus pour des conditions qui n'existent plus.
Avant de construire quoi que ce soit
Nous auditons le processus. À chaque fois. Non pas pour retarder le travail, mais parce que construire sur des fondations défaillantes garantit l'échec. Les clients qui résistent à cette étape reviennent généralement six mois plus tard avec un système qu'ils ne peuvent pas utiliser.
Si vous souhaitez automatiser un processus - ou si vous suspectez avoir un processus à corriger avant même de penser à l'automatisation - contactez-nous. Nous commencerons par comprendre ce que vous avez réellement avant de discuter de ce qu'il faut construire.