Méthode & IA

Claude construire ses agents commerciaux à partir de zéro

Un agent commercial dans Claude ne remplace pas votre jugement. Il industrialise une décision que vous savez déjà prendre — qualifier un lead, répondre à une objection, écrire le bon message — pour ne plus jamais avoir à la reformuler de zéro, un cas à la fois.

6 briques · une méthode — transposable à n'importe quelle tâche commerciale

Un Skill Claude dans le panneau Compétences : icp-persona-generator, qui génère des profils clients idéaux avec points de douleur, motivations et objections.
Un Skill commercial dans Claude : le générateur d'ICP.

Cas fil rouge 1

Qualification de leads

L'agent lit un profil ou un message entrant et dit s'il colle à l'ICP, avec sa justification.

Cas fil rouge 2

Réponse aux objections

L'agent prend une objection client et construit une réponse argumentée, dans le ton du commercial.

Cas fil rouge 3

Message de prospection

L'agent écrit un message personnalisé à partir d'un profil LinkedIn et d'un signal repéré.

00 · Problématique — le vrai point de départ

On ne part jamais d'un agent à construire — on part d'une problématique concrète qu'on vit déjà. Les 5 briques qui suivent (01 à 05) ne sont pas une check-list abstraite : c'est ce qu'on applique à cette problématique pour construire, une fois, un premier exemple qui marche. Ce n'est qu'après — une fois cet exemple validé sur plusieurs cas réels — qu'on le transforme en Skill réutilisable (voir la dernière section de cette page).

Question 1

Quelle décision ?

Une tâche que vous refaites à la main, régulièrement, presque par réflexe — pas une nouveauté à inventer.

Question 2

À quelle fréquence ?

Plus c'est répétitif, plus l'agent rapporte. Une tâche faite une fois par trimestre ne vaut pas la peine d'être automatisée.

Question 3

Combien de temps ça prend ?

Le temps réel passé aujourd'hui sur cette décision, à la main — c'est ce temps que l'agent va récupérer.

Question 4

Ai-je un exemple sous la main ?

Si vous ne pouvez pas citer un cas réel que vous avez traité la semaine dernière, la problématique n'est pas encore assez concrète.

C'est cette étape qu'on fait ensemble en tout premier, avant d'écrire quoi que ce soit dans Claude — on identifie la vraie décision à industrialiser.

Les 3 problématiques retenues pour la démonstration live

« Je passe trop de temps à trier mes leads »

La décision : est-ce que ce profil correspond à mon client idéal ? Refaite des dizaines de fois par semaine, à l'œil, avec les mêmes critères en tête à chaque fois.

Devient l'agent de qualification de leads

« Je réponds toujours pareil aux mêmes objections »

La décision : quel argument utiliser face à cette objection précise ? L'argumentaire existe déjà dans votre tête — il n'est simplement jamais écrit noir sur blanc.

Devient l'agent de réponse aux objections

« Écrire un message personnalisé prend du temps »

La décision : quel angle utiliser pour accrocher cette personne précise ? Vous le faites déjà bien à la main — mais un par un, jamais à l'échelle.

Devient l'agent de message de prospection

01 · Mission — une tâche, pas un couteau suisse

Le premier réflexe à casser : vouloir un agent qui « aide sur la vente » en général. Un agent commercial qui marche fait une chose précise, avec une entrée et une sortie que vous pouvez décrire en une phrase avant même d'écrire une ligne d'instruction.

Test

Une phrase

Si vous ne pouvez pas dire « il prend X et il rend Y » en une phrase, la mission n'est pas assez cadrée.

Piège

Le couteau suisse

« Un agent commercial complet » dilue la qualité. Un agent, une mission — on en enchaîne plusieurs si besoin.

Repère

Décision, pas réflexion

La meilleure mission reprend une décision que vous prenez déjà à la main, régulièrement, de façon presque routinière.

Sortie

Toujours actionnable

La réponse de l'agent doit pouvoir être utilisée telle quelle, ou en un clic — jamais un pavé à retravailler.

