Ce que tu sais faire maintenant

Deux jours, et tu repars avec une automatisation qui tourne, son dossier, sa surveillance et un registre ouvert.

Tu repars surtout avec une liste de choses que tu ne construiras pas, et c’est probablement ce qui te fera gagner le plus.

Auto-évaluation

Choisir

Acquis ?	Ce que je sais faire
☐	Je connais la structure : déclencheur, filtre, action, boucle
☐	Je regarde d’abord si le logiciel déjà payé fait la chose
☐	J’applique le test à trois critères : fréquence, stabilité, coût de l’erreur
☐	Je demande qui lit le résultat avant d’automatiser quoi que ce soit
☐	Je décris le processus réel, pas la procédure
☐	Je repère les décisions cachées et je les tranche explicitement
☐	Je connais les six cas où la réponse est non

Construire

Acquis ?	Ce que je sais faire
☐	Je filtre le plus tôt possible et je borne toutes mes boucles
☐	Je nomme mes étapes en langage métier
☐	Je découpe au-delà de sept étapes
☐	Je n’utilise l’IA qu’en dernier recours, avec une sortie contrainte
☐	Je ne fais jamais faire un calcul ni une décision irréversible à une étape d’IA
☐	Je sais dessiner le chemin de mes données et je ne transmets que le nécessaire
☐	Je choisis le comportement d’erreur de chaque étape
☐	Je protège les actions externes contre les doublons
☐	J’ai une branche « à vérifier » qui ne perd rien
☐	Je teste les quatre cas tordus et je lance à blanc avant de brancher

Tenir

Acquis ?	Ce que je sais faire
☐	Je connais les six façons de tomber en silence
☐	J’ai des contrôles de vraisemblance dans mes enchaînements
☐	J’ai un contrôle du silence, et je l’ai testé
☐	Mes alertes disent quoi faire, et arrivent où l’équipe regarde
☐	Je connais les trois dérives qui font exploser une facture
☐	Mes connexions passent par un compte de service
☐	Chaque enchaînement a un propriétaire nommé et un dossier
☐	La procédure de reprise manuelle est écrite
☐	Je sais reconnaître une automatisation qui doit mourir

Dix-neuf cases sur vingt-six ou plus, la formation est acquise. En dessous, reprends les modules concernés, en commençant par le module 1 : la moitié des échecs se joue avant la construction.

L’aide-mémoire

---

Avant de construire

Qui lit le résultat ? · Le logiciel déjà payé le fait-il ? · Fréquence, stabilité, coût de l’erreur · Le processus est-il stable ? Sinon, stabilise d’abord.

Jamais en automatique

Action irréversible sans validation · Décision concernant une personne · Calcul confié à une IA · Vérification d’un fait dans un système

En construisant

Filtre le plus tôt · Boucles bornées · Sept étapes maximum · Noms métier · Comportement d’erreur choisi par étape · Protection contre les doublons · Branche « à vérifier »

L’IA, en dernier recours

Le service fournit-il déjà l’info ? · Une règle suffirait-elle ? · Sinon : sortie contrainte, invention interdite, taux d’erreur mesuré sur 30 cas

Avant de brancher

Destinataires remplacés pendant tout le développement · Les quatre cas tordus : vide, énorme, mal formé, doublon · Trois jours à blanc

Pour que ça tienne

Compte de service, deux personnes ayant accès · Contrôle du silence, testé · Propriétaire nommé · Procédure de reprise manuelle · Rendez-vous hebdomadaire

---

Les questions qui reviennent

« Quel outil choisir ? »

Regarde d’abord ce que font vos logiciels actuels, souvent sans surcoût, et ce que propose la suite bureautique de l’organisation, où les données ne sortent pas de l’environnement déjà validé. Si ça ne suffit pas, prends une plateforme d’enchaînement et vérifie trois choses : les connecteurs dont tu as besoin, le modèle de facturation, et ce qui se passe au dépassement de quota.

« Est-ce que ça remplace un poste ? »

Non, et c’est le mensonge le plus courant du domaine. Une automatisation absorbe une charge répétitive et crée en échange un travail d’entretien et de surveillance. Sur un parc de trente enchaînements, ce travail représente un temps partiel. Ce qu’elle change vraiment, c’est la régularité et la suppression des erreurs de saisie.

« Faut-il prévenir l’informatique ? »

Oui, au premier projet, pas au dixième. Ces outils se connectent aux comptes de l’entreprise et font circuler ses données : c’est exactement ce qu’on appelle de l’informatique parallèle. Dix minutes de conversation au début valent un trimestre de régularisation après un incident.

« Combien d’automatisations une personne peut-elle tenir ? »

Compte une à deux heures d’entretien par enchaînement et par an, plus la surveillance hebdomadaire. Au-delà d’une quinzaine, il faut que quelqu’un ait ce temps dans sa fiche de poste, sinon le parc se dégrade et tombe par morceaux.

« Et les agents autonomes ? »

Ils existent, ils progressent, et je ne les recommande pas pour un premier projet en production : ils ne sont pas prévisibles, difficiles à borner, et presque impossibles à expliquer après coup. Construis d’abord des enchaînements déterministes que tu surveilles. La question se reposera utilement dans un an, avec de l’expérience.

Où continuer

Ton besoin	La suite
Formuler les étapes d’IA plus finement, et les rendre reproductibles	Écrire à une IA et obtenir ce qu’on veut
Cadrer ce qui sort de l’organisation	IA et données personnelles au quotidien
Savoir ce que la réglementation impose à vos usages	AI Act : ce que la loi dit vraiment
Écrire la règle interne qui encadre tout ça	Rédiger et faire vivre une charte IA interne
Outiller le poste qui subit le plus de tâches répétitives	IA pour l’assistant·e et l’administratif

Un dernier mot

On vend l’automatisation comme une question d’outils. Elle en est très peu.

Ce qui décide du sort d’une automatisation, c’est ce qui a été décidé avant de la construire, ce qui a été écrit pendant, et ce qui a été prévu pour le jour où elle tombera. Trois choses qui ne s’apprennent dans aucun tutoriel, parce qu’aucune ne fait une jolie démonstration.

La bonne nouvelle est qu’elles ne sont pas difficiles. Elles demandent une heure au bon moment, et cette heure est la seule différence entre un parc qui tient trois ans et une collection d’enchaînements dont plus personne n’ose s’approcher.