Comment construire un logiciel qui prépare automatiquement les devis des entreprises du bâtiment ?

« La journée, je suis sur le chantier. Le soir, je fais mes devis sur la table de la cuisine. Et la moitié, je n’en entends plus jamais parler. »

Cette phrase, nous l’avons souvent entendue. Pour beaucoup d’entreprises du bâtiment et d’installateurs, le devis est le travail administratif le plus lourd de la semaine : il mange des heures, il doit partir vite, et il ne rapporte quelque chose que si le client signe.

Dans cet article, nous montrons comment un tel logiciel serait construit : comment une demande arrive, comment y associer des postes et des prix, comment en sortir un brouillon de devis dans votre modèle, et où une personne doit garder la main. Pas de code, seulement l’architecture et les choix qui comptent. Nous avons déjà écrit que les devis font partie des cas d’usage de l’IA qui fonctionnent déjà vraiment aujourd’hui. Cette fois, nous allons un cran plus loin.

Une règle traverse tout l’article : l’IA prépare le brouillon, vous fixez le prix. Un modèle de langage lit les demandes et rédige des textes mieux que vous ne le pensez. Calculer et évaluer des risques, en revanche, ne doit pas lui être confié.

Où passe le temps d’un devis ?

La frappe est rarement le problème. Les heures disparaissent dans ce qui vient avant et après :

• Comprendre ce que le client veut vraiment. « Merci de me faire un prix pour une nouvelle salle de bain », trois photos jointes, aucune dimension. Un seul aller-retour par e-mail, et la demi-journée est passée.
• Déterminer les quantités. À partir d’un plan, d’un métré de l’architecte, ou de vos propres notes prises sur le chantier.
• Chercher les prix. Des prix de matériaux qui bougent d’une semaine à l’autre, des taux horaires, de la sous-traitance, et une marge qui varie selon le type de travaux.
• Rédiger les textes. Une description claire par poste, plus vos conditions et exclusions habituelles.
• Relancer. Ou plutôt : ne pas le faire. Beaucoup de devis ne meurent pas parce qu’ils sont trop chers, mais parce que personne n’a rappelé, ne serait-ce qu’une fois, au bout de deux semaines.

De ces cinq points, un seul est un pur calcul : le prix. Le reste, c’est lire, estimer et rédiger, et c’est justement là que l’IA est forte aujourd’hui. Ce partage détermine en fait tout ce qui suit.

Par où arrivent les demandes de devis ?

Trois canaux d’entrée, comme nous les connaissons pour la saisie automatique des factures :

1. Un formulaire web. À nos yeux la meilleure porte d’entrée, à condition de bien la concevoir. Demandez, par type de travaux, ce que vous devez aujourd’hui réclamer après coup par e-mail : surface, année de construction, installation existante, délai souhaité. Chaque question posée ici, c’est un e-mail de moins plus tard.
2. Un e-mail avec pièces jointes. Des plans, des photos, un métré en Excel ou en PDF, parfois un cahier des charges complet. Prévoyez une adresse dédiée comme devis@votreentreprise.fr avec un webhook (Microsoft Graph ou Gmail API). C’est plus fiable qu’une boîte partagée que quelqu’un doit surveiller. Tout arrive encore dans une seule boîte de réception générale ? Vous pouvez alors la faire d’abord trier automatiquement.
3. La visite de chantier. Des notes manuscrites, un croquis sur un coin de papier, un mémo vocal enregistré dans la camionnette. Ce mémo, vous le faites transcrire, et ensuite c’est une demande comme les autres.

Tout se retrouve dans un seul dossier de demande. Les fichiers d’origine sont conservés tels quels ; tout ce que le logiciel en extrait, ce sont des données dérivées.

Étape 1 : comprendre la demande

Le modèle lit tout le dossier et remplit un schéma strict : qui est le client, où se trouve le chantier, quel type de travaux, quelles quantités sont connues, pour quand le client le souhaite, quelles pièces jointes sont fournies. Pour chaque champ, il indique son degré de certitude (la même approche que pour traiter des documents avec l’IA).