On choisit ensemble, en direct, laquelle des trois missions ci-dessous on construit devant vous — les deux autres restent en exemple à répliquer chez vous.

La mission posée pour chacun des 3 cas fil rouge — pris dans mes propres workflows n8n

Qualification de leads

Entrée : un profil LinkedIn Sales Navigator — poste exact, secteur, taille d'entreprise, ancienneté dans le poste, région. Sortie : un des 5 segments ICP prédéfinis, ou « à vérifier ».

Vrai cas segmentation d'une base de plus de 1 000 relations 1er degré, sur 6 critères précis

Réponse aux objections

Entrée : le texte exact d'une réponse LinkedIn à un message déjà envoyé. Sortie : « refus explicite » (→ blacklist) ou « à poursuivre » — jamais déduit d'un silence.

Vrai cas l'agent qui juge si une réponse est un refus écrit noir sur blanc, avant toute action automatique

Message de prospection

Entrée : un profil + un signal daté (offre d'emploi publiée il y a moins de 72h, commentaire sur un post avec un mot-clé précis). Sortie : le message 1 d'une séquence de 3, personnalisé sur ce signal exact.

Vrai cas génération du message d'ouverture d'une séquence à 3 relances

02 · Contexte — la matière qui remplace le générique

Un agent sans contexte répond avec les recettes moyennes de tout le web. Le contexte, c'est ce qui lui fait connaître votre métier, vos clients, vos cas déjà traités — et c'est presque toujours plus rapide à rassembler qu'on ne le pense.

Source 1

Vrais exemples

3 à 5 cas réels que vous avez déjà traités, avec l'entrée et la bonne sortie attendue.

Source 2

Votre ICP

Qui est le bon client, qui ne l'est pas — les critères que vous utilisez déjà pour trier.

Source 3

Le vocabulaire maison

Les mots que vous employez vraiment, ceux que vous évitez — un agent qui emploie le mauvais mot se démasque en une phrase.

Règle

Peu, mais réel

5 exemples réels calibrent mieux qu'un long document théorique — la qualité vient du concret, pas du volume.

C'est l'étape la plus sous-estimée : la différence entre un agent générique et un agent qui sonne juste se joue presque entièrement ici.

Où travailler

Créez un projet Claude dédié à ce premier exemple, et joignez-y vos vrais documents de référence — la liste de vos segments ICP, un export de leads déjà qualifiés, un historique de réponses déjà traitées. Se poser la question « est-ce que j'ai un exemple concret de ce cas précis ? » avant de commencer évite de construire sur du théorique. Le projet garde ces documents disponibles pendant tout l'affinage — c'est seulement une fois le premier exemple validé qu'on transforme la conversation en Skill.

Anatomie d'une instruction bien contextualisée

BlocCe qu'il contient
RôleQui est l'agent, pour quelle mission précise — une phrase, pas un paragraphe
Exemples2 à 5 cas réels : entrée exacte → sortie attendue, mot pour mot
CritèresCe qui fait qu'une réponse est bonne ou mauvaise, listé explicitement
LimitesCe que l'agent ne doit jamais faire — la brique 04, déjà écrite ici

Vrai cas — les 6 critères d'un segment ICP, tels qu'écrits dans l'instruction

Le contexte, ce n'est pas un score

Chaque segment est défini par 6 champs explicites : mots-clés de poste, niveau hiérarchique (owner/CXO/VP/directeur/manager), taille d'entreprise par palier, secteur, ancienneté minimale dans le poste, région — jamais un chiffre de pertinence unique.

Contexte donné 6 critères nommés, pas un score global

Le mot exact compte

Une recherche par mots-clés est littérale : « Directeur Général » ne matche pas « Directrice Générale », « COO » ne matche pas « Chief Operating Officer ». Le contexte doit lister chaque variante utilisée dans le vrai métier, pas supposer qu'un mot couvre tout.

Leçon vécue variantes féminines/masculines et acronymes ajoutés après un 1er tri incomplet

Un cas mal classé corrige la règle

Un critère de secteur trop large avait fait glisser des profils du privé dans le segment public, faute d'un mot d'exclusion. La correction : un critère d'exclusion explicite (secteur ET PAS mot-clé X), pas un jugement au cas par cas après coup.

Leçon vécue critère d'exclusion ajouté en logique ET, pas en filtre séparé

03 · Ton & voix — sonner comme vous, pas comme un chatbot

Le ton par défaut d'une IA est reconnaissable en une phrase : trop poli, trop lisse, plein de tournures qu'aucun commercial n'emploie à l'oral. Cette brique consiste à désapprendre ce ton avant d'en installer un qui sonne vrai.

Réflexe

Le lire à voix haute

Si vous ne diriez jamais cette phrase à l'oral à un prospect, l'agent ne doit pas l'écrire non plus.

Marqueurs

À bannir explicitement

« N'hésitez pas », « je reste à votre disposition », les formules creuses — à lister noir sur blanc dans l'instruction.

Longueur

Courte par défaut

Un commercial qui écrit vite écrit court. Un agent trop bavard se trahit avant même le ton.

Preuve

Vos propres messages

Coller 3 messages que vous avez vraiment envoyés calibre le ton mieux que n'importe quelle description abstraite.

Dans une génération de message de prospection, l'instruction ne se limite jamais à « rédige un message » : elle porte une consigne d'ancrage d'identité précise, sinon le message se démasque en une phrase.

Vrai cas — l'ancrage d'identité dans une génération de message de prospection

Sans ancrage

L'agent cite parfois la source du signal texto (« j'ai vu que vous recrutiez pour ce poste », « j'ai remarqué votre commentaire sur ce post ») — ça sonne robotique et un peu intrusif.

Se reconnaît en une phrase comme un message automatisé

Avec ancrage

Consigne explicite dans l'instruction : « tu écris en ton nom propre, tu ne cites jamais la source qui t'a signalé ce contact, tu ne révèles jamais qu'il y a un système derrière ».

Leçon vécue ancrage posé après un 1er lot de messages qui sonnaient mécaniques

Ce qui fait la différence

Pas un adjectif de ton (« sois chaleureux ») — une règle opérationnelle et vérifiable (jamais citer la source, jamais nommer le mécanisme).

À copier dans l'instruction, mot pour mot

04 · Garde-fous — ce qui reste entre vos mains

Un agent commercial qui fonctionne connaît aussi ses limites. Cette brique liste ce qu'il ne doit jamais décider seul — et ce qu'il doit faire à la place : s'arrêter, prévenir, ou proposer sans valider.

Jamais

Un prix ou un délai

L'agent propose un argumentaire, jamais un chiffre engageant que vous n'avez pas validé.

Jamais

Envoyer sans relecture

Sur les cas sensibles (client fâché, gros compte), l'agent rédige un brouillon — c'est vous qui envoyez.

Toujours

Dire « je ne sais pas »

Face à un cas hors de son cadre, l'agent doit le signaler plutôt qu'inventer une réponse plausible.

Toujours

Justifier sa réponse

Une sortie sans raison explicite est une sortie qu'on ne peut pas corriger — la justification est ce qui rend l'erreur visible.

Cette brique ne ralentit pas l'agent — elle définit où s'arrête l'automatisation et où reprend votre jugement.

Garde-fous posés sur les 3 fils rouges — appris sur le terrain, pas en théorie

Qualification de leads

Un critère de niveau hiérarchique trop strict avait exclu certains postes de direction opérationnelle d'un segment, alors que le mot-clé exact y figurait pourtant. Un profil ambigu doit s'annoter, jamais s'écarter silencieusement.

Garde-fou dans le doute, on garde et on signale — jamais un rejet automatique et définitif

Réponse aux objections / refus

Le jugement « refus » déclenche une blacklist automatique — mais seulement sur un refus écrit noir sur blanc dans la réponse. Un silence ou une réponse ambiguë ne doit jamais être interprété comme un non.

Garde-fou blacklist seulement si le refus est explicite, jamais déduit

Message de prospection

L'envoi automatique reste volontairement désactivé tant que la séquence de messages générée n'est pas validée en relecture humaine sur plusieurs cas réels.

Garde-fou l'agent rédige, il n'envoie jamais seul en phase de calibrage

05 · Calibrage terrain — la boucle qui rend l'agent meilleur

Un agent n'est jamais fini au premier jet. Il s'améliore par une boucle courte : un vrai cas, une correction, la correction réinjectée dans l'instruction — jamais l'inverse.

Tester

Un cas réel, pas un exemple inventé

Juger

Est-ce que ça sonne juste, est-ce que c'est actionnable

Corriger

Réécrire la réponse comme elle aurait dû être

Réinjecter

La correction devient un nouvel exemple dans l'instruction

Rythme

Petits lots

Corriger 3 à 5 cas à la fois, pas 50 — sinon impossible de voir ce qui a vraiment changé.

Où ça se joue

Dans les exemples

La correction la plus efficace n'est presque jamais une nouvelle règle abstraite — c'est un nouvel exemple concret ajouté à la brique 02.

Signal d'arrêt

Deux lots sans erreur

Quand deux séries de cas réels passent sans correction, l'agent est calibré pour cet usage.

Ensuite

Chez vous, sur vos cas

La méthode est la même quel que soit le sujet — vous la répliquez sur votre propre tâche commerciale.

C'est la brique qu'on ne montre jamais assez : un agent qui « ne marche pas du premier coup » n'est pas un échec, c'est le point de départ normal de cette boucle.

Vrai cas de calibrage — un bug de notification à trois causes cumulées, corrigé étape par étape

Ce qu'on a observé

Des notifications « une réponse est arrivée » repartaient avec le nom et le message vides, parfois renvoyées plusieurs fois pour le même prospect à chaque passage du système.

Tester un vrai cas terrain, pas une hypothèse en l'air

Ce qu'on a corrigé, cause par cause

1) un garde-fou manquant renvoyait la notification à chaque passage au lieu d'une seule fois ; 2) un filtre comparait un texte ("0") à un nombre (0), donc ne matchait jamais ; 3) une valeur de repli lisait par erreur la conversation la plus récente de toute la boîte plutôt que celle du bon prospect.

