IA en production · 6 min de lecture

Construire un processus agentique simple

Un lead magnet remplit un Google Sheet. Chaque matin, un petit worker lit les nouvelles lignes et propose un appel à chaque personne. Étape par étape, avec les règles qui le gardent sûr.

Dans mon dernier article, j’ai décrit mon harnais IA et la trentaine de tâches qu’il fait tourner. Celui-ci zoome sur une seule tâche, du début à la fin, pour que vous puissiez construire la vôtre.

Des gens demandent un audit gratuit de leur site via un formulaire. Leurs réponses arrivent dans un Google Sheet. Chaque matin à 10 h, un petit programme regarde s’il y a de nouvelles lignes et envoie à chaque nouvelle personne trois créneaux d’appel libres dans mon agenda. Puis il écrit « Contacté » dans la ligne. Il tourne tous les jours depuis fin octobre.

Ce que veut dire « agentique » ici

Un processus agentique tourne seul : quelque chose le réveille, il regarde la situation, il agit et il note ce qu’il a fait. Pas besoin qu’un modèle de langage décide à chaque étape. Ici, c’est l’IA qui a écrit le programme, et le programme lui-même est du code simple qui suit des règles. Il fait la même chose tous les jours, et c’est ce qu’on veut pour tout ce qui écrit à de vraies personnes.

Schéma : un formulaire de lead magnet écrit une ligne par demande dans un Google Sheet. Un déclencheur quotidien à 10 h réveille un worker qui lit les nouvelles lignes, applique les règles, trouve trois créneaux libres, envoie l’e-mail, note l’envoi et passe le statut à Contacté. Le prospect reçoit trois créneaux et réserve un appel ; je reçois un rapport quotidien.
Un lead magnet, un sheet, et un worker qui se réveille chaque matin.

1. Écrivez d’abord les règles

Avant tout code, j’ai écrit ce que le worker a le droit de faire. Mes règles tiennent en sept lignes :

  • Ne contacter que les personnes inscrites après le 1er octobre.
  • Ne jamais écrire deux fois à la même personne.
  • Ignorer les lignes en rouge et les personnes de ma liste d’exclusion.
  • Proposer trois créneaux libres dans mes trois agendas.
  • Après l’envoi, passer le statut à « Contacté ».
  • Ne jamais écraser un statut saisi à la main.
  • En cas d’erreur, continuer avec les autres et me le signaler dans le rapport du jour.

Chaque règle répond à une question que le code trancherait sinon à votre place, souvent mal.

2. Utilisez le sheet comme base de données

Le formulaire écrit déjà dans un Google Sheet, je l’ai donc gardé. Chaque ligne contient une date, un nom, un e-mail, le site à auditer et une colonne Statut. Cette colonne est la mémoire du processus : vide, c’est nouveau, puis « Contacté », puis « A répondu », « RDV fixé » ou « Rebond ». Toute l’équipe voit où en est chaque prospect sans ouvrir un autre outil.

Un deuxième onglet, « Suivi emails », liste chaque message envoyé, avec sa date. Le worker le réécrit à chaque passage.

3. Choisissez un déclencheur

Il faut quelque chose pour réveiller le worker à la même heure chaque jour. J’utilise un Worker Cloudflare planifié une fois par jour, gratuit à ce volume, et les API Google qu’il appelle sont gratuites aussi. Un workflow GitHub Actions planifié, un déclencheur horaire Google Apps Script, ou Make et Zapier feraient la même chose. Prenez celui que vous avez déjà.

4. Ce que fait le worker chaque matin

  1. Il lit le sheet.
  2. Il garde les lignes qui passent les règles : récentes, pas encore contactées, pas en rouge, pas exclues.
  3. Il regarde mes agendas des jours suivants et choisit trois créneaux libres.
  4. Il envoie à chaque personne un e-mail court depuis mon adresse.
  5. Il note l’envoi dans sa propre mémoire avant de toucher au sheet, pour qu’un plantage ne provoque pas de second e-mail.
  6. Il écrit « Contacté » dans la colonne Statut.
  7. Il vérifie les réponses et les rebonds des e-mails précédents, et met leur statut à jour.
  8. Il m’envoie un court rapport : qui a été contacté, qui a répondu, ce qui a échoué.