Et voici le premier gain, une chose bien banale : vérifier ce qui manque. Pour chaque type de travaux, vous définissez à l’avance les informations dont vous avez besoin pour chiffrer. S’il en manque une, le logiciel rédige une question ciblée. Pas un « Pourriez-vous nous transmettre plus d’informations ? », mais « Quelle est la surface de la salle de bain, et l’évacuation reste-t-elle au même endroit ? ».

En parallèle, vous portez un jugement sur la demande elle-même : le chantier est-il dans votre zone, faites-vous ce type de travaux, le projet est-il assez important ? Ce sont vos règles, pas de l’IA. L’étape se termine sur l’une de trois issues : préparer le devis, passer d’abord sur le chantier, ou demander d’abord des informations.

Étape 2 : de la demande aux postes

Un devis n’est rien de plus qu’une liste de postes : quantité, unité, description, prix unitaire. Et ces postes doivent venir de votre catalogue, pas de l’imagination d’un modèle de langage.

Du plus strict au plus souple, en trois niveaux :

1. Des correspondances fixes. Un code de métré que vous avez déjà rencontré, ou un ensemble standard par type de travaux. Une « pompe à chaleur air-eau dans une maison individuelle » donne presque toujours la même série de postes. Dans beaucoup d’entreprises, cela couvre déjà une grande partie des demandes.
2. La comparaison avec des devis précédents. Cherchez les devis les plus proches de cette demande, et partez de leurs postes. Ce qui était juste l’an dernier pour une salle de bain comparable l’est généralement encore.
3. Le modèle, en dernier recours. Seulement pour ce qui reste. Il reçoit votre catalogue et ne peut choisir que parmi ce qui y figure. « Aucun poste correspondant trouvé » est une bonne réponse. Un poste inventé ne l’est jamais.

Les métrés d’architectes sont un cas à part : leur propre numérotation, leurs propres descriptions, et chaque architecte écrit un peu différemment. C’est justement là que se trouve le travail à combler : relier leur poste à votre article. Chaque correspondance que vous confirmez, le logiciel la retient pour la fois suivante.

Étape 3 : le prix, et pourquoi l’IA ne doit pas le décider seule

Ici, l’IA ne fait rien. Ce n’est pas une limite, c’est un choix délibéré. Les modèles de langage calculent mal et paraissent convaincants. C’est précisément la combinaison que vous ne voulez nulle part dans votre prix.

Le calcul, c’est simplement du code : quantité multipliée par prix unitaire, heures multipliées par taux horaire, votre marge par type de travaux ou par client, vos règles d’arrondi. Et les prix des matériaux viennent des listes de prix que vous importez régulièrement de vos fournisseurs, pour partir du prix d’aujourd’hui et non de celui de l’an dernier.

La TVA, elle aussi, n’est qu’une affaire de règles. Qu’une ligne soit à 5,5 %, 10 % ou 20 %, ou que la TVA soit autoliquidée parce que vous intervenez en sous-traitance pour une autre entreprise : cela dépend du client, des travaux et du logement. Ces règles, vous les fixez une fois avec votre expert-comptable, et le logiciel les applique ensuite de façon systématique. En cas de doute, il pose la question.

Et enfin, les contrôles. Tout aussi ennuyeux, tout aussi importants :

• Chaque poste a-t-il un prix, et ce prix n’est-il pas plus ancien que ce que vous acceptez ?
• La marge est-elle au-dessus de votre minimum ?
• Le total s’écarte-t-il fortement de devis comparables ?
• Y a-t-il des postes à faible certitude issus de l’étape 2 ?

Chacun de ces signaux apparaîtra ensuite en haut de l’écran de vérification.

Étape 4 : le brouillon, dans votre style

Maintenant, le modèle peut enfin écrire à nouveau. Une description claire par poste, dans votre ton, une courte introduction qui reprend ce que le client a demandé, et vos conditions et exclusions habituelles à la suite. Vous voulez des variantes, comme une pompe à chaleur seule à côté d’une solution hybride ? L’IA prépare les deux, avec exactement la même logique de prix.