Corriger chaque cause identifiée une par une, pas une rustine globale

Ce qu'on a réinjecté

Deux règles écrites noir sur blanc dans la logique : « une notification part une seule fois par réponse » et « jamais de valeur de repli sur l'élément le plus récent, toujours filtrer par identifiant exact ».

Réinjecter la correction devient une règle permanente, pas un correctif isolé

Récapitulatif

Les 3 agents Claude construits, brique par brique

Une fois les 6 briques vues une à une, voici où en est chaque agent — les réponses mises bout à bout, pour ne pas perdre le fil de ce qui a été construit sur chaque cas.

Agent 1

Qualification de leads

00 · Problématique « Je passe trop de temps à trier mes leads » — un tri fait à l'œil, des dizaines de fois par semaine, avec les mêmes critères en tête.
01 · Mission Prend un profil LinkedIn (poste, secteur, taille, ancienneté, région), rend l'un des 5 segments ICP prédéfinis, ou « à vérifier ».
02 · Contexte 6 critères nommés par segment : mots-clés de poste (avec variantes genrées et acronymes), niveau hiérarchique, palier de taille d'entreprise, secteur, ancienneté minimale, région.
03 · Ton & voix Sans objet ici — l'agent ne rédige rien, il classe. La précision du vocabulaire des critères remplace le ton.
04 · Garde-fous Dans le doute, on garde et on annote « à vérifier » — jamais un rejet automatique et définitif sur un profil ambigu.
05 · Calibrage Un critère de niveau hiérarchique trop strict avait exclu des profils qui contenaient pourtant le bon mot-clé — corrigé en ajoutant la variante manquante, pas en assouplissant tout le filtre.

