Agent IA pour les devis : rendre chaque ligne vérifiable

Commencez par une offre répétitive dont les règles sont déjà connues. Une soumission standard de maintenance convient mieux à un premier pilote qu'un chantier dont le périmètre change après visite. Réunissez des demandes représentatives et faites décrire à une personne expérimentée les décisions qu'elle prend réellement, y compris les renseignements qu'elle demande avant de chiffrer.

Définissez la sortie autorisée : brouillon interne, proposition à approuver ou document prêt à envoyer. Pour un premier périmètre, garder l'envoi sous contrôle humain simplifie la vérification. L'automatisation CRM et ERP peut rattacher le brouillon à l'occasion commerciale et retrouver les informations nécessaires sans modifier les droits d'approbation.

Séparez l'interprétation de la demande du calcul commercial. L'agent extrait les quantités, repère les références possibles et demande une précision. Un service de calcul applique ensuite les règles de prix autorisées. La documentation d'appel de fonctions explique comment un modèle demande l'exécution d'outils par l'application. L'application demeure responsable de leur exécution.

La fiche de traçabilité doit permettre à une autre personne de reconstruire une ligne. Conservez l'extrait de la demande, la référence retenue, l'unité, la quantité et la version de catalogue utilisée. Ajoutez la règle qui transforme ces données en montant, puis les taxes et exclusions applicables selon la configuration validée par l'entreprise.

Une référence documentaire récupérée par l'agent peut aider à expliquer un produit. Le tarif utilisé pour calculer doit provenir d'une source autorisée, datée et identifiable. Quand le catalogue change, un brouillon ouvert doit devenir révisable. Précisez si la nouvelle version invalide le devis, demande un nouveau calcul ou respecte un prix déjà réservé selon une règle commerciale.

Un prix manquant crée une question pour l'équipe commerciale. Une unité ambiguë aussi : deux caisses peuvent désigner des conditionnements différents. Ajoutez des motifs explicites de suspension pour un catalogue périmé, une remise hors délégation, une pièce jointe illisible ou un périmètre incomplet. Le dossier doit expliquer ce qui manque et la personne qui peut le résoudre.

Le modèle ne doit pas déduire une autorisation de remise d'une phrase dans le courriel du client. Les demandes reçues constituent des données à analyser. Les droits proviennent des règles et de l'identité vérifiée. Le cadre AWS sur l'autonomie excessive recommande des limites de permissions pour les parcours agentiques. Appliquez ces limites dans les services appelés.

Le brouillon doit différencier les lignes confirmées des hypothèses. Évitez d'afficher un total final rassurant quand un élément important reste à préciser. Préparez plutôt une demande de clarification et une version partielle clairement identifiée. Un CRM et ERP sur mesure peut gérer les versions et les seuils d'approbation lorsqu'ils dépassent les capacités du logiciel actuel.

Imaginons un fournisseur d'entretien qui reçoit : « Ajouter deux visites et reprendre le même forfait que l'an dernier. » Le contrat précédent peut contenir un tarif remplacé depuis, et les deux visites peuvent être supplémentaires ou constituer le nouveau total. L'agent retrouve le contrat et prépare une question sur la fréquence. Il attend la réponse avant de calculer.

Après clarification, le service de prix utilise le catalogue en vigueur et conserve la référence du contrat uniquement comme contexte. Si le commercial veut honorer l'ancien montant, il suit la règle d'approbation prévue. Ce scénario illustre le comportement à rechercher. Il ne rapporte aucun client, gain de temps ou essai réalisé par Daillac.

Construisez un lot de cas simulés ou anonymisés avec des réponses de référence validées par les ventes. Incluez une demande complète, un prix absent, une unité ambiguë, un rabais interdit et une nouvelle version de catalogue. Pour chaque cas, écrivez la décision attendue : produire, demander une précision ou transmettre à une personne désignée.

Examinez séparément les champs extraits, les montants et la décision d'escalade. Un total exact peut accompagner le mauvais produit. Une proposition bien rédigée peut oublier une exclusion importante. Mesurez aussi le travail de relecture et les corrections nécessaires. Conservez les cas refusés dans le dénominateur pour éviter de présenter seulement les demandes faciles.

Une application web sur mesure peut montrer côte à côte la demande, les lignes et leurs sources. L'approbateur doit pouvoir modifier un choix puis voir les montants recalculés par le service autorisé. Toute modification du catalogue ou du périmètre après approbation doit déclencher la règle de nouvelle validation convenue.

Fixez les conditions avant le pilote : aucune remise non autorisée, aucun prix inventé et aucune transmission sans approbation lorsque celle-ci est requise. Définissez un périmètre commercial précis et un retour au traitement manuel. Une erreur matérielle doit suspendre les dossiers concernés pendant l'analyse, avec un responsable joignable.

Le dossier de décision rassemble les versions de catalogue utilisées, les cas évalués, les corrections et l'accord des ventes. L'entreprise peut ensuite élargir une famille de produits à la fois. La fréquence de revue dépendra des changements de prix et des exceptions constatées, avec un contrôle supplémentaire après toute modification du service de calcul.

Prévoyez le coût de maintien des preuves. Une personne doit tenir le catalogue à jour, retirer les références obsolètes et résoudre les contradictions entre documents commerciaux. Ces tâches font partie du budget d'exploitation. Leur attribution avant le pilote évite que l'estimateur devienne par défaut l'administrateur d'une base de prix laissée sans responsable.