Comment créer un devis artisan à partir d’un message vocal avec l’IA ?

Le vrai problème n’est pas de créer un PDF : c’est de reconstruire le chantier plusieurs heures plus tard

L’intérêt d’un devis artisan à partir d’un message vocal apparaît surtout dans les minutes qui suivent la visite, quand les détails du chantier sont encore frais.

Pour beaucoup d’artisans, le devis ne commence pas devant l’ordinateur. Il commence sur place : dimensions prises au téléphone, photos dans la galerie, référence d’un produit notée sur un bout de papier, souhait du client retenu de mémoire, contrainte d’accès racontée à un collègue. Le soir, toutes ces informations doivent être remises dans le bon ordre avant même de pouvoir chiffrer.

C’est cette étape qui se prête le mieux à l’automatisation. Juste après la visite, les informations sont encore fraîches. Une dictée de 60 à 90 secondes peut capturer ce qui serait autrement ressaisi plus tard : « Mme Martin, Talence, salle de bain, remplacement baignoire par douche, receveur 120 par 80, reprise faïence sur environ 3 m², robinetterie noire, accès deuxième étage sans ascenseur, idéalement première quinzaine d’octobre. »

Le système n’a pas besoin de « savoir faire un devis » au sens humain. Il doit d’abord transformer ce récit en champs exploitables.

Le workflow fiable tient en sept étapes — et chacune doit avoir une responsabilité claire

La qualité vient moins du choix du modèle d’IA que de la séparation des rôles. Une chaîne robuste distingue la capture, la compréhension, le contrôle, le calcul et l’envoi.

1. Le message vocal devient l’entrée du processus

Le canal peut être très simple : un petit formulaire mobile avec bouton d’enregistrement, une application interne, un canal de messagerie dédié ou tout autre moyen capable d’envoyer le fichier audio au workflow. Dans n8n, par exemple, le nœud Webhook peut recevoir des données binaires comme un fichier audio et déclencher automatiquement un workflow ; il peut aussi être protégé par authentification. Documentation n8n.

2. La transcription transforme la voix en texte

La transcription ne doit pas encore « corriger » le chantier. Son rôle est de restituer le plus fidèlement possible les mots prononcés. Des services de transcription actuels acceptent directement un fichier audio et renvoient le texte, ce qui permet de brancher cette étape dans un workflow automatisé. Exemple : documentation OpenAI Speech-to-Text.

3. L’IA extrait des champs, pas un devis libre

À partir de la transcription, le modèle reçoit une consigne structurée : identifier uniquement les données présentes et renvoyer « inconnu » lorsque l’information manque. Ce comportement est plus sûr qu’une consigne du type « rédige un devis complet ».

client: Mme Martin
adresse: Talence
type_travaux: remplacement baignoire par douche
receveur: 120 x 80 cm
faience_reprise: environ 3 m²
finition: robinetterie noire
acces: 2e étage sans ascenseur
delai_souhaite: première quinzaine d’octobre
quantite_colle: INCONNUE
reference_receveur: INCONNUE

Le mot important ici est INCONNUE. Une bonne automatisation sait laisser un trou. Une mauvaise automatisation le remplit.

Une bonne dictée n’a pas besoin d’être parfaite : elle doit suivre un ordre stable

Demander à un artisan de parler comme un formulaire détruit l’intérêt du vocal. Il faut conserver la rapidité de la dictée tout en lui donnant une structure minimale. Le plus efficace est d’utiliser toujours le même ordre mental.

1. Client et chantier : nom, commune ou adresse, type de bien.
2. Demande principale : ce qui doit être fait.
3. Mesures et quantités : dimensions, surfaces, nombre d’éléments.
4. Fournitures et finitions : gamme, matériau, couleur, référence connue.
5. Préparation nécessaire : dépose, protection, reprise, évacuation.
6. Contraintes : accès, étage, stationnement, horaires, copropriété.
7. Options : variantes demandées par le client.
8. Délai : souhait ou contrainte de planning.

Cette dictée n’est pas assez précise pour envoyer un prix automatiquement — et c’est normal. Elle contient en revanche assez d’informations pour créer les lignes potentielles, repérer les valeurs manquantes et demander seulement les compléments nécessaires.

Le système doit poser une question quand l’information manque

Supposons que votre catalogue facture la préparation des fissures au mètre linéaire. La dictée indique « deux murs avec fissures légères », mais aucune longueur. Le workflow ne doit pas convertir cela arbitrairement en 6 mètres. Il doit produire un statut du type : « longueur de fissures nécessaire avant chiffrage ».