Le résultat arrive dans un écran de vérification : la demande à gauche, le brouillon à droite, les cas douteux en surbrillance. Tout reste modifiable. Et c’est là qu’apparaît un effet secondaire bienvenu : chaque modification apprend quelque chose au système. Si vous remplacez un poste, vous avez créé sans le savoir une nouvelle correspondance pour l’étape 2.

Le devis ne part qu’après votre validation : en PDF à votre charte graphique, ou en brouillon dans le logiciel de devis ou de comptabilité que vous utilisez déjà. Envoyer automatiquement sans que personne n’ait regardé, nous ne le faisons pas. Un devis est un engagement, et cet engagement, c’est vous qui le prenez.

Étape 5 : relancer le devis

Le devis est parti. Et ensuite ?

C’est précisément là que s’arrêtent la plupart des logiciels. Pas celui-ci : il sait quand le devis est parti, si le client a répondu et (si vous partagez vos devis par un lien) si ce lien a été ouvert. Après un délai que vous choisissez, il propose un e-mail de relance. Chaque matin, vous recevez un court récapitulatif : « 4 devis attendent depuis plus de dix jours, pour un total de 38 000 €. Deux clients ont encore regardé leur devis hier. »

Vous gagnez ou perdez un devis ? Vous notez pourquoi : un seul clic. Au bout de quelques mois, vous avez une vision que la plupart des entreprises n’ont jamais : quels types de travaux vous remportez, où vous êtes trop cher, et combien de temps les clients hésitent en moyenne. Ce genre de vue a sa place sur un tableau de bord, pas dans un tableur que personne ne tient à jour.

Pourquoi l’event sourcing convient bien ici

Un devis vit. La version 1 part, le client veut soudain un autre carrelage, arrive la version 2, le prix des matériaux augmente, et suit la version 3. Quelle version le client a-t-il finalement signée, et avec les prix de quel jour ?

C’est pourquoi, avec l’event sourcing, vous enregistrez chaque événement au lieu d’écraser une ligne : demande reçue, informations demandées, brouillon préparé, poste modifié, version envoyée, accepté. Ce journal, vous ne le modifiez jamais, vous ne faites que le compléter.

Ce que vous y gagnez : l’historique complet de chaque devis sans effort supplémentaire, une réponse solide si quelqu’un conteste plus tard ce qui a été promis, et la possibilité de recalculer d’anciennes demandes avec une logique de prix améliorée pour voir aussitôt ce qui aurait changé.

Pour ceux qui veulent les détails techniques

Tout ce qui est à l’intérieur de la ligne bleue est à vous. Ce qui est à l’extérieur, vous l’achetez ou vous vous y connectez.

• Go pour la chaîne de traitement. Ce sont beaucoup de petites étapes qui attendent un modèle d’IA ou un serveur de messagerie, exactement ce que Go fait bien.
• Vue.js pour l’écran de vérification, le seul écran qui compte vraiment. Rapide, utilisable au clavier, et conçu pour quelqu’un qui s’en sert tous les jours.
• PostgreSQL pour le journal des événements, les projections et la file d’attente.
• Du stockage objet pour les plans, les photos et les PDF envoyés.
• Une API, avec MCP par-dessus. Aujourd’hui, c’est votre écran de vérification qui lui parle, demain votre assistant IA. Pourquoi il vaut mieux le prévoir tout de suite, lisez-le dans Votre logiciel est-il prêt pour les MCP ?
• Une infrastructure européenne, sur notre plateforme infogérée ou chez vous, avec Docker Compose sur un seul serveur bien géré.

Un choix mérite une attention particulière : quel modèle d’IA voit vos demandes. Envoyer des plans, des adresses et des photos de logements à une API américaine est une décision, pas un détail technique. Un modèle européen n’est pas un compromis ici, et pour les données de clients particuliers, le RGPD entre de toute façon en jeu. Figez aussi la version du modèle, sinon vos brouillons changeront sans que vous le remarquiez le jour où votre fournisseur déploie une mise à jour.