Agent 2

Réponse aux objections / refus

00 · Problématique « Je réponds toujours pareil aux mêmes objections » — l'argumentaire existe déjà dans la tête du commercial, jamais écrit noir sur blanc.
01 · Mission Prend le texte exact d'une réponse à un message déjà envoyé, rend « refus explicite » ou « à poursuivre », avec la phrase qui justifie le verdict.
02 · Contexte Des exemples réels de réponses déjà reçues, classées à la main une première fois : ce qui compte comme un refus net, ce qui reste ambigu.
03 · Ton & voix Le verdict doit être formulé en une phrase factuelle, jamais en supposition — « le prospect écrit X » plutôt que « le prospect semble vouloir dire X ».
04 · Garde-fous La blacklist ne se déclenche que sur un refus écrit noir sur blanc — un silence ou une réponse ambiguë ne doit jamais être interprété comme un non.
05 · Calibrage Un filtre qui comparait un texte ("0") à un nombre (0) ne matchait jamais silencieusement — corrigé en forçant la comparaison au bon type, réinjecté comme règle permanente.

Agent 3

Message de prospection

00 · Problématique « Écrire un message personnalisé prend du temps » — un bon message par personne, à la main, jamais à l'échelle.
01 · Mission Prend un profil + un signal daté (offre publiée il y a moins de 72h, commentaire avec mot-clé précis), rend le message 1 d'une séquence de 3, prêt à relire.
02 · Contexte 2 à 3 messages réels déjà envoyés par le commercial, comme exemples de longueur, de structure et d'angle d'accroche à reproduire.
03 · Ton & voix Ancrage d'identité explicite : écrire en son nom propre, ne jamais citer la source du signal, ne jamais révéler qu'un système est derrière le message.
04 · Garde-fous L'envoi automatique reste désactivé tant que la séquence n'est pas validée en relecture humaine sur plusieurs cas réels — l'agent rédige, il n'envoie jamais seul en phase de calibrage.
05 · Calibrage Une valeur de repli lisait par erreur la conversation la plus récente de toute la boîte au lieu de celle du bon prospect — corrigé en filtrant toujours par identifiant exact, jamais par repli implicite.

