Le verdict rapide
Sur des dizaines d’e-mails à froid, une personne répond. Sa première question est presque toujours « combien ça coûte et sous quel délai ». C’est exactement là que la plupart des outils d’IA font l’une de deux erreurs : ils déduisent un prix du texte du site, ou ils esquivent et répondent en généralités.
Les deux coûtent cher. Un prix inventé abîme la relation avant qu’elle commence. Une réponse évasive gâche la seule réaction que toute la campagne a produite.
Leeeds règle cela en sortant les chiffres des documents. Prix, délai, capacité, garantie et références citables sont stockés comme des faits distincts - chacun avec une valeur que l’agent recopie mot pour mot et une date jusqu’à laquelle elle tient.
Pourquoi un prix ne peut pas venir d’un document
Un document se retrouve et se cite, mais un paragraphe est toujours reformulé en devenant une réponse. Et un prix reformulé est un prix inventé - « à partir de 1 490 EUR HT au-delà de dix unités » devient en chemin « autour de mille cinq cents », et l’entreprise porte un engagement qu’elle n’a jamais pris.
Le deuxième piège est le temps. Un tarif en PDF tient jusqu’à ce que quelqu’un le remplace - sauf que l’agent ignore quand. Un modèle chargé de comparer une date à aujourd’hui finira par juger que le prix de l’an dernier est assez proche.
Dans Leeeds, la validité n’est donc pas jugée dans le prompt mais dans le code. L’agent ne reçoit jamais un fait sur lequel il devrait réfléchir. Il reçoit uniquement ceux qui tiennent.
Ce qui se passe quand un contact demande le prix
Tout le parcours est une ligne droite : une question sur un chiffre arrive → un fait enregistré et valide existe → le reprendre exactement → le sourcer → vérifier qu’aucun autre chiffre ne s’est glissé dans le texte.
La question de prix cesse d’être un arrêt
Par défaut, une question de prix pousse Leeeds à passer la conversation à un humain. Cet arrêt ne tombe que si un prix valide est enregistré. Sans lui, l’agent se comporte exactement comme avant - rien ne se dégrade, rien ne se débloque non plus.
Le chiffre est recopié, pas calculé
L’agent reçoit la liste des faits valides et l’instruction de les reprendre mot pour mot. Aucun arrondi, aucune conversion de devise, aucune moyenne, aucun « ce serait environ le double ». Si la réponse exigeait un chiffre absent de la liste, il écrit la phrase sans lui.
La source reste avec le chiffre
Le fait utilisé est enregistré avec le brouillon comme une citation, exactement comme une page de PDF. Celui qui valide n’a pas à chercher d’où vient le prix - il le voit à côté du texte.
Le texte est vérifié contre les chiffres étrangers
Avant d’arriver en validation, le texte sortant est contrôlé : s’il contient un montant qu’aucun fait cité n’étaye, c’est signalé comme un risque et la conversation part chez un humain. Le même contrôle s’applique aux e-mails à froid.
Une fois expiré, l’agent se tait de lui-même
Pour le prix et le délai, la date de fin est obligatoire - dans le formulaire comme dans l’API, afin qu’un fait ne puisse pas la perdre par une modification. Passée cette date, le fait n’existe plus pour l’agent et les questions de prix vous reviennent. Le portail prévient quatorze jours à l’avance.
Ce que vous réglez
Le type de fait. Prix, délai, capacité, garantie, référence ou autre. Prix et délai exigent une date de fin, car ce sont les deux chiffres qui vous engagent et qui vieillissent le plus vite.
La valeur, exactement telle qu’elle peut être dite. Pas votre calcul interne, mais la phrase que dirait votre commercial : « à partir de 1 490 EUR » avec la mention « HT, à partir de 10 unités ».
La portée. Les faits appartiennent au compte. Un client avec deux offres - un prix distributeur, un autre en direct - coche pour chaque agent les faits utilisables. Rien de coché signifie tous les faits valides : qui n’a qu’une offre ne règle rien.
Où cela s’applique. Les mêmes faits gouvernent les chiffres dans une réponse à un contact, dans les réponses sur votre site et dans les e-mails à froid. Les entreprises sans faits enregistrés ne voient aucune différence - leurs e-mails se comportent exactement comme avant.
Ce que cela donne dans un vrai échange
Le contact demande « combien ça coûte » et votre tarif est valide : l’agent donne le montant exact avec sa mention, et le brouillon montre de quel fait il provient.
Le tarif a expiré la semaine dernière : l’agent ne donne pas de prix, signale le manque et vous passe la conversation - même s’il annonçait ce prix un mois plus tôt.
Le contact veut un prix pour une quantité absente du tarif : l’agent n’extrapole pas, indique que vous confirmerez le chiffre exact et note ce qui manquait.
Le modèle tente de glisser un autre montant : le contrôle du texte sortant l’intercepte et le brouillon part en validation avec un signalement au lieu de partir.
Vous menez une campagne distributeurs et une autre en direct : chaque agent a ses faits cochés, donc le prix client final ne peut pas atteindre la campagne distributeurs.
Pourquoi c’est construit ainsi
Une question débloquée
01Le prix n’arrête plus
La première question la plus fréquente trouve une réponse sans laisser l’IA inventer.
Le vieillissement tenu
02Date de fin obligatoire
Un prix sans date de fin vieillirait en silence. Dans Leeeds, il ne s’enregistre pas sans elle.
Rien ne change pour les autres
03Pas de faits, pas de différence
Le contrôle des chiffres s’active au premier fait. Sans lui, l’envoi se comporte exactement comme avant.
Ce qu’il faut en retenir
La différence entre « une IA qui répond » et « une IA à qui l’on peut se fier » n’est pas dans le modèle. Elle est dans le fait d’avoir une source pour les chiffres, et quelqu’un qui vérifie qu’ils tiennent encore.
Mettre votre tarif dans Leeeds prend dix minutes, et c’est l’étape la moins chère après laquelle l’agent cesse de vous renvoyer la question la plus fréquente.
Vous voulez que votre agent sache répondre sur le prix ?
Enregistrez votre tarif comme des faits datés, Leeeds s’occupe du reste.
Je veux le commercial IALeeeds · automatisation de l’acquisition avec un commercial IA