Ce mécanisme change complètement la qualité du système. L’IA n’est plus récompensée pour remplir toutes les cases ; elle est récompensée pour distinguer ce qu’elle sait de ce qu’elle ne sait pas.

L’IA comprend les mots ; votre catalogue décide du prix

C’est la séparation la plus importante du workflow. Un modèle de langage est très utile pour reconnaître qu’« enlever l’ancienne baignoire », « déposer la baignoire » et « dépose baignoire existante » désignent probablement la même prestation. Il est beaucoup moins approprié pour inventer le prix de cette prestation.

Le catalogue est votre source de vérité

Il peut être simple au départ : un tableau contenant un identifiant de prestation, un libellé, une unité, un prix ou une formule, un taux de TVA applicable dans votre contexte, une marge minimale et quelques synonymes. Le modèle propose une correspondance ; une règle vérifie qu’elle existe.

On obtient ainsi un principe simple : un modèle peut suggérer une ligne ; il ne peut pas créer silencieusement une nouvelle règle de chiffrage.

Le brouillon peut être automatique ; le devis envoyé reste un document qui vous engage

Cette distinction n’est pas seulement prudente. Elle est directement liée à la nature du devis. En France, les informations précontractuelles et les mentions du devis dépendent de l’activité. Pour les travaux et dépannages du bâtiment concernés, Service-Public liste notamment la date, l’entreprise, le client, le lieu d’exécution, la nature exacte des réparations, le détail des prestations et produits avec quantités et prix unitaires, le taux horaire le cas échéant, les frais de déplacement, les montants HT et TTC, le taux de TVA, la durée de validité et le caractère gratuit ou payant du devis. Source : Service-Public Entreprendre.

Le ministère de l’Économie rappelle également qu’une fois accepté par le client, le devis engage le professionnel à respecter ses termes, notamment l’étendue, la durée ou le coût de l’intervention. Source : economie.gouv.fr.

Les règles ne sont pas identiques pour tous les métiers

Un peintre, un plombier, un paysagiste ou un réparateur n’ont pas nécessairement les mêmes obligations ni les mêmes lignes de devis. Le workflow doit donc partir de votre modèle de devis actuel et de vos obligations réelles, pas d’un template générique trouvé en ligne.

Vous n’avez pas forcément besoin de changer de logiciel de devis

L’automatisation doit se greffer sur votre manière de travailler, pas l’inverse. Il existe trois niveaux d’intégration raisonnables.

Niveau 1 — L’IA prépare une fiche de chantier

Le workflow produit un résumé structuré dans un email, Airtable, Notion ou votre outil de suivi. Vous recopiez ensuite les lignes dans votre logiciel de devis. C’est le niveau le moins automatisé, mais il élimine déjà la reconstruction des notes et permet de tester la qualité de l’extraction sans toucher à votre outil métier.

Niveau 2 — Le workflow produit un brouillon importable

Si votre logiciel accepte un CSV, un fichier structuré ou un autre format d’import, le workflow prépare les données dans ce format. Vous importez puis vérifiez. Cette approche reste relativement simple et évite d’écrire directement dans votre logiciel.

Niveau 3 — Création directe du brouillon via API

Lorsque le logiciel propose une API ou une intégration fiable, n8n ou un autre orchestrateur peut créer directement le client, le chantier et les lignes du devis. Cette architecture économise le plus de saisie, mais demande davantage de contrôle : gestion des doublons, erreurs d’API, identifiants clients, statut du brouillon et journal des modifications.

Nom, adresse, téléphone : votre note vocale peut contenir des données personnelles

Une dictée de chantier peut contenir le nom d’un client, son adresse, son téléphone ou des informations sur son logement. Dès lors que ces informations concernent une personne physique identifiable, elles entrent dans le champ des données personnelles.

La CNIL recommande aux entreprises de ne collecter que les données nécessaires à l’objectif poursuivi, de limiter leur durée de conservation et de sécuriser les accès. Elle rappelle également que la gestion des clients et prospects fait partie des traitements à recenser et documenter. Source : CNIL.

En pratique, pour ce workflow :

• évitez de dicter des informations sans utilité pour le devis ;
• utilisez des comptes et clés d’accès professionnels ;
• limitez l’accès aux données aux personnes qui en ont besoin ;
• définissez ce qui arrive au fichier audio après transcription ;
• journalisez les traitements sans conserver inutilement le contenu intégral ;
• vérifiez les conditions de vos sous-traitants et où les données sont traitées.