Comment savoir si ça fonctionne bien ?

Vous avez ici un avantage que peu de projets d’IA ont : la bonne réponse se trouve déjà dans vos archives. Chaque devis envoyé ces dernières années est un cas de test. Donnez au logiciel la demande d’origine, laissez-le préparer un brouillon, et comparez-le avec ce que vous avez réellement envoyé à l’époque.

Ce que vous mesurez :

• La reconnaissance : le logiciel a-t-il trouvé les postes que vous aviez utilisés ?
• La correspondance : a-t-il choisi le même article dans votre catalogue, ou a-t-il honnêtement laissé ouvert ce qu’il ne savait pas ?
• Le prix : quel écart entre le brouillon et votre vrai devis, après correction des hausses de prix ?

Cent devis terminés suffisent pour commencer. Et relancez ce jeu de tests après chaque modification du prompt, du catalogue ou du modèle, sinon vous ne remarquerez pas une régression. Comment mettre en place une telle évaluation, c’est expliqué dans Tester et évaluer l’IA.

Où ça se passe mal, le plus souvent ?

• Une liste de prix fausse. Le logiciel ne calcule pas mieux que les prix que vous lui donnez. Si votre connaissance des prix est encore dans votre tête plutôt que dans une liste, c’est par là qu’il faut commencer. Pas un projet d’IA, et c’est très bien ainsi.
• Vouloir tout à la fois. Commencez par un type de travaux qui revient souvent, pas par tout votre catalogue.
• Laisser le modèle mesurer sur des photos. Une photo donne du contexte, pas des dimensions. Les quantités viennent des plans, des métrés ou de votre propre visite de chantier. Toujours.
• Envoyer automatiquement trop tôt. Un seul prix faux chez un bon client vous coûte plus que le temps gagné en un mois entier.
• Oublier qu’un devis est aussi un document commercial. Une liste de postes correcte mais froide convainc moins qu’un devis qui montre que vous avez compris la demande.

Avez-vous besoin de sur-mesure pour cela ?

Réponse honnête : pas toujours. Si vous travaillez avec des forfaits fixes et peu de variations, un logiciel de devis standard suffit. Le sur-mesure devient rentable quand vos devis dépendent de votre propre logique de prix, quand vous traitez des métrés d’architectes, ou quand vous avez déjà un logiciel qui calcule le prix mais ne fait rien de la demande en amont ni de la relance en aval. Vous ne construisez alors pas un remplaçant, mais une couche autour.

Questions fréquentes

L’IA peut-elle fixer elle-même le prix d’un devis ?

Non, et vous ne le voulez pas non plus. L’IA lit la demande et rédige les textes. Le prix vient de votre propre liste de prix et de vos règles de calcul, et c’est vous qui le validez.

Est-ce que ça fonctionne avec mon logiciel de devis ou de comptabilité actuel ?

En général, oui. Le logiciel transmet le brouillon de devis via l’API de votre outil, ou produit un PDF à votre charte graphique si vous n’avez pas encore d’outil.

Combien de temps cela fait-il gagner ?

Cela dépend de la standardisation de votre travail. C’est pourquoi nous le mesurons en phase 1 sur vos propres devis, avant que vous décidiez d’aller plus loin.

Le logiciel envoie-t-il les devis automatiquement aux clients ?

Pas sans votre validation. Les demandes d’informations manquantes et les e-mails de relance, en revanche, peuvent partir automatiquement si vous le souhaitez.

Et la confidentialité de mes clients ?

Les demandes contiennent des noms, des adresses et parfois des photos de logements. Mieux vaut les traiter avec un modèle d’IA européen, avec un contrat de sous-traitance au sens du RGPD et une durée de conservation claire.

Les devis, c’est le travail qui mange vos soirées et qui fait votre chiffre d’affaires. Et combien vous coûte un devis aujourd’hui, du premier e-mail au PDF envoyé ?

Racontez-nous comment un devis se construit chez vous, et nous verrons ensemble ce que contiendrait la première phase.