La plupart des gens automatisent la mauvaise moitié de leur travail

Demandez à quelqu'un ce qu'il a automatisé cette année et vous obtiendrez à peu près toujours la même liste : des relances par mail, un compte rendu de réunion, un résumé de document, la mise en forme d'un tableau. Ce sont des tâches réelles et le temps gagné est réel. Mais si vous mesurez ce que ces tâches coûtaient vraiment dans une semaine de travail, vous tombez sur des miettes.

Pendant ce temps, la partie chère du travail — décider quoi faire, arbitrer entre deux options défendables, repérer que le chiffre remonté est faux — n'a pas bougé d'un millimètre.

Ce n'est pas un problème d'outil. C'est un problème de découpage.

Le réflexe qui coûte cher

On automatise ce qui est facile à décrire, parce qu'une tâche facile à décrire est facile à déléguer. « Résume ce document » se formule en trois mots. « Décide si ce fournisseur mérite qu'on renégocie » ne se formule pas du tout, et c'est justement là que passent vos heures.

Le résultat est un plafond qu'on atteint très vite : au bout de quelques semaines, la liste des tâches faciles est épuisée, le gain se stabilise autour de deux ou trois heures par semaine, et l'impression tenace que « l'IA, finalement, c'est surtout du bruit » s'installe.

Elle s'installe parce qu'on n'a jamais touché à la partie qui compte.

Découpez avant d'automatiser

Toute tâche de travail intellectuel se décompose en cinq couches. Elles ne s'automatisent pas du tout de la même manière, et les confondre est l'erreur d'origine.

L'intention. Pourquoi on fait cette tâche, et ce qui compte comme un bon résultat. Cette couche ne s'automatise pas. Si vous ne savez pas dire ce que vous voulez, aucun modèle ne le devinera — il produira quelque chose de plausible, ce qui est bien pire que de ne rien produire.

Le contexte. Ce qu'il faut savoir pour bien faire : l'historique, les contraintes, ce qui a déjà été essayé. Cette couche ne s'automatise pas non plus, mais elle se prépare — et c'est le vrai travail. Un modèle qui a le bon contexte fait un travail correct avec un prompt médiocre. L'inverse n'est jamais vrai.

La décision. Choisir entre des options qui se défendent toutes. C'est la couche la plus chère et la plus difficile à déléguer. Un modèle peut poser les options, chiffrer les conséquences, jouer l'avocat du diable. La décision reste la vôtre, parce que c'est vous qui en répondez.

L'exécution. Produire la chose. C'est la couche que tout le monde automatise, et c'est effectivement celle qui s'automatise le mieux. C'est aussi, dans la plupart des métiers, la moins coûteuse en temps réfléchi.

La vérification. Contrôler que ce qui sort est juste. Couche systématiquement oubliée. Elle s'automatise partiellement — et elle doit l'être, sinon vous remplacez du temps de production par du temps de relecture, et vous n'avez rien gagné.

Le découpage change tout de suite ce qu'on demande. « Résume cette réunion » devient : voilà le contexte du projet, voilà les trois décisions qu'on attendait, dis-moi lesquelles ont été tranchées, lesquelles sont restées ouvertes, et signale les points où le compte rendu se contredit.

La deuxième formulation prend trente secondes de plus à écrire. Elle produit quelque chose d'utilisable.

La règle des trois étages

Une fois la tâche découpée, reste à savoir à quoi la confier. Et là, presque tout le monde fait exactement l'inverse de ce qu'il faudrait.

Le réflexe courant consiste à prendre un modèle moyen et à lui donner l'ensemble : réfléchir, produire, vérifier. C'est le pire des trois mondes. Le raisonnement est médiocre parce que le modèle n'est pas assez fort, et la facture est élevée parce que la production consomme beaucoup de jetons à un tarif intermédiaire.

Le découpage utile tient en trois étages.