En pratique

Passer de l'exemple validé au Skill Claude réutilisable

Tout ce qui précède se fait dans une conversation normale avec Claude — aucun outil à installer pour commencer. Une fois qu'un des 3 agents fonctionne bien sur plusieurs cas réels, on le transforme en Skill : un dossier que Claude sait charger tout seul, à chaque fois que la bonne situation se présente, sans que vous ayez à recopier vos instructions.

01

Ouvrir une conversation Claude et décrire l'agent qu'on vient de valider

Pas besoin d'un outil spécial pour démarrer — une conversation Claude.ai ou Claude Code suffit. On lui donne la mission, les vrais exemples, le ton et les garde-fous qu'on vient de construire brique par brique.

À écrire dans Claude, mot pour mot

Transforme cette conversation en Skill. Je veux un agent qui [mission en une phrase, ex : juge si une réponse LinkedIn est un refus explicite ou une ouverture]. Voici mes exemples réels : [coller 3 à 5 cas]. Voici ce qu'il ne doit jamais faire : [garde-fous].

02

Claude pose des questions de cadrage — y répondre précisément

Claude va demander : quand ce Skill doit-il se déclencher (quelles phrases, quel contexte) ? Quel est le format de sortie attendu ? Faut-il des cas de test pour vérifier que ça marche ? Ce sont les questions des briques 01 à 04 posées une seconde fois, sous une autre forme.

Pourquoi

Plus les réponses sont précises ici, plus le Skill se déclenchera au bon moment plus tard — un Skill mal cadré ne se déclenche jamais, ou se déclenche n'importe quand.

03

Claude écrit le Skill et propose de le tester sur des cas réels

Il génère un dossier avec un fichier SKILL.md (les instructions) et, si besoin, des fichiers annexes (exemples, modèles). Il propose ensuite de le faire tourner sur 2-3 cas réels pour vérifier que le résultat est bon avant de le considérer terminé — exactement la boucle de calibrage terrain vue en brique 05.

À répondre à Claude pour lancer le test

