« On ne veut pas d'une IA qui décide toute seule. » C'est la première phrase qu'on entend dans presque tous les premiers appels. Elle est légitime : automatiser sans perdre le contrôle n'est pas un slogan, c'est un cadre qu'on applique concrètement à chaque projet, avant même d'écrire la première ligne de workflow.
Trois niveaux de décision, jamais mélangés
Chaque automatisation qu'on livre distingue trois choses : ce que l'agent fait seul (des actions réversibles, à faible risque : trier un email, mettre à jour un statut), ce qu'il propose sans exécuter (une relance, une commande fournisseur, un contenu à publier), et ce qui reste strictement humain (une décision commerciale, un engagement financier). Cette séparation est écrite noir sur blanc dans la documentation livrée, pas laissée à l'appréciation du modèle au moment de l'exécution.
| Niveau | Exemple | Qui décide |
|---|---|---|
| Autonome | Trier un email, mettre à jour un statut | L'agent |
| Proposé | Relance, commande fournisseur, contenu à publier | L'agent propose, l'humain valide |
| Réservé | Décision commerciale, engagement financier | L'humain uniquement |
L'audit avant l'outil
On ne choisit jamais un outil avant d'avoir cartographié le process réel. Concrètement : on regarde ce qui se passe aujourd'hui, où sont les points de friction, et ce qui arriverait si l'automatisation se trompait. C'est cette dernière question qui détermine le niveau d'autonomie qu'on donne à l'agent — pas la technologie disponible.
Des garde-fous testés, pas juste écrits
Un garde-fou qui n'a jamais été testé n'est qu'une intention. Avant la mise en production, chaque automatisation est confrontée à des cas volontairement difficiles : des données ambiguës, des tentatives d'injection dans les messages entrants, des demandes hors périmètre. L'objectif est de vérifier que l'agent sait dire « je ne sais pas » et escalader, plutôt que d'inventer une réponse plausible mais fausse.
En pratique
Chaque projet est testé avant livraison avec des cas volontairement difficiles, pour vérifier que l'agent escalade plutôt que d'inventer une réponse.
La documentation reste après nous
Chaque projet livré inclut une documentation qui explique ce que fait le workflow, avec quels accès, et comment l'arrêter ou le modifier. Ce n'est pas un rapport de fin de mission : c'est ce qui permet à votre équipe de rester autonome, y compris pour désactiver ou ajuster une automatisation sans repasser par nous.
Un besoin qui ressemble à ce sujet ?
Réserver un appel