La CNIL rappelle en 2026 deux principes particulièrement utiles pour les petites entreprises : la minimisation des données collectées et la limitation de leur durée de conservation. Source : CNIL, juin 2026.

Le ROI ne se mesure pas au nombre de devis « générés par l’IA »

Un workflow peut produire 100 brouillons par mois et être mauvais s’ils nécessitent tous quinze minutes de correction. La bonne question est : combien de temps fiable est réellement économisé entre la visite et l’envoi ?

Mesurez quatre durées

1. temps entre la visite et le début de préparation du devis ;
2. temps humain réellement passé à préparer un devis ;
3. temps de correction du brouillon automatisé ;
4. délai total entre la visite et l’envoi au client.

Ajoutez ensuite deux indicateurs de qualité : nombre de corrections importantes et nombre de devis envoyés avec une erreur évitée grâce au contrôle.

Regardez aussi la vitesse de réponse

Le gain le plus intéressant n’est pas toujours le temps économisé. Si la dictée faite à 16 h permet d’avoir le brouillon prêt à 16 h 05, vous pouvez parfois envoyer le devis le jour même au lieu de deux jours plus tard. Mesurez donc également le délai moyen de réponse et le taux d’acceptation — sans conclure trop vite que toute variation vient de l’IA.

Un bon pilote se teste sur 20 vrais devis, pas sur trois démonstrations parfaites

Le meilleur moyen de découvrir les failles est d’utiliser de vrais cas, avec les imprécisions du terrain. Le test doit être suffisamment petit pour tout relire, mais assez large pour faire apparaître les erreurs récurrentes.

Phase 1 — Cinq devis en mode observation

Dictez la note après chaque visite, mais continuez votre processus habituel. Comparez ensuite la transcription et l’extraction avec le devis réellement produit. Vous allez découvrir votre vocabulaire réel, vos abréviations et les informations que vous oubliez systématiquement de dicter.

Phase 2 — Dix devis avec préremplissage

Le système génère la fiche structurée et les lignes probables, sans écrire dans le logiciel. Mesurez le nombre de champs justes, manquants et erronés. Corrigez les synonymes du catalogue et les règles d’arrêt.

Phase 3 — Cinq devis créés en brouillon

Si le taux d’erreur est devenu acceptable, autorisez la création directe du brouillon. Chaque devis est intégralement relu avant envoi. Le workflow doit garder le statut « brouillon » tant qu’aucune validation explicite n’a eu lieu.

Les erreurs à provoquer volontairement

• une quantité absente ;
• une référence produit inconnue ;
• deux prestations qui se ressemblent ;
• une adresse incomplète ;
• un client déjà existant ;
• une demande hors catalogue ;
• un montant inhabituellement élevé ;
• une dictée avec bruit ou hésitations.

Si le système « s’en sort » en inventant une valeur, ce n’est pas une réussite. C’est précisément le comportement qu’il faut corriger.

Les cinq niveaux d’automatisation — et où s’arrêter

Pour une petite entreprise, le niveau 2 ou 3 suffit souvent à obtenir une grande partie du bénéfice. Le niveau 5 n’est pas un objectif en soi. Un système qui prépare 90 % du travail et vous laisse contrôler les 10 % engageants est souvent plus utile qu’une automatisation totale fragile.

Checklist avant de mettre le workflow en production

• J’ai défini le moment exact où je dicte la note.
• La dictée suit un ordre simple et stable.
• Les champs obligatoires sont clairement listés.
• Une information absente reste absente : l’IA ne la complète pas.
• Les prix proviennent d’un catalogue ou d’une formule validée.
• Les taux de TVA et conditions commerciales ne sont pas décidés par le modèle.
• Les prestations inconnues bloquent ou demandent validation.
• Le système distingue brouillon et devis validé.
• Les doublons clients et chantiers sont gérés.
• Le fichier audio n’est pas conservé indéfiniment sans raison.
• Les accès et webhooks sont protégés.
• Chaque brouillon est relu pendant la phase pilote.
• Je mesure le temps gagné ET le temps de correction.
• Je peux désactiver le workflow sans bloquer mon activité.

À retenir

Sources officielles et documentation

1. Service-Public Entreprendre — Devis obligatoire : activités concernées
2. Ministère de l’Économie — Devis obligatoire : comment ça marche ?
3. CNIL — RGPD : les premières étapes
4. CNIL — Sécurité des données : les règles essentielles
5. n8n — Documentation du nœud Webhook
6. OpenAI — Documentation Speech-to-Text