Étage 1 — Raisonner, avec le meilleur modèle disponible. Établir le plan, arbitrer, repérer le piège dans l'énoncé. Cette phase est courte : quelques milliers de jetons, une poignée d'appels. Le modèle le plus cher n'y coûte presque rien en valeur absolue, et c'est l'étage où la différence de capacité se voit le plus. Économiser ici est le seul faux calcul vraiment coûteux.

Étage 2 — Orchestrer, avec un modèle solide mais pas hors de prix. Dérouler le plan, enchaîner les étapes, décider quoi faire du résultat de l'étape précédente. Beaucoup d'appels, difficulté moyenne, besoin de fiabilité plus que de génie. C'est le milieu de gamme qui gagne, et de loin.

Étage 3 — Déléguer les basses besognes à un modèle rapide. Extraire, reformater, classer, étiqueter, nettoyer. Volume élevé, difficulté faible, résultat vérifiable d'un coup d'œil. Un modèle de la classe Haiku fait ça très bien, très vite, pour une fraction du prix — et sa rapidité change la nature du travail : on peut lancer quinze extractions en parallèle sans y penser.

La logique tient en une phrase : payez cher là où vous achetez du jugement, payez peu là où vous achetez du volume.

Sur une tâche réelle

Prenons une veille concurrentielle hebdomadaire : une quarantaine de sources à parcourir, une note de synthèse à produire pour le lundi matin.

L'approche à un seul étage consiste à envoyer les quarante sources à un modèle moyen en lui demandant une synthèse. Le résultat est une purée de généralités, parce que le modèle a passé sa capacité d'attention à digérer du volume au lieu de réfléchir à ce qui compte.

L'approche à trois étages inverse l'ordre. Le meilleur modèle reçoit d'abord la question — qu'est-ce qui, cette semaine, changerait notre feuille de route ? — et produit une grille de lecture : quatre signaux à chercher, deux faux positifs classiques à ignorer. Un modèle rapide passe ensuite les quarante sources à la moulinette de cette grille, une source par appel, en parallèle, et rend du texte structuré. Le modèle intermédiaire recolle l'ensemble, repère les recoupements, et signale les sources qui se contredisent. Le meilleur modèle repasse en fin de chaîne, uniquement sur les contradictions.

Même matière première, même durée à peu près. La différence est que la capacité de raisonnement a été dépensée sur la question, pas sur la digestion.

Ce qui ne marche toujours pas

Trois choses, et il faut les dire, parce que la moitié des promesses qui circulent porte précisément dessus.

Le contexte tacite. Tout ce que votre organisation sait sans l'avoir écrit — pourquoi ce client est traité différemment, pourquoi cette procédure existe. Aucun modèle ne le récupère. Il faut l'écrire, et écrire cela reste du travail humain, long et ingrat.

La responsabilité. Une décision engage quelqu'un. Ça n'a rien d'une limite technique : même parfaitement fiable, un système ne peut pas répondre à votre place devant un client ou un tribunal.

La vérification de ce qu'on ne sait pas vérifier. Un modèle produit du plausible avec une régularité déconcertante. Sur un sujet que vous maîtrisez, vous repérez l'erreur en trois secondes. Sur un sujet que vous ne maîtrisez pas, vous ne la repérez jamais. C'est exactement pour ça que la couche « vérification » doit être conçue avant la couche « exécution », et pas après.

Par où commencer

Prenez la tâche qui vous a le plus coûté de temps la semaine dernière. Pas la plus pénible — la plus coûteuse. Découpez-la en cinq couches. Vous constaterez presque à coup sûr que l'exécution en représente une petite part, et que ce qui vous a mangé la semaine, c'est le contexte à rassembler et les décisions à prendre.

Automatisez d'abord la préparation du contexte. C'est moins spectaculaire qu'un agent qui écrit vos mails, et c'est là que se trouvent les heures.

La fiche qui accompagne cet article tient sur une page : les cinq couches d'un côté, les trois étages de l'autre, avec les questions à se poser pour savoir où placer chaque tâche. Elle est faite pour rester ouverte à côté de vous pendant que vous découpez la vôtre.