Essayez une petite expérience. Choisissez un travail qui a pris trop de temps la semaine dernière. Une facture impossible à rapprocher. Un nouvel arrivant sans les bons accès. Une demande client revenue pour la troisième fois. Suivez-le maintenant du début à la fin.
Je parie que le plus intéressant n’est pas la tâche elle-même. C’est l’attente entre les étapes. Quelqu’un a besoin d’une référence issue d’un autre système. Quelqu’un d’autre doit interpréter une règle. La personne qui a la réponse n’est pas celle qui a le droit d’agir.
C’est l’aspect de la mise en œuvre de l’IA auquel je reviens sans cesse. On peut rendre une tâche merveilleusement ingénieuse dans une démo tout en laissant le processus réel presque inchangé.
Commencer par la ligne d’arrivée
Avant de choisir un agent, terminez cette phrase : le travail est fait quand… Pas quand un résumé a été généré. Pas quand un ticket a été catégorisé. Quand le résultat métier s’est réellement produit.
Pour une anomalie de facture, cela peut signifier que l’écart est expliqué, que la bonne personne a approuvé la correction et que l’enregistrement est prêt pour le paiement. Ce seul résultat touche les documents, les achats, la finance et une politique d’approbation. Un résumé plus rapide aide. Ce n’est pas tout le travail.
Une fois la ligne d’arrivée clairement définie, la conception devient bien plus utile. Quelles informations faut-il ? Quel système fait foi ? Que peut-on automatiser en toute sécurité ? Où une personne doit-elle décider ? Ces questions vous en apprennent plus qu’une liste de services ne le fera jamais.
Garder les limites qui protègent les gens
Travailler sur l’ensemble d’un processus ne signifie pas donner à un agent un accès illimité. Bien au contraire. Plus le workflow est large, plus ses autorisations doivent être définies avec précision.
Un agent peut être autorisé à lire un bon de commande, préparer une explication et demander une approbation. Cela ne veut pas dire qu’il doit pouvoir modifier des coordonnées bancaires ou débloquer un paiement. Relier le travail et renoncer au contrôle sont deux choses très différentes.
Il en va de même pour les personnes. Un passage de relais clair n’est pas un échec de l’automatisation. Une personne qui reçoit les bons éléments, avec une décision précise à prendre, est un bien meilleur résultat qu’un système trop sûr de lui qui avance à l’aveugle face à une exception.
Construire une boucle utile
Je préfère voir un workflow complet, avec un responsable clair, qu’une longue liste d’assistants déconnectés. Commencez assez petit pour comprendre les exceptions. Placez des ingénieurs aux côtés des personnes qui font le travail. Testez la journée ordinaire et la journée difficile. Puis mesurez le parcours complet.
Une revue utile cherche à savoir si le travail est terminé plus tôt, si la qualité tient et si une autre équipe n’a pas discrètement hérité de l’effort. Si la réponse est bonne, étendez à partir de là. Réutilisez les connexions et les contrôles au lieu de repartir de zéro.
L’organisation peut garder ses cases. La mise en œuvre doit suivre le travail qui circule entre elles. C’est là que se trouve une grande partie des opportunités.
Sources et contexte
Un point de vue original de Pedalion sur le débat « workflow-first ». Les exemples et formulations présentés ici ne sont pas des déclarations de clients.



