Automatiser ses processus : ce qui se répète n'a plus à être fait
Une demande entrante à qualifier, un rapport à produire chaque lundi, une alerte à transmettre. Ces tâches suivent une règle, et une règle s'automatise.
En bref
Une automatisation est un scénario que vous dessinez : un déclencheur, des étapes, des effets. Elle lit vos données, appelle un modèle de langage quand il faut comprendre ou rédiger, décide selon des conditions, puis agit. Huit déclencheurs et plus de quarante briques existent, et le scénario s'arrête pour demander votre accord partout où vous l'exigez.
Quels processus gagnent à être automatisés ?
Certains processus ne figurent dans aucune fiche de poste et occupent pourtant plusieurs heures par semaine. Trier les demandes qui arrivent dans une boîte partagée. Recopier une information d'un outil vers un autre. Préparer le même récapitulatif tous les lundis. Prévenir la bonne personne quand un dossier change d'état.
Ces processus ont un point commun : ils suivent une règle que quelqu'un pourrait énoncer en une phrase. C'est exactement ce qui se confie à une machine, et c'est aussi la meilleure façon de gagner du temps sans rien changer aux outils en place.
Qu'est-ce qu'une automatisation, ici ?
Un scénario se dessine : un déclencheur, des étapes, des effets.
L'automatisation lit vos données, appelle un modèle de langage quand il faut comprendre ou rédiger, décide selon des conditions, écrit dans le graphe, envoie un message. Et elle s'arrête pour demander votre accord partout où vous l'exigez.
Ce dernier point mérite d'être souligné. Une automatisation qui agit seule sur un sujet sensible est un risque. Une étape d'approbation transforme le scénario en proposition : la machine prépare, un humain valide. C'est aussi ce que le règlement européen sur l'IA appelle la supervision humaine, et le point où une exigence de conformité se règle dans l'outil plutôt que dans une procédure écrite à côté.
Qu'est-ce qui peut déclencher un scénario ?
Huit déclencheurs existent, et ils couvrent l'essentiel des situations réelles.
| Déclencheur | Ce qui le déclenche | Cas typique |
|---|---|---|
| Planification | Une heure ou une fréquence | Le récapitulatif du lundi matin |
| Réception d'e-mail | Un message dans une boîte surveillée | Qualifier les demandes entrantes |
| Appel entrant | Un autre système appelle la plateforme | Un outil métier signale un événement |
| Dépôt de fichier | Un fichier arrive dans un dossier suivi | Traiter un export déposé chaque nuit |
| Événement du graphe | Une donnée change | Un contrat passe en fin de vie |
| Fin d'ingestion | Un traitement de chargement se termine | Contrôler la qualité après import |
| Alerte prédictive | Un modèle signale un écart | Une anomalie sur un compte client |
| Lancement manuel | Quelqu'un le démarre | Ce qui reste à la demande |
Ce qui se passe ensuite
Plus de quarante briques s'enchaînent dans un scénario. Les principales :
Comprendre. Appel de modèle, classification dans vos propres catégories, extraction structurée depuis un texte libre, résumé, traduction.
Consulter et écrire. Lecture et écriture dans le graphe, conditions, branchements selon un résultat.
Agir. Envoi d'un e-mail, transfert d'un message d'origine avec ses pièces jointes, message Slack ou Teams, notification interne, appel HTTP vers vos systèmes, webhook sortant, écriture dans Google Drive.
Un exemple concret vaut mieux qu'une liste. Une demande arrive dans la boîte commerciale. Le scénario la lit, la classe (demande de prix, réclamation, question technique), extrait le nom du client, vérifie dans le graphe s'il existe déjà et s'il a un incident ouvert, puis transmet à la bonne équipe avec ce contexte. Ce qui prenait quelques minutes par message et supposait de connaître l'historique se fait sans intervention.
Quand un scénario ne suffit pas, que font les agents ?
Un scénario suit un chemin décidé à l'avance. Certaines demandes n'en ont pas.
Un agent IA est un assistant restreint à un domaine, avec ses propres instructions et son propre périmètre de données. La question de l'utilisateur est dirigée automatiquement vers celui qui sait y répondre, sans qu'il ait à choisir dans une liste. En cas de doute, le traitement générique reprend la main.
Pour les processus qui demandent plusieurs compétences successives, des équipes d'agents se constituent.
Les identifiants, déclarés une fois
Une automatisation qui envoie un e-mail ou interroge un outil métier a besoin d'accès. Les déclarer dans chaque scénario est la garantie qu'un mot de passe changé cassera silencieusement la moitié d'entre eux.
Une connexion se déclare donc une seule fois, puis se désigne. Dix familles sont couvertes, dont les bases de données, Google Drive, SharePoint, HubSpot, Notion, l'envoi et la réception d'e-mails, et les services HTTP. Un mot de passe qui change se corrige à un seul endroit.
Le partage est explicite : privé, personnes et rôles choisis, ou toute l'organisation en usage seul. Et le droit est revérifié au moment où le scénario tourne, pas seulement quand il est enregistré. Retirer un partage arrête donc réellement la prochaine exécution.
Comment savoir ce qui tourne ?
Une automatisation qu'on ne surveille pas devient une source de surprises.
Les exécutions sont tracées : ce qui a tourné, ce qui a échoué et pourquoi, les échecs regroupés par cause. Les journaux se cherchent. Les jetons consommés sont comptés, par traitement et par période, ce qui permet de savoir ce que coûte réellement un scénario avant de le généraliser.
Les événements deviennent des messages sur le canal choisi par chacun, par e-mail, en direct dans l'application ou par appel signé vers vos propres systèmes.
Par où commencer pour automatiser un processus ?
Le bon premier processus à automatiser est celui qui est fréquent, ennuyeux et sans risque. Il sert à vérifier la mécanique et à gagner la confiance des équipes.
Les scénarios sensibles viennent ensuite, avec une étape d'approbation, et se libèrent progressivement quand les résultats le justifient.
Une automatisation vaut par ce qu'elle sait de votre entreprise. C'est le graphe de connaissances qui le lui donne, et c'est ce qui la distingue d'un enchaînement d'appels entre applications. Si vos données ne doivent pas sortir de votre réseau, les scénarios tournent aussi sur votre propre infrastructure.
Décrivez-nous une tâche qui revient trop souvent, nous regarderons ensemble si elle se dessine.