Trois mots employés pour trois choses différentes
Les termes circulent sans définition stable, et le flou profite à qui vend. Voici la distinction que nous employons, et qui a une conséquence pratique sur le contrôle que vous gardez.
- Un chatbot répond dans une conversation. Il suit un script ou reformule une base de connaissances, et son rôle s'arrête au message qu'il renvoie.
- Un assistant IA aide une personne à produire quelque chose : un texte, un résumé, une analyse. C'est la personne qui décide et qui agit.
- Un agent IA comprend une demande ou un document puis agit dans vos systèmes : il crée un ticket, met à jour une fiche, prépare une écriture, planifie un rendez-vous, et rend compte de ce qu'il a fait.
La différence pratique : répondre ou faire
Un chatbot qui explique vos horaires d'ouverture ne peut pas se tromper de manière coûteuse. Au pire, il donne une réponse inutile et la personne rappelle.
Un agent qui crée un ticket, route une demande ou prépare une écriture peut, lui, produire une erreur qui se propage. C'est pourquoi la question à poser à un fournisseur n'est pas « que sait faire votre IA » mais « que se passe-t-il quand elle se trompe, et qui s'en aperçoit ».
Le critère de choix découle de ce que vous attendez. Si vous voulez une réponse, un chatbot suffit et coûte moins cher. Si vous voulez qu'un travail soit fait et vérifiable, il faut un agent, des contrôles explicites et un journal.
Et l'automatisation par règles ?
Une automatisation classique applique des règles écrites à l'avance : si la facture vient de tel fournisseur, elle va dans tel dossier. Elle est prévisible, peu coûteuse et parfaitement auditable.
Sa limite est connue : elle s'arrête dès qu'un cas sort du cadre prévu, et le nombre de règles nécessaires explose quand la variété augmente. À partir d'un certain point, maintenir les règles coûte plus cher que le travail qu'elles évitent.
Le bon réflexe est donc inverse de la mode : commencez par vérifier si des règles suffisent. Elles suffisent plus souvent qu'on ne le dit, et elles se débuguent en lisant. Nous le vérifions systématiquement avant de proposer autre chose.
Lequel pour quel processus
La réponse dépend de la variété des cas et du coût d'une erreur, pas du secteur.
- Questions clients répétitives et stables : un chatbot bien alimenté suffit souvent.
- Demandes clients variées, avec prise de rendez-vous et escalade : un agent, avec un périmètre de réponse défini.
- Documents entrants hétérogènes : un agent, parce que les règles ne couvrent pas la variété des formats.
- Flux très réguliers entre deux systèmes : une automatisation par règles, plus simple et moins chère.
- Rédaction, synthèse, analyse préparatoire : un assistant, la personne restant décisionnaire.
Ce qu'un agent implique de votre côté
Trois exigences viennent avec le fait qu'un agent agit. Des points de validation humaine définis à l'avance, pour les actions engageantes et pour les cas où la confiance est faible. Un journal permettant de reconstituer qui a décidé quoi et quand. Et la réversibilité : pouvoir défaire ce qui a été fait.
S'y ajoute une obligation réglementaire. Depuis le 2 août 2026, un système conversationnel doit indiquer clairement à son interlocuteur qu'il s'agit d'une intelligence artificielle, sauf lorsque cela ne fait aucun doute, et les contenus générés doivent être marqués de façon lisible par machine (règlement (UE) 2024/1689, article 50).
Ces exigences ne sont pas des freins ajoutés après coup : elles font partie de la conception, et elles ont un coût qui doit figurer dans l'estimation. Voir notre guide sur la validation humaine.
Comment choisir sans se tromper
Partez du processus, pas du produit. Décrivez ce qui entre, ce qui doit sortir, et ce qui se passe quand le cas est ambigu. Cette description suffit presque toujours à trancher entre les quatre options ci-dessus.
Méfiez-vous d'un fournisseur qui propose un agent avant d'avoir posé la question du traitement des erreurs. C'est le signe que le contrôle n'a pas été conçu.
Les six solutions que nous construisons sont décrites sur la page solutions, et notre manière de trancher entre composant existant et développement sur mesure sur la page méthode.
Exemple illustratif de la manière dont le process peut fonctionner.