Teste-le sur ce cas réel : [coller un vrai exemple non utilisé jusqu'ici]. Dis-moi si le résultat te semble bon.

04

Ce qui donne vraiment sa qualité au Skill : le texte, plus les scripts

Un Skill, dans le fond, c'est un fichier texte d'instructions — le SKILL.md. C'est lui qui porte les 6 briques : mission, contexte, ton, garde-fous. Ça, il faut le dire noir sur blanc, sans mystère.

Un script, qu'est-ce que c'est ? Une suite d'instructions écrites une fois pour toutes, que l'ordinateur peut rejouer à l'identique — sans réfléchir, sans varier, sans se fatiguer. Ce qui distingue un Skill solide d'un Skill fragile, c'est d'y ajouter ces scripts pour prendre en charge la partie mécanique de la tâche, celle qui doit se faire pareil à chaque fois. C'est ce qui rend le Skill vraiment reproductible : sans script, Claude « refait le calcul » un peu différemment à chaque usage ; avec un script, le même traitement mécanique donne toujours le même résultat.

CasScript à ajouter dans le Skill
Qualification de leadsUn script qui lit une liste de profils depuis un fichier ou un Sheet, applique les 6 critères automatiquement, et ne fait remonter à l'agent que les cas ambigus à trancher.
Réponse aux objectionsUn script qui va chercher, dans une bibliothèque de fiches argumentaires, celle qui correspond au mot-clé détecté dans l'objection — l'agent choisit et adapte, il ne réinvente pas l'argument.
Message de prospectionUn script qui formate le message final selon un gabarit fixe (longueur maximale, structure accroche/signal/CTA) avant de le rendre — garantit la forme, l'agent garde la main sur le fond.

À demander à Claude pour faire ajouter ces scripts

Dans ce Skill, quelles parties sont mécaniques et pourraient être un script plutôt que refaites de tête à chaque fois ? Écris ces scripts et ajoute-les au Skill.

Pourquoi

Le texte d'instruction porte le jugement (ce qui demande de la nuance) ; le script porte la mécanique (ce qui doit être fait pareil à chaque fois). Séparer les deux rend le Skill plus fiable, plus rapide, et surtout reproductible — le même cas donnera toujours le même traitement mécanique, quelle que soit la fois où le Skill est utilisé.

05

Récupérer le Skill en fichier téléchargeable

Une fois satisfait du résultat, on demande à Claude de packager le Skill. Il produit un fichier .skill (un zip) téléchargeable — c'est ce fichier qui se partage, se sauvegarde, ou s'installe dans un autre projet.

À écrire dans Claude

C'est bon, packages le Skill pour que je puisse le télécharger.

Où il atterrit

Claude fournit un lien de téléchargement du fichier .skill directement dans la conversation — à sauvegarder où vous voulez sur votre ordinateur.

06

Installer le Skill pour qu'il se déclenche automatiquement

Le fichier .skill ne s'utilise pas tout seul — il faut l'installer une fois dans Claude pour qu'il devienne disponible. La marche à suivre dépend de l'endroit où vous travaillez :

Où vous êtesComment installer le fichier .skill
Sur claude.aiRéglages → Skills (ou Capacités) → Importer un Skill → sélectionner le fichier .skill téléchargé.
Dans Claude Code / DesktopDéposer le dossier décompressé du Skill dans ~/.claude/skills/ — ou simplement demander à Claude « installe ce Skill » en lui donnant le fichier.

Une fois installé, plus besoin de le rappeler : à chaque fois que la situation correspond à sa description (la brique 01, au fond), Claude le charge tout seul et l'applique — exactement comme n'importe quel Skill déjà présent dans Claude.

Ensuite

Vous répétez ce cycle pour vos autres cas fil rouge, puis pour n'importe quelle autre tâche commerciale répétitive identifiée en brique 00.

Vous avez la méthode. Reste à la mettre en œuvre.

Construire un premier Skill Claude seul, en suivant ces 6 briques, ça marche. Le construire sur votre cas le plus critique, avec quelqu'un qui a déjà buté sur les mêmes pièges — ça va plus vite, et ça tient dans la durée.

Se faire accompagner — 45 min, gratuit