5. Gardez un message court

L’e-mail suit la même structure que toute ma prospection : pourquoi j’écris, qui je suis, ce que je propose, et les créneaux.

Bonjour Claire,

Je vous écris au sujet de l’audit que vous avez demandé pour votresite.fr. Je suis Nicolas, et j’aimerais vous présenter les résultats lors d’un appel de 15 minutes.

Un de ces créneaux vous conviendrait-il ? Mardi à 10 h, mercredi à 14 h 30 ou jeudi à 9 h 30. Si aucun ne vous va, répondez simplement avec un horaire qui vous arrange.

6. Faites un essai à blanc, puis lancez

La première version tournait en mode essai : elle faisait tout sauf envoyer, et listait les e-mails qu’elle aurait envoyés. Je les ai lus, j’ai ajusté le texte, puis j’ai activé l’envoi. Les règles ont des tests : quand j’en change une, je sais que les autres tiennent toujours.

Où l’IA peut en faire plus

Ce worker n’utilise aucun modèle quand il tourne, et pour l’instant c’est voulu. Deux améliorations sont simples : un modèle pourrait lire le site de la personne et écrire une phrase d’accroche personnelle, ou trier les réponses entre « veut un appel », « pas maintenant » et « stop ». Dans les deux cas, les règles restent en code simple et le modèle ne fait que combler un vide.

Le même processus, en beaucoup plus complexe : le magazine CrowdMate

Le magazine du site et de l’application CrowdMate repose sur le même schéma, avec plus d’étapes. Quatre jours par semaine, une tâche planifiée se réveille et regarde quelles villes attendent un nouveau guide.

La page des guides CrowdMate : guides de concerts par ville (Chicago, Paris, Londres, New York, Barcelone, Copenhague, Berlin, Belgique, Pays-Bas), avec les dernières sélections thématiques, portraits de salles et choix de la semaine.
Le magazine CrowdMate : chaque guide y a été documenté, rédigé, contrôlé et publié par la tâche planifiée.
  1. Le code choisit le format pour chaque ville : celui qu’elle a le moins utilisé dans ses huit derniers guides. Laissées au modèle, toutes les villes dérivaient vers les deux mêmes formats.
  2. Un modèle se documente sur un concert à venir et rédige le guide, avec au moins deux sources et une source derrière chaque paragraphe.
  3. Des contrôles automatiques rejettent le travail faible : mauvaise longueur, sources manquantes, formules toutes faites.
  4. Le lot est mis en ligne sur le site, et l’application récupère les nouveaux guides via un flux, selon la ville de chaque utilisateur.
  5. La tâche vérifie que chaque page est en ligne, et rend compte de ce qui a été publié et de ce qui a échoué.

Les ingrédients sont les mêmes que pour le worker des prospects : un déclencheur, des règles écrites, une trace de ce qui a été fait, et un rapport. La différence, c’est qu’ici un modèle écrit le contenu, donc les contrôles portent une plus grande part du travail. Il a déjà produit plusieurs centaines de guides.

Construisez le vôtre

Choisissez une tâche répétitive avec un déclencheur clair, puis :

  1. Écrivez les règles en phrases simples.
  2. Utilisez un endroit que vous avez déjà, comme un sheet ou une boîte mail, comme registre, avec une colonne de statut.
  3. Choisissez un planificateur.
  4. Faites des essais à blanc jusqu’à ce que le résultat soit bon.
  5. Faites-vous envoyer un rapport chaque jour.
Une question sur ce sujet ?Décrivez votre situation en deux lignes. Je vous réponds.