Dans quel ordre
Des fournisseurs et des réussites, il y en a assez. Ce qui manque : l'ordre — et ce à quoi on reconnaît qu'on est dans le mauvais.
Pourquoi les projets échouent
Pas sur l'idée, et presque jamais sur la technique. Qui demande pourquoi un projet est resté en plan obtient le plus souvent une réponse sur les responsabilités, les définitions ou les exceptions — et aucune sur l'outil.
La vraie raison
On automatise un processus que personne n'avait écrit auparavant. Ce qui est un processus en démonstration, ce sont trois variantes en exploitation.
La conséquence
La machine en reproduit une. Les deux autres atterrissent sur le bureau comme « cas particulier » — et le projet passe pour un échec.
Un processus qu'on ne peut pas expliquer en cinq phrases n'est pas prêt pour une machine. Il est prêt à être mis au propre.
En démonstration, la prise de commande est un processus : courriel entrant, commande créée.
Sept étapes
Cinq des sept étapes viennent avant la technique — elles coûtent des conversations, pas des licences. Qui les saute ne s'en aperçoit que lorsque l'outil est en place et que les exceptions arrivent.
-
Décrire le processus
Qui fait quoi, à quoi reconnaît-il que c'est terminé. Sur une page. Trois réponses différentes sont le constat — et la première tâche.
-
Compter les exceptions
« Cela arrive rarement » n'est pas une grandeur. À un cinquième d'exceptions, il faut garder tout le chemin manuel à côté. Savoir si cela vaut la peine est un calcul.
-
L'interface avant la reconstitution
Bien des choses vendues comme automatisation contournent une interface manquante. Parfois nécessaire, toujours plus cher et plus fragile.
-
Petit, mais réel
Un pilote avec des données de test préparées prouve seulement que cela marche avec des données préparées. Mieux : un cas réel, complet, avec toute sa saleté.
-
La personne au bon endroit
Là où une décision ne peut pas être reprise — autofacturation, déclaration de dommage, engagement. Avant cela, elle est un goulot d'étranglement.
-
Fixer à l'avance ce qui doit bouger
Quel chiffre, depuis quelle source. Après coup, on en trouve toujours un qui a bonne allure.
-
Déployer — avec l'exception
Ce qui fait basculer, ce n'est jamais le cas automatisé, mais la question de savoir qui s'occupe des autres.
Qui fait quoi, à quoi reconnaît-il que c'est terminé. Sur une page.
Exemple pratique : les factures de transporteurs
Ouvrir la facture, chercher la commande, comparer quatre valeurs, comptabiliser ou mettre de côté. Un processus que toute comptabilité connaît — et sur lequel on voit pourquoi le nombre de pièces décide.
Le calcul que personne ne fait
200 factures par mois à huit minutes font 27 heures. À 2 000, ce sont 270 — même technique, autre décision. Ces chiffres ne figurent pas dans l'offre du fournisseur.
La limite qui compte
Concorde → comptabilise directement. Écart dans la tolérance → comptabilise, avec mention. Écart au-delà → une personne, parce qu'un paiement ne se reprend pas.
Deux cents factures de transporteurs par mois. Ouvrir, chercher la commande, comparer quatre valeurs.
Cinq phrases auxquelles on le reconnaît
Elles tombent dans presque toutes les réunions, et chacune sonne raisonnable. Ce qui les relie : à chacune correspond une question qui éclaircit en dix secondes s'il y a quelque chose derrière.
- « Les données, on les nettoiera plus tard. » Il n'en sera rien.
- « C'est un cas particulier. » Combien de fois au dernier trimestre ? Un haussement d'épaules n'est pas un cas particulier, c'est un angle mort.
- « L'IA fait cela automatiquement. » Quelle partie, et à quoi reconnaît-elle qu'elle se trompe ?
- « Il nous faut d'abord un tableau de bord. » Quelle décision se prendra autrement grâce à lui ?
- « Faisons comme sur l'autre site. » Ce qu'on copie, c'est le processus, pas l'effet.
« Les données, on les nettoiera plus tard. » Il n'en sera rien — plus tard vient le rendez-vous suivant.
Où se trouve aujourd'hui la meilleure solution
Ce qui est nommé, c'est le modèle, pas le fournisseur — un nom de produit vieillit, une idée non.
Un processus, un propriétaire
Ce n'est pas l'informatique qui possède le processus automatisé, mais le service qui en a besoin. Qui décide de ce qu'est un cas particulier est assis dans l'exploitation.
L'exception comme produit à part entière
File d'attente propre, indicateur propre, un nom à côté. C'est seulement ainsi qu'on voit si l'automatisation agit.
La preuve tourne avec
Ce que la machine a décidé et sur quelle base est consigné — pour le jour où quelqu'un posera la question.