Trois canaux, et une tâche n'en prend qu'un.
Toute tâche répétitive passe par l'un de trois canaux, et se tromper de canal est la première source de déception. Choisissez une tâche ci-dessous pour voir où elle doit aller, et pourquoi.
Aucune IA nécessaire
Le formulaire contient déjà les champs, le CRM les attend. C'est une correspondance à établir une fois, pas une compréhension à refaire à chaque message.
Formulaire → correspondance des champs → fiche crééeUne règle de date suffit
Relancer à J+7 si le client n'a pas répondu ne demande aucune intelligence. Ce qui compte est de savoir s'il a répondu, et ça se lit sans modèle.
Devis envoyé → délai → relance → arrêt si réponseLà, un modèle est utile
Un message écrit en langage courant n'a pas de champs. En extraire le service demandé, l'échéance et le budget évoqué demande de comprendre, pas d'appliquer une règle.
Message → lecture → service, échéance, urgenceElle propose, vous validez
Le modèle écrit à partir de vos réponses habituelles et des éléments de la demande. Le texte attend votre accord : rien ne part sans qu'un humain l'ait lu.
Demande qualifiée → réponse rédigée → votre validation → envoiNe l'automatisez pas
C'est une décision commerciale qui engage votre entreprise et repose sur ce que vous savez du client. C'est exactement ce pour quoi il vous appelle.
Le système s'arrête ici et vous passe la mainUne tâche d'horloge
Chaque lundi, le même export, au même endroit. Le seul critère de réussite est que ce soit fait, pas que ce soit bien pensé.
Lundi 7h → export → dépôt → confirmationComprendre un texte, et rien d'autre.
La force d'un modèle de langage tient en une phrase : il sait lire du texte écrit par un humain et en tirer quelque chose d'exploitable. C'est peu dit comme ça, et c'est énorme en pratique, parce que l'essentiel de ce qui entre dans une entreprise est du texte libre — un email, un message vocal retranscrit, un formulaire rempli à la main.
Concrètement, un modèle sait extraire d'une demande le service souhaité, l'échéance annoncée, le nom de l'entreprise et le budget évoqué. Il sait classer cent messages par urgence. Il sait écrire une réponse dans le ton de vos réponses habituelles, à partir de vos propres textes. Il sait repérer qu'une demande ressemble à une autre traitée il y a six mois.
Ce qu'il ne sait pas faire, c'est garantir. Un modèle peut se tromper sur un chiffre, inventer une précision plausible, ou classer comme urgent ce qui ne l'est pas. C'est pour ça qu'il propose et ne décide pas : une réponse rédigée attend votre validation, une demande classée urgente reste visible si le classement est faux.
Ce qui est prévisible n'a pas besoin d'elle.
Transférer un fichier d'un dossier à l'autre. Créer une fiche dans le CRM à partir d'un formulaire. Envoyer un rappel deux jours avant l'échéance. Exporter la comptabilité chaque lundi à sept heures. Aucune de ces tâches ne demande de comprendre quoi que ce soit : elles demandent d'être faites, toujours de la même façon.
Leur confier de l'IA a trois effets, tous mauvais. Le résultat devient imprévisible là où il était garanti. Le coût de fonctionnement devient variable là où il était nul. Et surtout, il devient impossible de dire pourquoi le système a fait ce qu'il a fait, ce qui est exactement ce qu'on ne veut pas d'un outil dont dépend une facturation.
La règle que nous appliquons est donc l'inverse de la mode : on cherche d'abord à faire sans IA, et on ne l'appelle que là où rien d'autre ne marche.
Un agent, c'est une chaîne qui a le droit d'agir.
Le mot circule beaucoup et recouvre à peu près tout. Dans les faits, un agent est un enchaînement où le modèle ne se contente plus de répondre : il déclenche des actions, consulte des outils, et recommence jusqu'à obtenir un résultat. C'est puissant, et c'est exactement là que le risque se déplace.
Un agent qui peut écrire dans votre CRM peut y écrire une bêtise. Un agent qui peut envoyer un email peut envoyer le mauvais. La question n'est donc pas « est-ce que ça marche », mais « qu'est-ce qu'il a le droit de faire tout seul ». Chez nous la réponse par défaut est : lire, préparer, proposer. Écrire et envoyer restent des actions validées, sauf sur les gestes où l'erreur ne coûte rien.
Ce qu'on nous demande le plus souvent.
Qu'est-ce que l'automatisation par l'IA ?+
C'est l'automatisation d'une tâche qui demande de comprendre du texte écrit par un humain : lire une demande, en extraire l'essentiel, préparer une réponse, trier par urgence. Les tâches purement répétitives, elles, s'automatisent sans IA, plus vite et plus sûrement.
Quelle IA choisir pour automatiser ses tâches ?+
La question arrive presque toujours trop tôt. Commencez par lister ce qui vous prend du temps et par séparer ce qui demande de comprendre un texte de ce qui n'en demande pas. Sur la seconde moitié, aucune IA n'est nécessaire. Sur la première, le choix du modèle est un détail technique à côté de la façon dont on encadre ce qu'il a le droit de faire.
Comment automatiser des tâches avec l'IA ?+
En partant de la tâche et jamais de l'outil. On observe ce qui se répète, on mesure ce que ça coûte, on décide quoi automatiser, puis seulement on choisit par quel canal chaque étape passe : la machine, l'IA ou vous.
Un agent IA peut-il travailler sans surveillance ?+
Sur les gestes où une erreur ne coûte rien, oui. Dès qu'il s'agit d'écrire chez un client, d'envoyer un message ou de toucher à une facturation, non : il prépare et vous validez. Un système qui décide seul finit par être surveillé en permanence, ce qui annule le gain.
L'IA va-t-elle remplacer nos salariés ?+
Ce n'est pas ce que nous installons. Nous retirons des gestes, pas des personnes. Décider, négocier, rassurer un client mécontent restent humains, et c'est en général ce que vos clients achètent.
Une tâche vous prend trop de temps ?
Décrivez-la. On vous dit en 15 minutes si elle peut être automatisée, et ce que ça impliquerait.